libtool woes

[Ryan Schmidt-24]

On Feb 4, 2008, at 07:33, David.Epstein@... wrote:

> Ryan Schmidt wrote:
>
>> So based on the fact that you experienced the error without libtool
>> installed, and that Peter O'Gorman says it may be that apr was built
>> before MacPorts 1.6 was released, it sounds like maybe apr, and not
>> libtool, was the problem. I originally suggested that one or the
>> other of those ports was the problem but I have yet to hear anyone
>> definitively say which one it is. Simply force-upgrading both doesn't
>> help us isolate the problem. :)
>>
>> I note that in your output above, you're uninstalling apr 1.2.11_0.
>> That's an old version anyway. The current version is 1.2.12_0. So you
>> should try uninstalling libtool, then upgrading apr, then see if it
>> works.
>
> Quoted from:  http://www.nabble.com/libtool-woes- 
> tp15248567p15267463.html
>
> Is a simple uninstall good enough for your purposes, or do I need  
> to do a clean first?
>
> I am about to go into the University where I have another Mac with  
> the same problem.
> I will record version numbers of the various items, upgrade apr, do  
> nothing about libtool,
> and report on what happens.

For the same error experienced with the mjpegtools port in ticket  
#13648, I have bumped the revision of the libtool port, so that  
everyone is forced to rebuild it. And in ticket # I have suggested  
that the revision of the apr port be bumped, too, and assigned it to  
apr's maintainer. That should fix it. Hopefully.

Until that gets pushed through, you should be able to clean and force  
upgrades of apr and/or libtool.

If you have apr installed:

sudo port clean --work apr
sudo port -ncuf upgrade apr

If you have libtool installed:

sudo port clean --work libtool
sudo port -ncuf upgrade libtool

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo/macports-users

[Ryan Schmidt-24]

On Feb 4, 2008, at 07:48, Ryan Schmidt wrote:

> And in ticket # I have suggested that the revision of the apr port  
> be bumped, too, and assigned it to apr's maintainer.

Forgot to fill in ticket #13653.

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo/macports-users

[Anders F Björklund-2]

Zak Mc Kracken wrote:

>>> libtool: compile: unable to infer tagged configuration
>>> libtool: compile: specify a tag with `--tag'
>> This problem is since the change to "/usr/bin/gcc-4.0" for CC.
>> Switching compiler back to "gcc" (or "gcc-4.0") makes it work.
>> Something like: port build configure.cc=gcc configure.cxx=g++

> Please, could someone explain what "port build configure.cc=gcc
> configure.cxx=g++" means? Do I have to downgrade gcc? How?

If the problem is that libtool thinks the compiler is "gcc",
and macports is passing "/usr/bin/gcc-4.0" instead - then
it can be worked around by adding similar such parameters:
sudo port build apache2 configure.cc=gcc configure.cxx=g++

Or you can try rebuilding libtool, as suggested elsewhere.

> I have been trying to have apache2 + php5 + mysql5 working on my Mac
> for two days. I think changes to a resource like port should be made
> only after extensive testing (or am I using an unstable version?).
> It's all so frustrating...

Sorry to hear that. I think the change was made for 1.5.1.

--anders

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo/macports-users

[Ryan Schmidt-24]

On Feb 4, 2008, at 12:03, Anders F Björklund wrote:

> Zak Mc Kracken wrote:
>
>>>> libtool: compile: unable to infer tagged configuration
>>>> libtool: compile: specify a tag with `--tag'
>>> This problem is since the change to "/usr/bin/gcc-4.0" for CC.
>>> Switching compiler back to "gcc" (or "gcc-4.0") makes it work.
>>> Something like: port build configure.cc=gcc configure.cxx=g++
>
>> Please, could someone explain what "port build configure.cc=gcc  
>> configure.cxx=g++" means? Do I have to downgrade gcc? How?
>
> If the problem is that libtool thinks the compiler is "gcc",
> and macports is passing "/usr/bin/gcc-4.0" instead - then
> it can be worked around by adding similar such parameters:
> sudo port build apache2 configure.cc=gcc configure.cxx=g++
>
> Or you can try rebuilding libtool, as suggested elsewhere.

libtool's revision has been bumped so that everyone will be forced to  
rebuild it so that this problem should disappear.

>> I have been trying to have apache2 + php5 + mysql5 working on my  
>> Mac for two days. I think changes to a resource like port should  
>> be made only after extensive testing (or am I using an unstable  
>> version?). It's all so frustrating...
>
> Sorry to hear that. I think the change was made for 1.5.1.

I thought the change was made for 1.6.0?

Anyway, MacPorts is developed by a small team of volunteers. Nobody's  
getting paid to do this work. There isn't an extensive network of  
testers. When stuff breaks, we try to fix it. We do the best we can.

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo/macports-users

[Anders F Björklund-2]

Ryan Schmidt wrote:

>> I think the change was made for 1.5.1.
>
> I thought the change was made for 1.6.0?

http://trac.macports.org/projects/macports/changeset/27018

Doesn't matter...

--anders

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo/macports-users

[Paul Beard-2]

On Feb 4, 2008 10:33 AM, Ryan Schmidt <ryandesign@...> wrote:

libtool's revision has been bumped so that everyone will be forced to
rebuild it so that this problem should disappear.

This is confusing to me, since the libtool that is crapping out is ./libtool (relative to the port's build directory). Where does the ports-installed libtool enter into it? 

Interestingly, I just found that libidl built without issue on another system here (also PPC, also 10.4.11). 

kitchen:~ root# port installed | grep libidl

  libidl @0.8.10_0 (active)

This makes me wonder why two systems are having issues and one isn't. G4 good, G5 bad: also the G4s have been using MacPorts for quite awhile (since it was DarwinPorts). Could there be some conflicting cruft in there somewhere? 

--
Paul Beard / www.paulbeard.org/
<paulbeard@.../paulbeard@...>
_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo/macports-users

[Ryan Schmidt-24]

On Feb 3, 2008, at 16:14, John Korchok wrote:

> For anyone else who may be struggling with getting Oracle to play with
> MacPorts PHP, here are my notes after installation on three systems  
> and
> about 100 hours of tinkering. Start with a PowerPC, as the Oracle  
> Instant
> Client for Mac does not yet work with Intel machines.
>
> 1. Install php5 with oracle support:
> sudo port install php5 +apache2 +oracle
>
> 2. So that the Apache user can find the relevant files, add  
> environment
> variables to opt/local/apache2/bin/envvars:
> export LD_LIBRARY_PATH="/opt/local/lib/oracle"
> export TNS_ADMIN="/Applications/Oracle" (or whatever folder is a  
> convenient
> spot to store sqlnet.ora and tnsnames.ora)
> Many web sites refer to setting DYLD_LIBRARY_PATH, you can do that  
> instead
> of LD_LIBRARY_PATH and it has the same effect. Heck, use 'em both  
> for good
> measure!

I'm surprised LD_LIBRARY_PATH has any effect. I thought that was for  
Linux and DYLD_LIBRARY_PATH was the Mac OS X equivalent.

I'm also surprised you needed to set this variable at all. I thought  
that fixing the library name with install_name_tool like I do in the  
portfile would make this unnecessary. What error occurs if you do not  
set this variable?

> Do _not_ use putenv in a PHP script or SetEnv in httpd.conf to set
> the variables, it won't work. Apache will also not pick up environment
> variables from /private/etc/profile. Note to Ryan: can MacPorts update
> envvars?

MacPorts can set environment variables for its own use during any of  
the phases (configure, build, destroot, etc.). However these do not  
persist after the port has been installed.

> 3. Restart Apache
>
> For testing purposes, you can also add support for SQLPlus from the  
> command
> line by downloading the Instant Client SQLPlus files from
> http://www.oracle.com/technology/software/tech/oci/instantclient/ 
> htdocs/macs
> oft.html and copying them to opt/local/lib/oracle. In that case you  
> will
> have to add these variables to /Users/YourUserName/.profile:
> export LD_LIBRARY_PATH="/opt/local/lib/oracle:$LD_LIBRARY_PATH"
> export TNS_ADMIN="/Applications/Oracle"
> export PATH="/opt/local/lib/oracle:$PATH"
> If you prefer all users to have SQLPlus access, add the variables to
> /private/etc/profile
>
> If you have trouble with errors like "ORA-12154: TNS:could not  
> resolve the
> connect identifier specified", Oracle may not be able to read your
> tnsnames.ora file. We had to amend the first line from "ALIG" to
> "ALIG.revion.com" (appending the url of the host name) to get it to  
> work.
> Here are connection strings for PHP and SQLPlus, respectively:
> $con = OCILogon('YourUserName', 'YourPassword',
> "//your.host.address.com:1521/YourServiceName");
> sqlplus
> YourUserName/YourPassword@//your.host.address.com:1521/YourServiceName
>
> If all else fails, you can use a verbose connection string to  
> eliminate any
> need for tnsnames.ora:
> $con = oci_connect('YourUserName', 'YourPassword',
> '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=your.host.address.com)
> (PORT=1521)
> )(CONNECT_DATA=(SID=YourServiceName)(SERVER=DEDICATED)))');
>
> Here's the verbose syntax for SQLPlus:
> sqlplus
> YourUserName/YourPassword@\(DESCRIPTION=\(ADDRESS=\(PROTOCOL=TCP\)\
> (HOST=you
> r.host.address.com\)\(PORT=1521\)\)\(CONNECT_DATA=\
> (SID=YourServiceName\)\(S
> ERVER=DEDICATED\)\)\)

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

[John Korchok]

Good news for Oracle Mac users! The Instant Client for Intel machines has
finally been released
http://www.oracle.com/technology/software/tech/oci/instantclient/htdocs/inte
l_macsoft.html

Ryan, when time permits, would it be possible to get an upgrade to Macports
php5 +oracle to include the new Intel version? Thanks many times over! The
PPC version has not been upgraded from the earlier 10.1.0.3. I have included
my earlier notes below about wrinkles in previous installation. Can Macports
add the path to opt/local/apache2/bin/envvars?

John Korchok

> -----Original Message-----
> From: Ryan Schmidt [mailto:ryandesign@...]
> Sent: Friday, February 15, 2008 11:50 PM
> To: John Korchok
> Cc: 'MacPorts Users'
> Subject: Re: Oracle Notes
>
> On Feb 3, 2008, at 16:14, John Korchok wrote:
>
> > For anyone else who may be struggling with getting Oracle
> to play with
> > MacPorts PHP, here are my notes after installation on three systems
> > and about 100 hours of tinkering. Start with a PowerPC, as
> the Oracle
> > Instant Client for Mac does not yet work with Intel machines.
> >
> > 1. Install php5 with oracle support:
> > sudo port install php5 +apache2 +oracle
> >
> > 2. So that the Apache user can find the relevant files, add
> > environment variables to opt/local/apache2/bin/envvars:
> > export LD_LIBRARY_PATH="/opt/local/lib/oracle"
> > export TNS_ADMIN="/Applications/Oracle" (or whatever folder is a
> > convenient spot to store sqlnet.ora and tnsnames.ora) Many
> web sites
> > refer to setting DYLD_LIBRARY_PATH, you can do that instead of
> > LD_LIBRARY_PATH and it has the same effect. Heck, use 'em both for
> > good measure!
>
> I'm surprised LD_LIBRARY_PATH has any effect. I thought that
> was for Linux and DYLD_LIBRARY_PATH was the Mac OS X equivalent.
>
> I'm also surprised you needed to set this variable at all. I
> thought that fixing the library name with install_name_tool
> like I do in the portfile would make this unnecessary. What
> error occurs if you do not set this variable?
>
> > Do _not_ use putenv in a PHP script or SetEnv in httpd.conf
> to set the
> > variables, it won't work. Apache will also not pick up environment
> > variables from /private/etc/profile. Note to Ryan: can
> MacPorts update
> > envvars?
>
> MacPorts can set environment variables for its own use during
> any of the phases (configure, build, destroot, etc.). However
> these do not persist after the port has been installed.
>
> > 3. Restart Apache

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

[Ryan Schmidt-24]

On Jul 6, 2008, at 19:02, John Korchok wrote:

> Good news for Oracle Mac users! The Instant Client for Intel  
> machines has
> finally been released
> http://www.oracle.com/technology/software/tech/oci/instantclient/ 
> htdocs/inte
> l_macsoft.html
>
> Ryan, when time permits, would it be possible to get an upgrade to  
> Macports
> php5 +oracle to include the new Intel version? Thanks many times  
> over! The
> PPC version has not been upgraded from the earlier 10.1.0.3.

oracle-instantclient was already updated to support Intel on  
2008-05-16; see r36833 and r36865.



> I have included
> my earlier notes below about wrinkles in previous installation. Can  
> Macports
> add the path to opt/local/apache2/bin/envvars?

I'm not sure; I'll have to look into this. Is there already a ticket  
filed? If not, please file one and assign it to me so I don't forget.

> John Korchok
>
>> -----Original Message-----
>> From: Ryan Schmidt [mailto:ryandesign@...]
>> Sent: Friday, February 15, 2008 11:50 PM
>> To: John Korchok
>> Cc: 'MacPorts Users'
>> Subject: Re: Oracle Notes
>>
>> On Feb 3, 2008, at 16:14, John Korchok wrote:
>>
>>> For anyone else who may be struggling with getting Oracle
>> to play with
>>> MacPorts PHP, here are my notes after installation on three systems
>>> and about 100 hours of tinkering. Start with a PowerPC, as
>> the Oracle
>>> Instant Client for Mac does not yet work with Intel machines.
>>>
>>> 1. Install php5 with oracle support:
>>> sudo port install php5 +apache2 +oracle
>>>
>>> 2. So that the Apache user can find the relevant files, add
>>> environment variables to opt/local/apache2/bin/envvars:
>>> export LD_LIBRARY_PATH="/opt/local/lib/oracle"
>>> export TNS_ADMIN="/Applications/Oracle" (or whatever folder is a
>>> convenient spot to store sqlnet.ora and tnsnames.ora) Many
>> web sites
>>> refer to setting DYLD_LIBRARY_PATH, you can do that instead of
>>> LD_LIBRARY_PATH and it has the same effect. Heck, use 'em both for
>>> good measure!
>>
>> I'm surprised LD_LIBRARY_PATH has any effect. I thought that
>> was for Linux and DYLD_LIBRARY_PATH was the Mac OS X equivalent.
>>
>> I'm also surprised you needed to set this variable at all. I
>> thought that fixing the library name with install_name_tool
>> like I do in the portfile would make this unnecessary. What
>> error occurs if you do not set this variable?
>>
>>> Do _not_ use putenv in a PHP script or SetEnv in httpd.conf
>> to set the
>>> variables, it won't work. Apache will also not pick up environment
>>> variables from /private/etc/profile. Note to Ryan: can
>> MacPorts update
>>> envvars?
>>
>> MacPorts can set environment variables for its own use during
>> any of the phases (configure, build, destroot, etc.). However
>> these do not persist after the port has been installed.
>>
>>> 3. Restart Apache
>
> _______________________________________________
> macports-users mailing list
> macports-users@...
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

_______________________________________________
macports-users mailing list
macports-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users