
Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [tlug] Upgrading to PHP5 on Fedora
>>>>> "Dave" writes:
'./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i386-redhat-linux' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' ... and so on and so on.
Dave> Are these all configurations that I would need to run if I
Dave> do any upgrade or install?
No, for three different reasons depending on the way you do the
upgrade/install.
1) If the upgrade is a binary RPM, the configure step was done for you
by your vendor, Red Hat, and the configuration is built in to your
program. The information you see in that display is purely for
documentation purposes.
2) If the upgrade is a source RPM, the configure step will be done
for you automatically by rpm. The configuration will be
automatically incorporated in the package as documentation.
3) If you are going to build it yourself, then all of the options you
posted are *wrong*! The --host, --build, and --target options
should be tuned to the host you will build and use the program on;
this is most easily done by building on the same host that will run
the program and letting configure figure that out for itself (ie,
don't specify any of those options).
The various directories specified above are all system
directories, and you are likely to confuse your package manager if
you install any files into them. Instead, you would use the
--prefix option to install in a non-conflicting place. In your
case, since you have in the past discussed hosting several
different versions at the same time, I would suggest something
like '--prefix=/usr/local/mysql-5+php-5', and the rest ofthe
directories would be computed by configure from that prefix.
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
Home |
Main Index |
Thread Index