* Re: [gentoo-user] custom ebuild questions
2006-09-26 23:01 ` nate
@ 2006-09-27 20:20 ` nate
0 siblings, 0 replies; 3+ messages in thread
From: nate @ 2006-09-27 20:20 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 6707 bytes --]
I've resolved the libphp5.so problem, it was putting it into /usr/lib/
apache2/modules while apache was looking in /usr/lib/apache/modules.
A quick copy and that fixed the issue. Also had to modify the php
ebuild to put it there.
Now when compiling php-5.1.6-r4 pear and pecl don't compile. Here's
a copy of my post from the following url: http://forums.gentoo.org/
viewtopic-t-502331.html
I'm having some issues when building php with a custom ebuild and
eclass. There are some things that I need to have built into php in
order for my application to work. While I have php compiled and built
as a module for apache the modules load, pear and pecl are not
compiled so I cannot add my pear and pecl modules.
Here's what I've done so far:
Code:
mkdir -p /usr/local/portage/dev-lang/php/files
cp -r /usr/portage/dev-lang/php /usr/local/portage/dev-lang/php
cp /usr/portage/eclass/php5_1-sapi.eclass /usr/portage/eclass/php5_1-
sapi.eclass-old
I copied the eclass over as I wanted to have an original after
modifying it with the ./configure line required from our old
slackware build, it reads as this now:
Code:
e-path=/etc/apache --enable-safe-mode --with-openssl --with-mhash --
enable-bcmath --with-bz2 --with-pic --enable-calendar --enable-ctype
--with-gdbm --enable-dbase --enable-ftp --with-exif --with-gd --
enable-gd-native-ttf --with-jpeg-dir=/usr --with-png --with-gmp --
enable-mbstring --without-curl --with-gettext=shared,/usr --with-
expat-dir=/usr --with-xml --enable-wddx --with-mm=/usr --enable-
trans-sid --enable-shmop --enable-sockets --with-regex=php --enable-
sysvsem --enable-sysvshm --enable-yp --enable-memory-limit --with-
tsrm-pthreads --without-iconv --enable-shared --disable-debug --
enable-sqlite-utf8 --enable-soap --with-mysqli=shared,/usr/bin/
mysql_config --with-mysql=shared,/usr/bin --disable-ipv6 --with-pear
--enable-pear --with-zlib=/usr --with-apxs2=/usr/sbin/apxs2
What would be causing pear and pecl not to compile with that?
Here's what emerge -pv php outputs:
Code:
emerge -pv php
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild U ] dev-lang/php-5.1.6-r4 [5.0.5-r5] -adabas -apache
+apache2* +bcmath* +berkdb -birdstep +bzip2 +calendar* -cdb -cgi -cjk
+cli -concurrentmodphp +crypt +ctype* +curl +curlwrappers* -db2 -
dbase -dbmaker -debug -discard-path -doc -empress -empress-bcs -esoob
+exif* -fastbuild -fdftk -filepro -firebird -flatfile -force-cgi-
redirect -frontbase -ftp +gd* -gd-external +gdbm +gmp* -hardenedphp -
hash -hyperwave-api +iconv* -imap -informix -inifile -interbase -
iodbc +ipv6 -java-external -kerberos -ldap -libedit -mcve -memlimit
+mhash -ming -msql -mssql +mysql +mysqli* +ncurses +nls -oci8 -oci8-
instant-client -odbc +pcntl* +pcre -pdo +pdo-external* -pic +posix* -
postgres -qdbm +readline -recode +reflection -sapdb -sasl +session -
sharedext -sharedmem -simplexml +snmp* +soap* +sockets* -solid +spell
+spl +sqlite* +ssl -sybase -sybase-ct -sysvipc -threads -tidy -
tokenizer +truetype +unicode* -vm-goto -vm-switch -wddx +xml -
xmlreader -xmlrpc -xmlwriter -xpm +xsl* -yaz -zip +zlib 0 kB [1]
Total size of downloads: 0 kB
Portage overlays:
[1] /usr/local/portage
Also in /etc/portage/package.use is the following:
Code:
dev-lang/php apache2 sockets mysql mysqli cli xml xsl pcre pdo-
external session sqlite curl gd iconv jpeg pcntl pear png posix soap
snmp ssl zlib bzip2 bcmath ctype calendar curlwrappers gdbm exif dbm
unicode
I have taken the custom configure line out and it appears that the /
etc/portage/package.use is compiling in all the modules I need. Yet
pear and pecl still won't compile in with the package.
I'm completely lost on this one, anyone?
On Sep 26, 2006, at 4:01 PM, nate wrote:
> Another thing to add to this, pear does not appear to compile with
> the apache build.
>
> I have this in my /etc/portage/package.use: dev-lang/php apache2
> sockets mysql mysqli cli xml xsl pcre pdo-external session sqlite
> curl gd iconv jpeg pcntl pear png posix soap snmp ssl zlib bzip2
> bcmath ctype calendar curlwrappers gdbm exif dbm unicode
>
> According to this url: http://gentoo-wiki.com/HOWTO_PHP_5_with_PEAR
> all that pear needs in order to compile are the following USE
> flags: cli pcre xml zlib. Maybe I'm a little out of it, but if you
> use the ebuild command does it use /etc/portage/package.use or is
> that only for emerge?
>
>
> On Sep 26, 2006, at 3:31 PM, nate wrote:
>
>> I'm not sure if this is the proper list, if it is not I apologize
>> and if someone could tell me which I should use it would be
>> appreciated.
>>
>> I'm having a few issues, and I'm not exactly sure where these are
>> exactly.
>>
>> First off I built a custom apache-2.0.58 ebuild from the one in
>> the portage tree. It seems to have compiled just fine, and reads
>> all of our previous apache configs, it even loads up php just fine
>> and dandy. The reason for this custom build was we needed a
>> specific layout that we have created, which was used during the
>> compiling of apache.
>>
>> Next onto php. Since our application relies heavily on php for
>> the back end we have several patches that we have created, as well
>> as needing very specific things done in the ./configure portion of
>> compiling. The patches applied just fine, I looked for the lines
>> that were changed in the source code while it was compiling and
>> they did change. The ./configure that I put inside /usr/portage/
>> eclass/depend.apache also ran with no problems.
>>
>> My php.ini location was specified in two locations, first with --
>> with-config-file-path=/etc/apache as well as modifying
>> PHP_INI_DIR="/etc/apache/" in /usr/portage/eclass/php5_1-
>> sapi.eclass, though a php -i still shows the default location for
>> the gentoo build at /etc/php/apache2-php5/php.ini. I know it's
>> silly to require our php.ini to be in /etc/apache, but currently
>> that's where a *lot* of code looks for that file, symbolic links
>> cause issues so the file must reside there.
>>
>> Finally libphp5.so does not seem to compile *at all.* This is
>> troublesome considering I am compiling with the apache support
>> enabled. Without that I won't be able to use php scripts through
>> apache, any idea why that doesn't exist?
>> --
>> gentoo-user@gentoo.org mailing list
>
>
> --
> gentoo-user@gentoo.org mailing list
-------
I don't think it's fair. We send them Jeff Mills. They send Tiesto.
Fuck Europe.
We were all worried because we thought she had narcolepsy. But it
turns out she's just a heroin addict.
[-- Attachment #2: Type: text/html, Size: 27173 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread