Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

See below.  I tried remerging and got the same results.  4.3.4-r4 has been
unmerged.  When I remove -D PHP4 from conf.d/apache2, apache runs fine.

Reproducible: Always
Steps to Reproduce:
1. emerge mod_php
2. /etc/init.d/apache2 restart
Actual Results:  
 * Stopping apache2...            [ ok ]
 * Starting apache2...            [ !! ]

Expected Results:  
 * Stopping apache2...            [ ok ]
 * Starting apache2...            [ ok ]

tail /var/log/apache2/error_log:

[Tue Jul 13 09:21:01 2004] [notice] caught SIGTERM, shutting down
Syntax error on line 5 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf:
Cannot load /usr/lib/apache2/extramodules/libphp4.so into server:
/usr/lib/apache2/extramodules/libphp4.so: R_PPC_REL24 relocation at 0x0dba7f40
for symbol `RAND_seed' out of range


emerge info:

Portage 2.0.50-r9 (default-ppc-2004.1, gcc-3.2.3, glibc-2.3.2-r9,
2.4.26-ppc-r2)
=================================================================
System uname: 2.4.26-ppc-r2 ppc 7400, altivec supported
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="ppc"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=7400 -maltivec -mabi=altivec -pipe"
CHOST="powerpc-unknown-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -mcpu=7400 -maltivec -mabi=altivec -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache"
GENTOO_MIRRORS="gentoo.oregonstate.edu"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="altivec apache2 berkdb cups dvd esd foomaticdb gd gdbm gif gpm imap imlib
jpeg libwww mbox mitshm motif mozilla mysql ncurses nls oggvorbis opengl oss
pam
png ppc python readline sasl sdl slang ssl tcpd truetype xml xml2 xv"

I masked 4.3.7-r1 and remerged 4.3.4-r4, same problem.

go and trace down the RAND_seed symbol on your system and compile it with
-fPIC.

I tried the previously-working version of apache (2.0.49-r3) with both versions
of PHP, same problem.  I also tried remerging openssl, which I think defines
RAND_seed, same problem.  I just updated to mod_php 4.3.8, same problem.

My system is current except I'm using:
sys-libs/glibc-2.3.2-r9
sys-devel/gcc-3.2.3-r4

Since the current snapshots are known broken.  Please advise - I'm stuck on a
production machine with no PHP.

RAND_seed comes from openssl i believe ...

Yes I think so too - any idea why it might be failing on that symbol?
Toby

mod_php works fine when I set USE="-imap"

Toby

The problem is that net-libs/c-client is not installed, and it is blocked by
virtual/imap-c-client (provided by net-mail/uw-imap).  How can I get the
symbols supplied by c-client without removing uw-imap?  Is it simply a matter
of telling php with imap to link to the uw-imap-provided c-client?

Toby

I rebuild uw-imap (the c-client provider) with USE="pic" (position independent
code), in hope of fixing:

R_PPC_REL24 relocation at 0x0dba7f40 for symbol `RAND_seed' out of range

but no luck.  So perhaps PHP/ppc needs to be fixed to link against the PIC code
in uw-imap?

net-libs/c-client  is a stripped down uw-imap, to provide the imap library and
headers ONLY.
if you don't use uw-imap at all, unmerge it and merge c-client instead.
i've definetly made sure the PIC stuff is in c-client.

try to build openssl, c-client, php, mod_php all in sequence with USE="ssl imap
pic"

I would, but I use uw-imap as my local imapd.  uw-imap is built with pic,
shouldn't that work?  mod_php/imap did work fine before, when I was using the
plain c-client (before I swapped it with uw-imap).

i've added an r3 of uw-imap, with some of the c-client pic stuff ported over.
please try:
USE="ssl pic imap" emerge openssl uw-imap php mod_php

After emerge sync I don't see net-mail/uw-imap-2002e-r3, even in ~ppc.  Where
can I find it?  I'm rebuilding anyway with the latest stable ebuild (r1).  Let
me know if I need something else, or if this'll use your latest changes.

you'll have to wait for r3 to reach the mirrors. should take 30-90 minutes
depending how busy the various mirror systems are.

I merged uw-imap-2002e-r3 and then rebuilt mod_php - it worked. Thanks!

It doesn't look like any of those packages USE 'pic' anymore, but it didn't seem to matter.

yeah, PIC support is forced in at the right place for c-client/uw-imap.

When will this fix be integrated into the main branch?  I just tried merging
uw-imap-2004 with mod_php-4.3.10 and got the same thing.

Thanks,
Toby

FYI I've been using net-mail/uw-imap-2002e-r3 for 6 months now with absolute
stability.  Whatever change was made I trust can be added to the main branch;
it's rock solid.

net-mail/uw-imap-2004a is stable on ppc.  Could we close this bug or is there
still a problem?

Maybe it's marked as stable, but it has the same bug as its "stable"
predecessor, net-mail/uw-imap-2002e-r1 (that's why I reopened this bug).  The
fix I need is:

  15 Jul 2004; Robin H. Johnson <robbat2@gentoo.org> :
  bug #56917, pic stuff.

(from the ChangeLog)

ppc: the amd64 guys did some fixes for c-client and uw-imap.
take a look at them and see if they solve this for you.

This seems fixed for me.  Please reopen the bug if you're still having
problems.

Yes now that uw-imap-2002e-r3 is marked stable this but is no longer relevant
(r3 is the working version 
I moved to in January).