Upgrading Perl 5.8.8
I know that Tiger comes with 5.8.6 but I would like to get 5.8.8 up and running. I am just wondering if I should: a) download and compile Perl myself and replace the Tiger version b) use macports (aka darwinports) to install 5.8.8 in /opt What did you do? Robert
Re: Upgrading Perl 5.8.8
Robert Hicks [EMAIL PROTECTED] writes: I know that Tiger comes with 5.8.6 but I would like to get 5.8.8 up and running. I am just wondering if I should: a) download and compile Perl myself and replace the Tiger version b) use macports (aka darwinports) to install 5.8.8 in /opt What did you do? I installed ActivePerl :) http://downloads.activestate.com/ActivePerl/MacOSX/5.8/ -- Gisle Aas
Re: Upgrading Perl 5.8.8
On Mon, Sep 25, 2006 at 07:27:54PM -0400, Robert Hicks wrote: I know that Tiger comes with 5.8.6 but I would like to get 5.8.8 up and running. I am just wondering if I should: a) download and compile Perl myself and replace the Tiger version Don't do that. It's possible (unlikely, I'll admit) that that will break some of Apple's stuff, or that your nice shiny new 5.8.8 might get downgraded by Software Update at some point. b) use macports (aka darwinports) to install 5.8.8 in /opt Do that - or build your own and put it in /usr/local or similar. -- David Cantrell | top google result for topless karaoke murders If I could read only one thing it would be the future, in the entrails of the bastard denying me access to anything else.
Re: Upgrading Perl 5.8.8
On Sep 26, 2006, at 10:20 PM, Ray Zimmerman wrote: On Sep 26, 2006, at 8:34 AM, John Delacour wrote: Apple's installation is in /usr/bin. There is no need either to replace it or to use any fink, darwinport etc. Just install it in /usr/local/bin, which is the default anyway. Read the install file. This is what I've been doing for years. Then I replace /usr/bin/ perl with a symlink to /usr/local/bin/perl. This leaves me with a default Perl install whose @INC does not include Apple's libraries, only those in /usr/local/perl-5.8.x. I never noticed any issues with this until recently I had occasion to boot my PowerBook into single-user mode and at one point (I believe it was when shutting down) I saw the following in an error message ... /System/CoreServices/RemoteManagement/ARDAget.app/Contents/ Resources/kickstart line 277 Can't locate Foundation.pm Apparently a script related to Apple Remote Desktop Agent. And I did find Foundation.pm at /System/Library/Perl/Extras/5.8.6/darwin- thread-multi-2level/Foundation.pm (which of course is not in my @INC). So my question is ... what is the best way to make sure my new install (in /usr/local/) has everything the OS expects? Can I just install a few extra CPAN modules and make the OS happy, or do other apps install things in the Library/Perl dirs too? What do the rest of you do? For my part, I leave the symbolic link at /usr/bin/perl as it is. If the system perl needs to be upgraded for some reason, Apple's system update can do it. I keep my hands off the systems perl. To use the parallel install of perl, I just put /usr/local/bin/perl on the shebang, and/or edit the path in the .bash_profile script so that /usr/local/bin comes first in the path.
Re: Upgrading Perl 5.8.8
At 7:27 pm -0400 25/9/06, Robert Hicks wrote: I know that Tiger comes with 5.8.6 but I would like to get 5.8.8 up and running. I am just wondering if I should: a) download and compile Perl myself and replace the Tiger version b) use macports (aka darwinports) to install 5.8.8 in /opt What did you do? Apple's installation is in /usr/bin. There is no need either to replace it or to use any fink, darwinport etc. Just install it in /usr/local/bin, which is the default anyway. Read the install file. JD
Re: Upgrading Perl 5.8.8
On Sep 26, 2006, at 8:34 AM, John Delacour wrote: Apple's installation is in /usr/bin. There is no need either to replace it or to use any fink, darwinport etc. Just install it in / usr/local/bin, which is the default anyway. Read the install file. This is what I've been doing for years. Then I replace /usr/bin/perl with a symlink to /usr/local/bin/perl. This leaves me with a default Perl install whose @INC does not include Apple's libraries, only those in /usr/local/perl-5.8.x. I never noticed any issues with this until recently I had occasion to boot my PowerBook into single-user mode and at one point (I believe it was when shutting down) I saw the following in an error message ... /System/CoreServices/RemoteManagement/ARDAget.app/Contents/Resources/ kickstart line 277 Can't locate Foundation.pm Apparently a script related to Apple Remote Desktop Agent. And I did find Foundation.pm at /System/Library/Perl/Extras/5.8.6/darwin-thread- multi-2level/Foundation.pm (which of course is not in my @INC). So my question is ... what is the best way to make sure my new install (in /usr/local/) has everything the OS expects? Can I just install a few extra CPAN modules and make the OS happy, or do other apps install things in the Library/Perl dirs too? What do the rest of you do? Ray
Re: Upgrading Perl 5.8.8
On Sep 26, 2006, at 9:20 AM, Ray Zimmerman wrote: On Sep 26, 2006, at 8:34 AM, John Delacour wrote: Apple's installation is in /usr/bin. There is no need either to replace it or to use any fink, darwinport etc. Just install it in /usr/local/bin, which is the default anyway. Read the install file. This is what I've been doing for years. Then I replace /usr/bin/ perl with a symlink to /usr/local/bin/perl. ... So my question is ... what is the best way to make sure my new install (in /usr/local/) has everything the OS expects? Leave /usr/bin/perl alone, and write your own scripts with #!/usr/ local/bin/perl. Can I just install a few extra CPAN modules and make the OS happy Why do that, when it's trivially simple to avoid making it unhappy to begin with? What do the rest of you do? I use 5.8.6. My scripts run fine with it, and why fix what ain't broke? sherm-- Web Hosting by West Virginians, for West Virginians: http://wv-www.net Cocoa programming in Perl: http://camelbones.sourceforge.net
Re: Upgrading Perl 5.8.8
On Sep 26, 2006, at 11:56 AM, Sherm Pendley wrote: On Sep 26, 2006, at 9:20 AM, Ray Zimmerman wrote: So my question is ... what is the best way to make sure my new install (in /usr/local/) has everything the OS expects? Leave /usr/bin/perl alone, and write your own scripts with #!/usr/ local/bin/perl. Can I just install a few extra CPAN modules and make the OS happy Why do that, when it's trivially simple to avoid making it unhappy to begin with? What do the rest of you do? I use 5.8.6. My scripts run fine with it, and why fix what ain't broke? Thanks for the suggestions. The reason I've done it this way is because I have a set of perl scripts and web apps that require a Perl environment that is identical across several machines, including my PowerBook and a few Linux servers. Sounds like the best approach is just to make my scripts/apps use /usr/local/bin/perl on all of my machines. Just for the sake of curiousity, I'd be interested in knowing what Tiger's perl install includes beyond what is part of the core perl-5.8.6. Anybody have a list somewhere? Thanks, Ray
Perl, MySQl and Airport
Greetings, I have a application in Perl that prints reports from a MySQL database. I also have DSL that is accessed via Airport in my house. Recently I bought an iMac for my wife and I want her to help me print reports from this new computer. How do I get her computer to get data from the MySQL database that lives on my computer via Airport? Do you have any suggestions on things I can try? Joe
Re: Perl, MySQl and Airport
On Sep 26, 2006, at 12:45 PM, Joseph Alotta wrote: I have a application in Perl that prints reports from a MySQL database. I also have DSL that is accessed via Airport in my house. Recently I bought an iMac for my wife and I want her to help me print reports from this new computer. How do I get her computer to get data from the MySQL database that lives on my computer via Airport? Do you have any suggestions on things I can try? Presumably, your Perl app does something like ... $host = 'localhost'; $dsn = DBI:mysql:database=$database;host=$hostname; $dbh = DBI-connect($dsn, $user, $password); ... to connect to the MySQL database. When run from your wife's computer, you'll have to change the 'localhost' to the IP address of the computer where the MySQL database resides. You'll need to make sure your MySQL permissions are set up to allow this. You may want to try connecting to the database using the 'mysql' command line tool first. Once you can do that successfully, then make the appropriate mods to the connection parameters in your app. Ray
Re: Upgrading Perl 5.8.8
On Sep 26, 2006, at 12:17 PM, Ray Zimmerman wrote: The reason I've done it this way is because I have a set of perl scripts and web apps that require a Perl environment that is identical across several machines, including my PowerBook and a few Linux servers. I *HIGHLY* doubt that the difference in minor point versions is going to break those scripts. It's possible, but very unlikely. Have you verified that it definitely will break them, or are you just guessing that it might? What I would do in this situation is check to see if 5.8.6 is close enough to develop with. If a script worked on one machine but not the other, I'd dig through the 5.8.7 and 5.8.8 change logs to find anything relevant to the problem. Then and only then, if a version mismatch (rather than a mismatch between env. variables, file locations, locale, etc...) were indeed the problem, I would consider going to the trouble of installing a newer Perl. I've built Perl from source hundreds of times and I know the process very well - but it's still time-consuming tedium that I'd rather avoid unless it's truly necessary. Sounds like the best approach is just to make my scripts/apps use / usr/local/bin/perl on all of my machines. Just for the sake of curiousity, I'd be interested in knowing what Tiger's perl install includes beyond what is part of the core perl-5.8.6. Anybody have a list somewhere? Look around in /System/Library/Perl/Extras/ sherm-- Web Hosting by West Virginians, for West Virginians: http://wv-www.net Cocoa programming in Perl: http://camelbones.sourceforge.net
Re: Perl, MySQl and Airport
On Sep 26, 2006, at 12:45 PM, Joseph Alotta wrote: I have a application in Perl that prints reports from a MySQL database. I also have DSL that is accessed via Airport in my house. Recently I bought an iMac for my wife and I want her to help me print reports from this new computer. How do I get her computer to get data from the MySQL database that lives on my computer via Airport? MySQL client libraries use TCP/IP - they neither know nor care about the physical network layer. So you'd do this the same way you'd connect to any other remote server - just supply the host name (or IP address) as part of the dsn. my $dsn = DBI:mysql:database=foo;host=192.168.1.101; my $dbh = DBI-connect($dsn, $user, $password); If that's not working, some things to check: • Are the MySQL client libs and DBD::mysql installed on the client? • Is $user authorized to connect from another host? • Is MySQL itself configured to allow such connections in general? sherm-- Web Hosting by West Virginians, for West Virginians: http://wv-www.net Cocoa programming in Perl: http://camelbones.sourceforge.net
Re: Perl, MySQl and Airport
In article [EMAIL PROTECTED], Ray Zimmerman [EMAIL PROTECTED] wrote: On Sep 26, 2006, at 12:45 PM, Joseph Alotta wrote: $host = 'localhost'; ... to connect to the MySQL database. When run from your wife's computer, you'll have to change the 'localhost' to the IP address Just use the zero-conf Bonjour stuff. Find your server's name and append .local to it. Look in the Sharing control panel for the right name. $host = 'albook.local'; It's not just Mac, either. You can get stuff for the various other unices and even Windows to do this. http://www.apple.com/macosx/features/bonjour/
Re: Upgrading Perl 5.8.8
On 9/26/06, at 11:56 AM -0400, Sherm Pendley wrote:
I use 5.8.6. My scripts run fine with it, and why fix what ain't
broke?
I just installed 5.8.8 in /usr/local. It went very smoothly and Perl 5.8.8
seems to work fine.
Except that it can't see the packages in /System/Library/Perl/5.8.6 that I use
all the time. Stuff like
Date::Format
Date::Parse
LWP
...
I tried the 5.8.8 script
#!/usr/local/bin/perl -w
use strict;
use lib /System/Library/Perl/5.8.6;
for (@INC) {
print $_\n;
}
#use Date::Format;
It shows @INC as
/System/Library/Perl/5.8.6
/Volumes/VTN Docs/ My Perl/Tests
/usr/local/lib/perl5/5.8.8/darwin-2level
/usr/local/lib/perl5/5.8.8
/usr/local/lib/perl5/site_perl/5.8.8/darwin-2level
/usr/local/lib/perl5/site_perl/5.8.8
/usr/local/lib/perl5/site_perl
.
Since Date/Format.pm is in /System/Library/Perl/5.8.6/,
I figured that I could use it by uncommenting the
#use Date::Format;
line. No way. Perl 5.8.8 still can't use Date::Format:
Can't locate Date/Format.pm in @INC ...
As you can see not much of a systems person. I haven't any idea how to
straighten this problem out. I think I'll take Sherm Pendleys's advice and
stick with 5.8.6.
Regards,
Vic
Re: Upgrading Perl 5.8.8
On Sep 26, 2006, at 4:38 PM, Vic Norton wrote: On 9/26/06, at 11:56 AM -0400, Sherm Pendley wrote: I use 5.8.6. My scripts run fine with it, and why fix what ain't broke? I just installed 5.8.8 in /usr/local. It went very smoothly and Perl 5.8.8 seems to work fine. Except that it can't see the packages in /System/Library/Perl/5.8.6 that I use all the time. It doesn't need to. It has its own copy of core modules. Stuff like Date::Format Date::Parse LWP ... Those aren't core modules. CPAN modules are installed under /Library/ Perl, which is the moral equivalent of the more traditional site_perl directory. I tried the 5.8.8 script #!/usr/local/bin/perl -w use strict; use lib /System/Library/Perl/5.8.6; use lib '/Library/Perl/5.8.6'; sherm-- Web Hosting by West Virginians, for West Virginians: http://wv-www.net Cocoa programming in Perl: http://camelbones.sourceforge.net
Re: Upgrading Perl 5.8.8
On Sep 26, 2006, at 1:50 PM, Ray Zimmerman wrote: My practice of building my own perl, which began back in the days of Jaguar, grew out of the need to have my web dev environment (apache, mod_perl, php, mod_ssl, lots of CPAN modules, etc, etc) be consistent across my dev machine (OS X) and several servers (Linux). And IIRC this did come after a number of version inconsistency related problems. At the time, building my own custom versions of everything on each box seemed the best way to go. That makes perfect sense to me, but it's a very different situation. Jaguar shipped with 5.6, and most Linux distros were shipping with 5.8 by then. That's a major release, and a *much* bigger jump than from 5.8.6 to 5.8.8 - that's just a minor point release to fix some bugs and update some of the core modules. sherm-- Web Hosting by West Virginians, for West Virginians: http://wv-www.net Cocoa programming in Perl: http://camelbones.sourceforge.net
