* [gentoo-user] custom ebuild questions
@ 2006-09-26 22:31 nate
2006-09-26 23:01 ` nate
0 siblings, 1 reply; 3+ messages in thread
From: nate @ 2006-09-26 22:31 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-user] custom ebuild questions
2006-09-26 22:31 [gentoo-user] custom ebuild questions nate
@ 2006-09-26 23:01 ` nate
2006-09-27 20:20 ` nate
0 siblings, 1 reply; 3+ messages in thread
From: nate @ 2006-09-26 23:01 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* 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
end of thread, other threads:[~2006-09-27 20:32 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-26 22:31 [gentoo-user] custom ebuild questions nate
2006-09-26 23:01 ` nate
2006-09-27 20:20 ` nate
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox