Discuss

discuss@lists.centos.org

2 participants
34758 discussions

CentOS4 and Apache-DBI
by David Hiltz 21 Sep '05

21 Sep '05

Has anybody gotten Apache-DBI to work under CentOS4? My installed rpms are: httpd-2.0.52-12.1.ent.centos4 (came with CentOS4) mod_perl-1.99_16-4.centos4 (came with CentOS4) perl-Apache-DBI-0.94-1.2.el4.rf (from Dag's site) --this includes Apache::DBI and Apache::AuthDBI In my '/etc/httpd/conf/httpd.conf' file, I added: PerlModule Apache::DBI PerlModule Apache::AuthDBI ..but when I restart Apache I get: ----------------------------------------------------------------------------- Can't locate Apache/Constants.pm in @INC... ... BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.5/Apache/AuthDBI.pm line 21. ... Can't load Perl module Apache::AuthDBI ----------------------------------------------------------------------------- I read that there is a conflict between Apache2 (httpd-2.0.52-12.1) and mod_perl which v1.99 (still pre-v2). ------------------------------------------------------------------------------ Any help would be greatly appreciated. ---- David Hiltz dhiltz(a)whsun1.wh.whoi.edu

2 3

Uniprocessor kernel booted after YUM update
by Dr R L Oswald 21 Sep '05

21 Sep '05

We have Xeon IA32 dual-processor servers running Centos 3.5 in an HPC batch-only compute grid configuration . We have yum update operating automatically with default updates being applied weekly. Because of the workload pattern of long-runing jobs, the servers tend to stay up without a reboot for very long periods. Recently, yum installed an updated kernel 2.4.21-32.0.1.ELsmp; when we got around to rebooting, we found that some of the machines were running the uniprocessor kernel 2.4.21-32.0.1.EL , showing only a single cpu. The grub.conf file had been modified in the usual pushdown manner but the default kernel had been set at #2 instead of #0. Bizzarely, some of the systems DID boot the upgraded SMP kernel as expected. Here is the grub.conf from an affected server: default=2 timeout=10 splashimage=(hd0,0)/grub/splash.xpm.gz title CentOS (2.4.21-32.0.1.ELsmp) root (hd0,0) kernel /vmlinuz-2.4.21-32.0.1.ELsmp ro root=LABEL=/ initrd /initrd-2.4.21-32.0.1.ELsmp.img title CentOS (2.4.21-32.0.1.EL) root (hd0,0) kernel /vmlinuz-2.4.21-32.0.1.EL ro root=LABEL=/ initrd /initrd-2.4.21-32.0.1.EL.img title CentOS-3 (2.4.21-32.ELsmp) root (hd0,0) kernel /vmlinuz-2.4.21-32.ELsmp ro root=LABEL=/ initrd /initrd-2.4.21-32.ELsmp.img title CentOS-3-up (2.4.21-32.EL) root (hd0,0) kernel /vmlinuz-2.4.21-32.EL ro root=LABEL=/ initrd /initrd-2.4.21-32.EL.img Changing the default back to 0 has no effect, it still boots the 2.4.21-32.0.1.EL kernel and not the required SMP one. However, if we use the interactive GRUB boot menu & select the correct kernel interactively, it then boots SMP OK with both processors and all memory available. I tried the obvious ploy of removing the last three kernel entries in grub.conf & setting default=0 but it still manages to boot the 2.4.21-32.0.1.EL UP kernel even though it is no longer in the kernel menu list. We think we will disable automatic yum kernel updates in future , but meanwhile, has anyone any suggestions or experiences to share on this apart from a complete re-install of each affected node? Les Oswald

6 9

upgrade release to upstream to CentOS timeframes?
by Robert 20 Sep '05

20 Sep '05

greetings i used to use slackware years ago. i would still use it in conjunction with CentOS etc if i had more time and extra financial resources. thing is, years ago i used to subscribe to reminder emails from packages like Apache httpd etc and they would tickle me when new releases or betas were available. i still get emails from them... anyways, the question i am wondering is... when a mainstream package like Apache httpd is upgraded to a newer version and released by the package maintainers, how long does it take for that to be picked up by our "upstream" and then incorporated and pushed to CentOS availability? thanks in advance - rh -- Robert - Abba Communications Computers & Internet Sales/Service www.abbacomm.net

4 5

RE: [CentOS] Centos 3 samba upgrade
by Colht, Charles 20 Sep '05

20 Sep '05

I'm specifically looking at the winbindd improvements. Mine keeps dying. I have a work around but most questions to the samba list get answered with: upgrade to 3.0.20... I am considering upgrading (reinstalling) to centos 4 but that only gets me to 3.0.10. I can wait a bit but upgrading some packages is always is always daunting. chuck -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Craig White Sent: Tuesday, September 20, 2005 1:22 PM To: CentOS mailing list Subject: Re: [CentOS] Centos 3 samba upgrade On Tue, 2005-09-20 at 16:14 -0500, Johnny Hughes wrote: > On Tue, 2005-09-20 at 13:07 -0800, Colht, Charles wrote: > > I want to upgrade my samba installation from 3.0.9-1.3E.3 to 3.0.20 > > without breaking anything along the way :) Any suggestions about order > > of installation? It looks like I will have to nodeps at least some of > > the packages. I have everything working with our AD environment so I > > don't want to disturb it if possible. > > > > Is there something in this version of Samba that you need? If not, > security updates are backported: > > http://www.redhat.com/advice/speaks_backport.html > > So, I would not upgrade beyond the version that is included with > CentOS ... > > If I was going to upgrade because there was a feature I HAD TO HAVE, I > would only use other RH based upgrades ... like the one from CentOS-4 or > the versions from FC4 or FC5 beta only (and rebuild the RPMS from the > SRPMS). ---- 3.0.20 has a bunch of fixes for interacting with AD environments which is what is driving his interest. I would expect that RHEL will adopt it probably soon after 3.0.20b happens. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos *********************************************************************************** This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS

1 0

php with oci8 support
by Thomas Jackson 20 Sep '05

20 Sep '05

I am attempting to build php with oracle oci8 support. I've installed the oracle installclient basic and devel rpms. When kicking off the srpm buid I am using the following... rpmbuild --with oci8 --rebuild php-4.3.9-3.8.src.rpm While on an FC 4 box this works and I end up with a php-oci8 pkg that is fully functional. However on CentOS 4.1 the build isn't actually building with oci8 and fails with .... File not found: /var/tmp/php-root/usr/lib/php4/oci8.so I've played around with the spec file and it looks like this could be the culprit. Has anyone got this to work besides building from source?

2 2

Centos 3 samba upgrade
by Colht, Charles 20 Sep '05

20 Sep '05

I want to upgrade my samba installation from 3.0.9-1.3E.3 to 3.0.20 without breaking anything along the way :) Any suggestions about order of installation? It looks like I will have to nodeps at least some of the packages. I have everything working with our AD environment so I don't want to disturb it if possible. Thanks in advance, Chuck *********************************************************************************** This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS

3 2

[3.5 Server] Problem with libjpeg.a or absence of
by Sean Rima 20 Sep '05

20 Sep '05

Hello CentOS, I am trying to compile zoneminder which requires libjpeg.a I jave libjpeg.so installed okay. Is there a package or do I have to recompile the libjpeg package Sean -- +---------------------------------------------------+ |VOIP= FreeWorldDial: 689482 VOIPBUSTER: thecivvie | |GPG Key http://thecivvie.fastmail.fm/thecivvie.asc | +---------------------------------------------------+ Strange things happen under the midnight sun when Men and Dogs go hunting for gold

2 2

Re: [CentOS] upgrade problem
by Brian T. Brunner 20 Sep '05

20 Sep '05

>>>>mike.mccarty(a)sbcglobal.net 09/20/05 11:16AM >>> > ***pedantic*** I have to get the compiler to compile the code, the language definition won't do that. > ***pragmatic*** I'm here to drain the swamp, not analyze the alligators. > ***overall** How did the compilers change in what they tolerate. Certainly. I didn't mean something silly like "Well, the compiler is broken today. I guess I'll go home and watch TV." ***Good... because I don't have one (Troglodyte!)*** If the compiler is broken, then it will soon be fixed. ***Until then I gotta adapt code that worked with one broken compiler to another broken compiler. > Also, the C Language did not recently change. > > ***the compiler is the cop, the language definition is the law*** Cops which break the law go to jail just like everyone else. Eventually, the cops enforce the law as written. ***I'm going to guess: you're white, male, and economically rather well off. ***Because of this, your "world" basically "works" and crooked cops are the exception that get brought to justice for breaking the rules. ***(some) Cops ignoring (some of) the law is the way things are; in some places that *is* the rule the judges uphold. BTDT. ***It isn't what's wanted, it's what is. All compilers are partly broken, yes? ***Microsoft fixes theirs faster because they're a bigger corporation, Yes? Or is it a law unto itself immune to outside judgment? ***GCC will improve. It will go from broken to broken-differently. ***It is (truthfully) believed that the subsequent implementations are broken less where they were broken before, and increases in breakage come in part from new technology (HT/MP/SSE/etc) ***A summary of the brokenness in 2.96 addressed in 3.4 is what's wanted. what you had looks like it should have worked. But the compiler seems to have an internal problem. If "{0}" works, then "{((MsgIdT)0)}" should also work. *** We agree. When theory meets reality, theory ALWAYS wins, and reality NEVER cares. I'd suggest creating a minimal file which reproduces the problem and filing an error report. In the meantime, I'd change the source to look like this: *** I'll have to do this: experiment my way around this newer, differently-broken compiler. ***Why? Because the summary-of-changes I seek appears to not have been created. >>Why the compiler decided we can't initialize an auto union with a >>type-cast scalar when we used to do so with no problem >>*should* have been recorded somewhere, if so, that document >>*should* give me other clues about what's making the 3.x compiler >>barf on this 2.96-happy code. I find the "-D_GCC_" to be highly suspicious for these reasons (at least) **Trimming the compiler option line is one thing I'll try. I wouldn't duplicate the message id like that, ***It allows testing the message ID whether you've got a pointer-to-the-union OR a pointer-to-a-subordinate-structure. The message you reported sounds like an internal error. ***The "can't find register to spill" came from other code. Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

1 0

Re: [CentOS] upgrade problem
by Brian T. Brunner 20 Sep '05

20 Sep '05

My mailer has no quoted-text-prefix capability. ***embedded replies*** Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 >>> mike.mccarty(a)sbcglobal.net 09/20/05 11:16AM >>> Brian T. Brunner wrote: > My desire is NOT to remain rooted in the past. Hence > my interest in changing my code to meet the compiler of today. You should not use what some compiler accepts as your guide for writing code. You should use the Language Definition. ***pedantic*** I have to get the compiler to compile the code, the language definition won't do that. ***pragmatic*** I'm here to drain the swamp, not analyze the alligators. ***overall** How did the compilers change in what they tolerate. See below. > If I'm killing the 3.x compiler with code that 2.96 accepted, > it ought to be from well-known (by now) reasons like > Also, the C Language did not recently change. ***the compiler is the cop, the language definition is the law*** > Known problem and solution: (amended to clarify my mumbling, for which I apologize) > > We have typedef char MsgIdT > We use a message that is a union comprising a > MsgIdT MsgId; > and the > 117 message structures, (each of which has a MsgIdT MsgId as the first element); > we had a null message number macro #define MSG_NULL ((MsgIdT)0) > under 2.96 we could allocate a message union, and initialize it with > union msgstructT msg = {MSG_NULL}; // the 3.x compiler barfs on this but 2.96 didn't care > so now we say > union msgstructT msg = {0}; // the 3.x compiler is happy with this. So is 2.96 > > Why the compiler decided we can't initialize an auto union with a > type-cast scalar when we used to do so with no problem > *should* have been recorded somewhere, if so, that document > *should* give me other clues about what's making the 3.x compiler > barf on this 2.96-happy code. Your guide to writing proper code should not be what a compiler accepts, but what the language definition specifies. ***the compiler creates the marketable product, that's what I have to please.*** ***As a theorist, the C and C++ language definitions (law) are fascinating*** ***As an engineer porting 2.96 code to a 3.4 compiler, the (get this)*** ***LANGUAGE DEFINITION IS UTTERLY IRRELEVANT*** ***I've met plenty of cops to whom the law is irrelevant, we do things his way or there's trouble.*** ***the compiler is my cop. He's the one I have to please.*** gcc --ansi --pedantic -Wall to get maximum conformance and portability of my code. ***this is what I inherited: ***COMPILER_OPTIONS = -D_GCC_ -g -g3 -pipe -march=i586 -fstack-check -fcse-follow-jumps -fexpensive-optimizations -fcse-skip-blocks -fforce-mem -frerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fshort-enums -fstrength-reduce -fthread-jumps -fverbose-asm -O2 -Wall -Waggregate-return -Wcast-align -Wcast-qual -Wconversion -Winline -Wpointer-arith -Wshadow -Wwrite-strings *** probably more than I need, I might take a (sub) project of stripping this list down to just those needed to get in-spec performance of the object code. ** neither ansi nor pedantic are currently in the list of options. should be reported as a defect. ***My mission is to get the code running under the new compiler. The code pleased the 2.96 compiler. Things worked! ***Now, the new compiler is really displeased with my code. ***I'd like to know what the differences are in the two compiler versions relative to what (possibly) non-conforming code is no longer tolerated. ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

2 1

Re: [CentOS] upgrade problem
by Brian T. Brunner 20 Sep '05

20 Sep '05

Currently we have RH7.3 with compiler gcc 2.96.x My mission, should I choose to accept it, involves moving our embedded application to CentOS 4.1 with gcc 3.x Problem is that about 1/2 million lines of code that gcc 2.96 accepts gives fatal fits to the gcc 3.x compiler from CentOS 4.1 I don't know how many fatal fits, as some disguise others etc. "Can't find register to spill" is a common exit-barf from gcc 3.x. What I'd like to find is a comparison of gcc 2.96.x to 3.x from the perspective of porting something from RH7.x to CentOS/RHEL 4.x What I did was make a fresh install of CentOS 4.1 and then load the source code for the application and try to make. What gcc 2.96 compiler assumed about the underlying OS, and what gcc 3.x assumes about the underlying OS, may be relatively skew. Whether any of the application code assumes a 2.96 set of assumptions, where this set of assumptions is broken under 3.x, is unknown (and is the kind of detail I'd like to see in the above-hinted-at porting guide). Links? Pointers? Tips? Clues? Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

4 3

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