Re: Need for Case-Sensitive File System?
On 15/1/12 20:42, Bruce Van Allen b...@cruzio.com wrote: I've been developing in Perl on OS X ever since the OS X Public Beta. Somewhere along the line I came to believe that I should set up my system with the boot drive formatted as Max OS Extended (Case-sensitive, Journaled). Emphasis here on Case-sensitive. My question is: Is this practice (still) needed? [snip] Hi, Bruce. I remember the LWP question well... I've always formatted my OS X drives case-insensitive never had a problem 'til about a week ago when I tried to install Mojolicious which failed because the installer was looking for `Users` found `users`. Brought up the problem with the developer via a GitHub issue he basically just said it was case issue there was nothing he could do about it (it installed fine on both my Linux boxes). So at a strike rate of just one fail strictly on case sensistivity/insensitivity I think I'll stick with what I've got. Cheers, Phil... -- Some [people] feel that the best way to improve Perl would be to go back in time and shoot the author before he wrote it. -Larry Wall
libexpat.0.dylib problem
Whilst upgrading httpd 2.0.47 - 2.0.48 I encountered this error on trying `apachectl start': dyld: /Library/Apache2/bin/httpd version mismatch for library: /Library/Apache2/lib/libexpat.0.dylib (compatibility version of user: 5.0.0 greater than library's version: 2.0.0) As far as I can gather I need to try something along the lines of: $ libtool gcc -g -O -o libhello.la foo.lo hello.lo \ -rpath /usr/local/lib -lm in order to link the libs. The upgrade was was seperate from OS X.2.8's Apache and took place in /Library/Apache2 but it seems to have linked with the /usr/local/lib version of libexpat.0.dylib. Does anybody have a workaround for this situation? I've asked on httpd.users and mod_perl without success and read/Googled constantly but no luck... Any help gratefully received. Cheers, Regards, Phil.
Re: Cpan problems - messed up cpan?
On 05/03/2005 @ 14:27 GMT, Emma Kane, [EMAIL PROTECTED], wrote: Thanks for the replies - sudo cpan (which I didnt think of fixed the install of SOAP::Lite but when I try and install XML Parser I still get the following error: [...] You could always try chmod'ing to 755 /Users/emma/y/sources/authors/ (i.e. your local CPAN directory). Cheers, Regards, Phil.
Re: Any GUI tools that can set execute bit?
On 03/03/2005 @ 19:23 GMT, Tommy Nordgren, [EMAIL PROTECTED], wrote: Are there any Graphical User Interface Tools that can set the executable bits in the file info on disk? Try XRay: http://www.brockerhoff.net/xray/ Cheers, Regards, Phil.
Re: What Perl editor do you recommend?
On 02/03/2005 @ 17:38 GMT, Ted Zeng, [EMAIL PROTECTED], wrote: I am using TextEdit as the editor. I sometime use Pico, but I am still not comfortable with Unix editor. I know there must be some good editors for Perl. Do you have any recommendation? BBEdit http://www.barebones.com and Affrus http://www.latenightsw.com spring to mind. Both cost money but are well worth it. Cheers, Regards, Phil.
Re: What Perl editor do you recommend?
On 02/03/2005 @ 22:39 GMT, David Cantrell, [EMAIL PROTECTED], wrote: John Delacour wrote: I'd love to hear a convincing explanation from someone why anyone would use such tools in preference to TextWrangler, BBEdit or Affrus. I can imagine they'd make it a chore to write code in us-ascii You imagine wrong. There's a reason that emacs and vi have been popular for so many years, and since long before OS X was even thought of. [...] I sense the perennial 'when I was a lad and that's all we had' hypothesis coming up but was this the reason for their popularity? If so it's kind of lame seeing as we know have alternatives that work very well and more intuitively on their given platform (i.e. OS X) Cheers, Regards, Phil.
Re: libnet.cfg on 5.8.6
On 28/02/2005 @ 09:29 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote: On Feb 28, 2005, at 4:07 AM, Phil Dobbin wrote: Having just installed 5.8.6 into /usr/local/bin I'm coming across the usual 400 error when trying to use LWP in CPAN. On 5.6.0 I just set ftp_int_passive to 1 in libnet.cfg but I can't find any corresponding file in 5.8.6. Have a look at Net::Config.pm. Interestingly, that seems to be Mac-aware - it looks like it will use Mac::InternetConfig if you've installed that. Cool! Interestingly CPAN claims that: CPAN: Storable loaded ok Going to read /Users/phil/.cpan/Metadata Database was generated on Mon, 28 Feb 2005 03:48:56 GMT Warning: Cannot install libnet, don't know what it is I decided to install all modules (Net::FTP, etc) because CPAN is using anonymous FTP to fetch anything. Any clues appreciated. Regards, Phil.
Re: libnet.cfg on 5.8.6
On 28/02/2005 @ 11:10 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote: On Feb 28, 2005, at 5:02 AM, Phil Dobbin wrote: On 28/02/2005 @ 09:29 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote: Have a look at Net::Config.pm. Interestingly CPAN claims that: CPAN: Storable loaded ok Going to read /Users/phil/.cpan/Metadata Database was generated on Mon, 28 Feb 2005 03:48:56 GMT Warning: Cannot install libnet, don't know what it is Net::Config isn't a CPAN module - it's core. So you should already have it. perldoc -l Net::Config will tell you where it's installed. 'perldoc -l Net::Config' tells me it's in Library/Perl whereas I want to install libnet into /usr/local/bin/perl so that I can change ftp_int_passive to 1 in libnet.cfg to stop LWP throwing a 400 error. Regards, Phil.
Re: libnet.cfg on 5.8.6
On 28/02/2005 @ 20:53 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote: On Feb 28, 2005, at 12:48 PM, Phil Dobbin wrote: 'perldoc -l Net::Config' tells me it's in Library/Perl whereas I want to install libnet into /usr/local/bin/perl It's already installed - like I said, it's a core module. Are you running /usr/bin/perldoc, or /usr/local/bin/perldoc? Sorry, Sherm I'm not thinking tonight. In the end I unzipped the source of libnet-1.19 and did a: /usr/local/bin/perl Makefile.PL make etc, etc... and used it to solve the LWP 400 error code problem in cpan. Sorry for the noise, Regards, Phil.
CPAN problem
I've recently installed Perl 5.8.6 into /usr/local/bin whilst keeping the System 5.6.0 (this on Jag) and whenever I try to install a module ( a la `perl -MCPAN -e 'install Foo:Bar') CPAN is using 5.6.0. What's the easiest way to get CPAN to use 5.8.6? Cheers, Regards, Phil.
Re: CPAN problem
On 26/02/2005 @ 23:34 GMT, Chris Winters, [EMAIL PROTECTED], wrote: On Sat, 26 Feb 2005 23:22:03 +, Phil Dobbin [EMAIL PROTECTED] wrote: I've recently installed Perl 5.8.6 into /usr/local/bin whilst keeping the System 5.6.0 (this on Jag) and whenever I try to install a module( a la `perl -MCPAN -e 'install Foo:Bar') CPAN is using 5.6.0. What's the easiest way to get CPAN to use 5.8.6? Putting /usr/local/bin earlier in your path than /usr/bin should do the trick. Thanks, Chris. That worked fine. Regards, Phil.
Re: Module regression
On 16/11/2004 @ 02:32 GMT, Ken Williams, [EMAIL PROTECTED], wrote: On Nov 16, 2004, at 3:47 PM, Phil Dobbin wrote: I need to step back a version in a module compliled from source (from v.3.0 - v.2.0). What's the best way to go about this (again compiling from source rather than cpan)? * The best way to do this is to have a backup of the previous system with v.2.0 installed, and revert to the backup. [snip excellent advice] My bad. I explained things very poorly. I've mistakenly installed v.3.0 of a module when the I should've installed v.2.0 (the particular script I'm trying to run will not work with v.3.0). So I need to expunge/override 3.0 and get the script to use v.2.0 which I haven't yet installed. [...] Incidentally, using CPAN *is* compiling from source. The reason I stipulated compiling from Makefile.PL rather than cpan is that the module will not `make test' appropriately in cpan therefore I skip `make test' and go straight to `sudo make install' using the makefile. Regards, Phil.
Re: Module regression
On 17/11/2004 @ 16:29 GMT, Ken Williams, [EMAIL PROTECTED], wrote: [...] Oh. =) In that case, removing based on the packlist is probably fairly reasonable (using a package manager would still be preferable, but admittedly almost nobody does that for installing perl modules). To see which files were installed as part of a certain module installation, you can use the following one-liner: perl -MExtUtils::Installed -le 'print foreach ExtUtils::Installed-new-files(Foo::Bar)' where Foo::Bar is the name of your module. Then you can remove all those files with 'sudo rm -f'. Many thanks for that. Worked a like a charm. Regards, Phil.
Module regression
I need to step back a version in a module compliled from source (from v.3.0 - v.2.0). What's the best way to go about this (again compiling from source rather than cpan)? Thanks, Regards, Phil.
Re: Installers can't find/use cc
On 15/11/2004 @ 02:36 GMT, John Horner, [EMAIL PROTECTED], wrote: I'm trying to upgrade Perl on a Jaguar system and it's telling me it can't find cc, or it can't use it: [...] any idea what might be going on? Dev Tools are installed. If I try to install them again it says they're up to date. cc is there in /usr/bin/cc and /usr/bin/cc -v gives me the following: Reading specs from /usr/libexec/gcc/darwin/ppc/2.95.2/specs Apple Computer, Inc. version gcc-934.3, based on gcc version 2.95.2 19991024 (release) That's a pretty old version of gcc. If you have the Decemeber 2002 Dev Tools installed, log into http://developer.apple.com and grab a copy of the August 2003 copy of gcc 3.3. That may help. Regards, Phil.
Re: WWW::Curl problem
On 14/11/2004 @ 14:00 GMT, Phil Dobbin, [EMAIL PROTECTED], wrote: I'm trying to install WWW::Curl on 10.2/5.6.0 from cpan and am getting this: [snip cpan errors] I solved the cpan errors by upgrading to curl 7.10.7 but now I'm getting a won't install without force: --- t/01basic.t 62 33.33% 2, 6 t/02header-call 83 37.50% 2, 7-8 t/03body-callba 84 50.00% 2, 6-8 t/04abort-test. 72 28.57% 2, 7 t/05progress.t94 44.44% 2, 7-9 t/06http-post.t 62 33.33% 2, 6 t/07ftp-upload. 21 50.00% 1 t/08ssl.t232 8.70% 6, 17 t/09times.t 72 28.57% 2, 6 t/10errbuf.t 51 20.00% 2 t/11oldstyle1.t 62 33.33% 2, 6 t/12oldstyle2.t 82 25.00% 2, 7 t/13slowleak.t21 50.00% 2 t/14duphandle.t 73 42.86% 2, 6-7 t/15duphandle-c 75 71.43% 2, 4-7 t/16formpost.t62 33.33% 2, 6 t/17slist.t ?? ?? % ?? t/18twinhandles 84 50.00% 2, 6-8 t/19basic-back. 62 33.33% 2, 6 Failed 19/20 test scripts, 5.00% okay. 44/133 subtests failed, 66.92% okay. make: *** [test_dynamic] Error 255 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force Any help, as always, appreciated. Regards, Phil.
WWW::Curl problem
I'm trying to install WWW::Curl on 10.2/5.6.0 from cpan and am getting this: cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified as a non-system directory Curl.xs: In function `perl_curl_easy_duphandle': Curl.xs:147: warning: assignment makes pointer from integer without a cast Curl.xs: In function `XS_WWW__Curl__easy_setopt': Curl.xs:656: warning: passing arg 2 of `Perl_sv_2pv' from incompatible pointer type Curl.xs: In function `boot_WWW__Curl': Curl.xs:504: `CURL_GLOBAL_ALL' undeclared (first use in this function) Curl.xs:504: (Each undeclared identifier is reported only once Curl.xs:504: for each function it appears in.) make: *** [Curl.o] Error 1 /usr/bin/make -- NOT OK Running make test Can't test without successful make Running make install make had returned bad status, install seems impossible Any ideas on what the problem is? Thanks, Regards, Phil.
Re: Getting started with Perl OSX
On 01/11/2004 @ 23:23 GMT, David Cantrell, [EMAIL PROTECTED], wrote: The [...] blades. Thanks for that. Regards, Phil. -- Pleonasm, n. An army of words escorting a corporal of thought The Devil's Dictionary - Ambrose Bierce
Re: Getting started with Perl OSX
On 01/11/2004 @ 23:23 GMT, David Cantrell, [EMAIL PROTECTED], wrote: The [...] blades. Thanks for that. Regards, Phil. -- Pleonasm, n. An army of words escorting a corporal of thought The Devil's Dictionary - Ambrose Bierce
Re: backing up system
On 02/05/2004 @ 11:57 +0100, Christian Hansen, [EMAIL PROTECTED], wrote: Chris Nandor wrote: I believe Backup.app is only available to .Mac subscribers, but the app itself does not require a .Mac account, or being online, any longer. You can back up to any local volume (including shared volumes over the network). It's freely available at http://www.apple.com/downloads/macosx/apple/backup.html Backup 2.0.1 that's available from that url still requires an active Dot Mac account according to the Read Me that comes with the download before you can use it to backup to CD, FireWire, etc. Regards, Phil.
Re: ANNOUNCE: Affrus 1.0 - a Perl Debugger
On 12/03/2004, at 10:04 (GMT), Eric Cholet, [EMAIL PROTECTED] wrote: Le 11 mars 04, 18:40, Mark Alldritt a crit : Hi Folks, Late Night Software is pleased to announce the release of its newest Mac OS X scripting product: Affrus 1.0. [...] Any plans to implement ISO-8859-1 (latin1) encoding in the editor? There is a Affrus mailing list: [EMAIL PROTECTED] where you can probably find the answer to your question. Regards, Phil.
Re: Developer Tools iTunes
On 10/02/2004, at 11:27 (GMT), wren argetlahm, [EMAIL PROTECTED] wrote: I'm a newbie to Perl on *nix and am in the process of converting from MacPerl to OSX and I've just recently downloaded the developer tools for OSX10.2 because I was under the impression that they're necessary to really use Perl on OSX (i.e. to use CPAN, Camel Bones, etc). But installing the packages'll take nearly a gig which is more space than I have on my startup partition; so I'm wondering if they really are necessary to use Perl? [...] Under 10.2 you do need the developer tools to fully utilise Perl (gcc for make files, etc). IIRC, the latest Perl (5.8.3) doesn't require the dev tools to be installed (I *think* that dependency seen off in 5.8.2) but maybe that's only on 10.3.x. Check http://use.perl.org/ for more details. Regards, Phil.
Re: DBD mysql unable to install since Panther
On 02/02/2004, at 18:03 (GMT), Joseph Alotta, [EMAIL PROTECTED] wrote: Thanks sherm, But I do not have a login. I will try it anyway without the 1.1 update. You can get a free login to ADC. It's somewhere on the Apple developer page. You just fill in the relevant details (email address, etc). Regards, Phil.
Re: Root Login required to make scripts executable
On 7/11/03 04:44, Chris Devers [EMAIL PROTECTED] wrote: On Thu, 6 Nov 2003, Gohaku wrote: [...] Also, I noticed that /Library/WebServer/CGI-Executables does not contain test-cgi and printenv. anyone know why that is? Hmm -- now that you mention it, mine are gone too. Odd. [...] FWIW, after just upgrading to 10.2.8 myself, test-cgi and printenv are still present for me in /Library/WebServer/CGI-Executables. Did you guys run the original 10.2.8 then the patch to fix it (I waited and ran the final version)? /end blind guess Regards, Phil.
Re: Locale setting errors in Perl
On 25/9/03 22:19, Kevin Barry [EMAIL PROTECTED] wrote: I gave up trying to add modules to perl 5.6.0 and upgraded rather painlessly to 5.8.0. Now I get the error below when running any perl scripts: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = (unset), LANG = en_US [...] This is covered extensively in this list's archives. Try looking there. HTH, Regards, Phil. -- Playstation? Of course Perl runs on Playstation. -- Jarkko Hietaniemi
Re: Newbi
On 21/9/03 01:41, Jerry Beck [EMAIL PROTECTED] wrote: I'm looking for any information I can get on using perl on Mac OS X? What books are available? Apart from the venerable Learning Perl, another good O'Reilly book is Perl for Web Site Management which has a gentler learning curve Where can I get Sample scripts? After ingesting above books a good place is The Perl Cookbook (O'Reilly again: I think Tim should give us all a discount :-) Have fun, Regards, Phil.
Re: Another handy shell alias
On 12/4/03 19:01, David Wheeler [EMAIL PROTECTED] wrote: On Saturday, April 12, 2003, at 02:13 AM, Phil Dobbin wrote: Ah, nice. And in zsh/bash? $ alias pv= 'perl -M\!* -le print \!* -VERSION()' mercury# alias pv='perl -M\!* -le print \!* -VERSION()' mercury# pv File::Spec zsh: no matches found: -M!* mercury# Duh! I sent it without checking...(and it was s'posed to be bash :) bash2.05 [EMAIL PROTECTED] ~ $ pv File::Spec syntax error at -e line 0, near use ! Execution of -e aborted due to compilation errors. (scratches head... :( Regards, Phil.
Re: CPAN Newbie: when to sudo?
On 16/3/03 17:23, Riccardo Perotti [EMAIL PROTECTED] wrote: On 03/16/2003 12:16 PM, Puneet Kishor [EMAIL PROTECTED] wrote: On Sunday, March 16, 2003, at 11:13 AM, Riccardo Perotti wrote: ... which leads me to think that I have to sudo at some point (right?). If so, when would the correct time be? .. right at the beginning. sudo perl -MCPAN -e shell that's how I do it and it works. Great, Thanks! ... should I worry/do something about the /bin/sh: /System/Library/Perl/darwin/perllocal.pod: Permission denied make: [doc_site_install] Error 1 (ignored) Puneet's right. If you install via CPAN without the `sudo' at the top, you'll get an error stating that you don't have permission to install into perlpod. I generally don't `sudo' initially (too paranoid ;-) and go back when everything's OK and issue `sudo make install' manually. Regards, Phil.
Re: CPAN woes continue
On 16/3/03 17:50, Charlie Root [EMAIL PROTECTED] wrote:
Can't get CPAN to upgrade:
G400
768MB
10.2.4
Perl 5.6.0
The messages look like this: (pages of this)
Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
Panic: no build_dir? at /System/Library/Perl/CPAN.pm line 4618,
GEN240 line 2724.
[...]
This is the relevant CPAN.pm code:
return $self-{prereq_pm} if
exists $self-{prereq_pm_detected} $self-{prereq_pm_detected};
return unless $self-{writemakefile}; # no need to have succeeded
# but we must have run it
my $build_dir = $self-{build_dir} or die Panic: no build_dir?;
Are you not seeing any `02packages.details.txt.gz' or `03modlist.data.gz'?
Regards,
Phil.
Re: dmg of perl 5.8.0 on Mac OS X
On 6/2/03 1:03, Nathan Torkington [EMAIL PROTECTED] wrote: Please download and test the perl 5.8.0 distribution available from: http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg [...] I get a text transfer of the binary when trying to d/l this in Mozilla, IE and Omni Web instead of the disk image. This is the first time this has happened for a long time and I can't remember how to fix it. Anybody? With the help of Fink, I managed to totally trash my system. I reinstalled yesterday, and went through the hassle of building Perl 5.8.0 all over again. I figured I'd save other folks that hassle. Ugh! At the risk of veering wildly OT, what happened (must be my day for questions ;-)? Regards, Phil.
Re: dmg of perl 5.8.0 on Mac OS X
On 6/2/03 14:30, Morbus Iff [EMAIL PROTECTED] wrote: Please download and test the perl 5.8.0 distribution available from: http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg I get a text transfer of the binary when trying to d/l this in Mozilla, IE and Omni Web instead of the disk image. This is the first time this has happened for a long time and I can't remember how to fix it. Anybody? wget http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg I'm still using 10.1.5: bash2.05 phil@localhost ~ $ whereis wget bash2.05 phil@localhost ~ $ whereis curl /usr/bin/curl So it looks like `curl' ;-) Regards, Phil.
Re: dmg of perl 5.8.0 on Mac OS X
On 6/2/03 14:30, Morbus Iff [EMAIL PROTECTED] wrote: Please download and test the perl 5.8.0 distribution available from: http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg I get a text transfer of the binary when trying to d/l this in Mozilla, IE and Omni Web instead of the disk image. This is the first time this has happened for a long time and I can't remember how to fix it. Anybody? wget http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg Curiouser and curiouser... I tried `curl http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg' And got the same binary text d/l (and had to crash `terminal' to stop it :-( Hmm... Regards, Phil.
Re: dmg of perl 5.8.0 on Mac OS X
On 6/2/03 16:58, Morbus Iff [EMAIL PROTECTED] wrote: I tried `curl http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg' And got the same binary text d/l (and had to crash `terminal' to stop it :-( Curl, by default, will spit to STDOUT (ie. your Terminal) not to a file. I'm not in front of a OS X box right now, but I believe you've got to do: curl -O http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg Thanks, Morbus, it now works fine Teach me not to read the manpage... Regards, Phil.
Re: closing and opening a browser
On 11/12/02 14:06, Chris Nandor [EMAIL PROTECTED] wrote: [big snip] Mac::Carbon 0.02 is available on the CPAN, and on http://sf.net/projects/macperl/ (where there is also a binary installer, for those of you who have trouble building it, such as those on 10.1.x systems). This is excellent news as I was having a torrid time trying to build Mac::Carbon on 10.1.5/5.6.1. Many thanks, Regards, Phil.
Re: closing and opening a browser
On 11/12/02 14:58, Chris Nandor [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Phil Dobbin) wrote: On 11/12/02 14:06, Chris Nandor [EMAIL PROTECTED] wrote: Mac::Carbon 0.02 is available on the CPAN, and on http://sf.net/projects/macperl/ (where there is also a binary installer, for those of you who have trouble building it, such as those on 10.1.x systems). This is excellent news as I was having a torrid time trying to build Mac::Carbon on 10.1.5/5.6.1. Oh, I should note this will only work with perl 5.6, and installs into /Library/Perl/. It should be fine with 5.6.1, since they are binary compatible, though you might need to move the extensions if you have a different location. It probably won't work with 5.8.0. In the end, if this is still necessary (hopefully not), we can get a more intelligent installer, with selectable location, with binaries for 5.8.0 too, etc. For now it should suffice for most needs. I ran the binary installer (10.1.5/5.6.1) and then used your script to kill Mozilla and every thing was hunky-dory :-) I should note that all my stuff for Perl is in the regular place: /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl /Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl /Network/Library/Perl Good stuff... Regards, Phil.
Re: CPAN messages
On 3/12/02 17:50, Chris Nandor [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Phil Dobbin) wrote: I'm getting a simple error message every time I install via CPAN: Scanning cache /Users/phil/.cpan/build for sizes Deleting from cache: /Users/phil/.cpan/build/perl-5.6.1 (31.40.0 MB) Can't make directory /Users/phil/.cpan/build/perl-5.6.1 read+writeable: Operation not permitted at /System/Library/Perl/CPAN.pm line 910 This is a leftover from when I upgraded 5.6.0 - 5.6.1 (and is obviously still left in the build directory) on 10.1.5. Is it just a case of making the directory 0755 and deleting or is there something else to take into account (I've studied CPAN.pm 910 and can't quite make it out)? All other modules are deleted after installation automatically (CPAN 1.63) so any advice welcome :-) You should be safe to delete anything in the build directory. I'd just rm -rf .cpan/build/*. Thanks for that. Will do. Regards, Phil.
Re: OS X Installed numbers (Was Re: mac-toolbox)
On 14/11/02 1:05, David Wheeler [EMAIL PROTECTED] wrote: On Wednesday, November 13, 2002, at 04:27 PM, Ken Williams wrote: 2) High-end users who are dying to switch, but need to wait until their software is properly supported, or until they can properly do a massive switchover of technologies in their business You can probably blame Quark for about 90% of this. They're *really* far behind updating QuarkXPress to Mac OS X, and they still pretty well own the professional design layout market. This is especially true here in the U.K. The overwhelming majority of Mac users here are in the design/bureaux/newspaper business and won't touch OS X with a bargepole exclusively because of Quark. There are hopes that OS X may eat into the Oracle/Unix/db market but it's a *very* long shot. Local Perl Monger groups are reporting lay offs and the vast majority of _them_ are Windoze users. Switch, whether from Mac OS 9 or Win32, definitely ain't happening here :-( Regards, Phil.
Re: Installation of LWP fails
On 10/10/02 18:17, David Wheeler [EMAIL PROTECTED] wrote: On Wednesday, October 9, 2002, at 11:38 PM, Adam Fishman wrote: (You get this message, because MakeMaker could not find /System/Library/Perl/darwin/CORE/perl.h) Well, do you have this file? Is this indicative of the Developer Tools not being installed? Regards, Phil.
Re: Installation of LWP fails
On 11/10/02 17:55, David Wheeler [EMAIL PROTECTED] wrote: On Friday, October 11, 2002, at 08:36 AM, Phil Dobbin wrote: Is this indicative of the Developer Tools not being installed? I don't know about that, but if the developer tools weren't installed, there'd be no compiler -- and there was definitely a compiler in the error message sent yesterday -- the compiler it what complained that it couldn't find perl.h. I _thought_ (probably erroneously) that compiler errors of this nature were due to said deficit. Perl would try to do what it was asked but then couldn't find the header files. Or something along those lines :-) Regards, Phil.
Re: AppleScript to Perl w/SOAP
On 23/9/02 03:18, Randal L. Schwartz [EMAIL PROTECTED] wrote: Phil == Phil Dobbin [EMAIL PROTECTED] writes: Phil As usual, the Perl section of this works flawlessly but the Applescript Phil doo-dah chokes around: Phil Phil set output_file to (path to temporary items folder as string) Phil fetch_headlines.html Phil write_to_file(output, output_file, false) Phil tell application Finder to open output_file Phil Phil With the Finder complaining it can't set path to temp items. I never claimed to be an AppleScript expert. However, I *do* know that I tested the code (for quite a while, making constant minor tweaks) before submitting. However, I just tested it again under 10.1.5, and it seems to be working fine. Are you sure there isn't something else a little messed up? That is *all* one line, you know. Doesn't make any difference (in fact, all on one line makes it exit quicker, as you'd expect - `expected end of line`). Here's what the result shows for me when I run this: set output_file to (path to temporary items folder as string) fetch_headlines.html output_file in the AS editor: Randal800:private:tmp:501:Temporary Items:fetch_headlines.html [snip] What does it show in the browser? Regards, Phil.
Re: [OT] Software Update
On 23/9/02 19:17, Bill Stephenson [EMAIL PROTECTED] wrote: Has Apple disconnected 10.1 user's Software Update application? Mine just sits there waiting for a response that never comes... Works fine for me on my iMac and iBook, both running 10.1.5. Bit dodgy on my 5400 running 9.1. I get a message that the servers are busy. Regards, Phil. -- I loves a women, she sleeps in the kitchen but her feets in the hall.. `They're Red-Hot' -- Robert Johnson circa 1930's
Re: AppleScript to Perl w/SOAP
On 22/9/02 02:04, Randal L. Schwartz [EMAIL PROTECTED] wrote: Erik == Erik Price [EMAIL PROTECTED] writes: Erik I just found this article in my ADC and figured I'd pass it along to Erik the list: Erik http://developer.apple.com/internet/webservices/applescripttoperl.html Thanks for the promo. And if you have any suggestions for anything else, please let me know! As usual, the Perl section of this works flawlessly but the Applescript doo-dah chokes around: set output_file to (path to temporary items folder as string) fetch_headlines.html write_to_file(output, output_file, false) tell application Finder to open output_file With the Finder complaining it can't set path to temp items. This on Mac OS X 10.1.5, AS 1.8.3, Perl 5.6.1 and ScriptDebugger 3.0.4. Has anybody else seen this? Regards, Phil.
Re: AppleScript to Perl w/SOAP
On 22/9/02 02:04, Randal L. Schwartz [EMAIL PROTECTED] wrote: Erik == Erik Price [EMAIL PROTECTED] writes: Erik I just found this article in my ADC and figured I'd pass it along to Erik the list: Erik http://developer.apple.com/internet/webservices/applescripttoperl.html Thanks for the promo. And if you have any suggestions for anything else, please let me know! As usual, the Perl section of this works flawlessly but the Applescript doo-dah chokes around: set output_file to (path to temporary items folder as string) fetch_headlines.html write_to_file(output, output_file, false) tell application Finder to open output_file With the Finder complaining it can't set path to temp items. This on Mac OS X 10.1.5, AS 1.8.3, Perl 5.6.1 and ScriptDebugger 3.0.4. Has anybody else seen this? Regards, Phil.
Re: Why do the Docs say download binaries, don't compile ?
On 18/9/02 17:26, Celeste Suliin Burris [EMAIL PROTECTED] wrote: I have a bad habit of reading through the instructions. At http://www.perl.com/CPAN-local/src/README.html it states: * Binary distributions of perl (executable programs) for particular platforms. See the ports directory at the top level of CPAN. If your system does not have a C compiler, you should probably be looking at that directory; if it does have a C compiler, stick around here. As a special case, if you have a Macintosh, go straight to the ports directory anyway. This is probably referring to the `Classic' (i.e. pre-OS X) ports of Perl. Perl 5.8.0 compiles *pretty* much the same on OS X as other Unix systems and can be be, as such, called from cpan or directly d/l'd and then compiled as you would. For the major heartaches, check this lists' archives (or p5p). Regards, Phil. On 09/18/2002 3:22, ellem [EMAIL PROTECTED] wrote: On Wednesday, September 18, 2002, at 03:14 AM, Celeste Suliin Burris wrote: I went to cpan.org intending to download and compile the latest stable.tar.gz to update to 5.8.0 on my Jaguar machine. Reading the documentation, it told me to download the binaries, not to compile it. As a Solaris SysAdmin, I've always compiled it. I compiled 5.6.1 on Mac OS X 10.1. I guess I'm set in my ways, but I like reasons, not just a do it! Does anyone know the why this advice exists? More importantly _where_ does this advice exist? Perhaps you went to cpan.org/ports/index.html#macosx and saw the links and went to the Server Logistics site and guessed that's what they were saying? Anyway... since you're compile friendly _some_ on this list who have dealt with this already might offer the advice that you NOT over write your existing perl 5.6.0 as your OS needs it, possibly intact, and that you install 5.8.0 somewhere else like /opt/ or /sw/ (via FINK). Other (like me) might suggest unless you need something very specific from 5.8.0 you just stick with what Apple gives you. Again, not sure where you read that advice. -- Lou Moran http://ellem.dyn.dhs.org:5281/resume/lmoran2002.html
Re: Cocoa perl editors
On 17/9/02 14:30, Chris Devers [EMAIL PROTECTED] wrote: On Tue, 17 Sep 2002, Stefano Pagliano wrote: There is a port for jaguar find it at: http://www.entropy.ch/software/macosx/ But is it console mode Vim or full graphical Gvim? I already have console mode Vim with Fink (after using the entropy.ch version for a while :), and the Fink version can go graphical iff you're running X11. A version that worked in Aqua would be great, and last I checked the entropy.ch one didn't do that. Has it been updated? Nope still a terminal port only. Check out [EMAIL PROTECTED] .Usual story. Send an empty message to subscribe or go to the web site: http://www.vim.org/ Regards, Phil.
Re: Mac::AppleScript fixed
On 2/9/02 13:36, Dan Sugalski [EMAIL PROTECTED] wrote: At 3:39 AM +0100 9/1/02, Phil Dobbin wrote: On 31/8/02 19:41, _brian_d_foy [EMAIL PROTECTED] wrote: In article a05111b04b9961fa95f8b@[63.120.19.221], Dan Sugalski [EMAIL PROTECTED] wrote: At 2:23 AM -0500 8/31/02, _brian_d_foy wrote: this will make me use several lines of code everywhere... I didn't say I'd make it the *default*--sheesh, perl exceptions are too darned expensive for that. maybe i over-reacted. i've been finding out over the past day that a lot of application's don't really do what they say they can do through Applescript. :( I've found on two machines (both 10.1.5, one 5.6.1, the other 5.8.0), that Mac::AppleScript causes a strange error when running tests. I saw it first when installing via a one-liner on 5.6.1, then the same using the shell on cpan. They both caused the OS 9 documents folder to come to the front in the Finder when ``make test'' was being run in Terminal. I haven't had chance to try it yet (rubbed out the second half-install) but has anybody else seen this? It's supposed to do that. (Whether it's a good idea or not is a completely separate issue, of course) Test 2 tries to open a Documents folder on your startup disk. I'm going to change that in the next version. [...] O.K. Thanks. Regards, Phil.
Re: new to modules
On 31/8/02 at 09:20, [EMAIL PROTECTED] (Erik Price) wrote:
On Thursday, August 29, 2002, at 10:20 AM, Phil Dobbin wrote:
I use this quick hit:
#!/usr/bin/perl -w
use ExtUtils::Installed;
my $instmod = ExtUtils::Installed-new();
foreach my $module ($instmod-modules()) {
my $version = $instmod-version($module) || ???;
print $module -- $version\n;
}
Paste it into vim, BBEdit or what ever your choice and run it and
it'll return your installed modules.
wintermute:~$ perl ~/dev/Perl/codelib/PhilDobbinFindModules.pl
Foundation -- 1.0
Perl -- 5.6.0
PerlObjCBridge -- 0.9
mod_perl -- 1.26
wintermute:~$
This gives me some modules -- but the earlier-posted script (which
basically searches the directories in @INC I think) gave me a much
longer list:
[...]
Is there a difference between installed modules (presumably from
ExtUtils::Installed) and just modules (presumably in @INC)?
Yep. The doo-dah run using ExtUtils::Installed give you a list of the modules *you've*
installed. Kind of like a mini-snapshot.
Maybe not much use at the moment but a way down the line, when you're hitting cpan for
required modules for say, DBI dependent ingredients, it's fast and quite useful and
helps me keep track.
Regards,
Phil.
Re: Compress::Zlib on Jaguar
On 31/8/02 18:19, Nathan Torkington [EMAIL PROTECTED] wrote: Simon Cozens writes: Anyone else seeing problems with this? It can't get past test 61 of zlib.t on my system. Yup, hasn't worked for me in 10.1 or 10.2. Installed fine for me on 10.1.5/5.8.0 on an iBook. v.1.16 Regards, Phil.
Re: Mac::AppleScript fixed
On 31/8/02 19:41, _brian_d_foy [EMAIL PROTECTED] wrote: In article a05111b04b9961fa95f8b@[63.120.19.221], Dan Sugalski [EMAIL PROTECTED] wrote: At 2:23 AM -0500 8/31/02, _brian_d_foy wrote: this will make me use several lines of code everywhere... I didn't say I'd make it the *default*--sheesh, perl exceptions are too darned expensive for that. maybe i over-reacted. i've been finding out over the past day that a lot of application's don't really do what they say they can do through Applescript. :( I've found on two machines (both 10.1.5, one 5.6.1, the other 5.8.0), that Mac::AppleScript causes a strange error when running tests. I saw it first when installing via a one-liner on 5.6.1, then the same using the shell on cpan. They both caused the OS 9 documents folder to come to the front in the Finder when ``make test'' was being run in Terminal. I haven't had chance to try it yet (rubbed out the second half-install) but has anybody else seen this? Regards, Phil.
Re: new to modules
On 28/8/02 at 22:52, [EMAIL PROTECTED] (Erik Price) wrote:
I've used Perl here and there (on my OS X box) for basic stuff, but I
haven't really played with modules. I feel like I'm really missing
out
on something cool here. Where do modules get stored by default in
Darwin? What is a good way to see which ones I have installed? (I
actually haven't installed any but I meant pre-installed on Darwin.)
I use this quick hit:
#!/usr/bin/perl -w
use ExtUtils::Installed;
my $instmod = ExtUtils::Installed-new();
foreach my $module ($instmod-modules()) {
my $version = $instmod-version($module) || ???;
print $module -- $version\n;
}
Paste it into vim, BBEdit or what ever your choice and run it and it'll return your
installed modules.
Once I hear back on this I plan to download some modules and use them.
The LWP module has tempted me from the very beginning.
Remember the issue with case insensitivity on Mac OS X when installing LWP. For more
details see:
http://david.wheeler.net/osx.html
Scroll down right to the bottom and the details are there.
Have fun,
Regards,
Phil.
Re: the head problem in lwp - Re: new to modules
On 29/8/02 at 07:31, [EMAIL PROTECTED] (drieux) wrote: On Thursday, August 29, 2002, at 07:20 , Phil Dobbin wrote: [..] Once I hear back on this I plan to download some modules and use them. The LWP module has tempted me from the very beginning. Remember the issue with case insensitivity on Mac OS X when installing LWP. For more details see: http://david.wheeler.net/osx.html Scroll down right to the bottom and the details are there. My compliments on the documentation and the work around... All kudos to David Wheeler. I just followed his instructions and it worked for me ;-) Regards, Phil.
Re: Definitive Mac OS X Perl 5.8/CPAN installation instructions?
On 17/08/2002 at 00:00, Sky Lemon, [EMAIL PROTECTED] wrote: [...] You they *will* be releasing an article on installing Perl 5.8, then you said you haven't tested it on 10.1 yet, so that implies you have access to the article. So where is it? Do you work for Apple? (Is that why you posted that 'Note' at the end? ;-). While I think it's a shame that Morbus doesn't work for Apple (now, that'd be fun ;-) installing 5.8.0 is pretty much ironed out now and functions pretty well on my iBook in /usr/local/ on X.1.5. [...] Hey that's great, so can I just `sudo rm -rf /System/Library/Perl` or will that chunk up my system somehow? I didn't go as far as that. I did actually do `rm -rf /Library/Perl' though to get rid of the troublesome executable, dyld, etc (see these list archives and the perl5-porters ones too for more info or mail me off-list). I'd advise against overwriting 5.6.0 with 5.8.0 (although I do use 5.6.1 in /System/Library/Perl on my production iMac and recommend it) because I haven't heard from anybody who's done it, although I'm sure somebody has and is faring well. Regards, Phil.
Re: Reading a file in- different in MacOS X?
On 10/08/2002 at 17:43, Shannon Murdoch, [EMAIL PROTECTED] wrote:
Hi all,
My scripts, which are running perfectly well on a Win2000 webserver, do
not
function correctly under MacOS X.
The first thing I've been able to identify that is malfunctioning is the
standard file reading process I've always used:
while(FILE){
push (@array,$_);
}
print $array[1]; ##prints the second line of file
For some reason MacOS X reads the entire file in to $array[0] the first
time
round, instead of putting one line per array element.
The problem you're encountering here is that Win32, Macs (classic version) and Unix
interpret line endings differently.
Macs use CR, Unix uses LF and DOS CR/LF.
So, when using files across platform, you have to save the file with the appropriate
line breaks for the system you're using which, in this case, being Mac OS X, LF.
Regards,
Phil.
Re: Best way to restore a nuked /System/Library/Perl ...?
On 28/7/02 at 11:43, [EMAIL PROTECTED] (Charlie Stross) wrote: Anyone got any suggestions? I managed to get Perl 5.8 working okay and not segfaulting in /Library/Perl, but in the process nuked /System/Library/Perl due to inattentiveness. Now, the system as a whole seems happy, but I'm a Vim addict, and the Vim port for MacOS X is dynamically linked to Perl 5.6.1, and seems deeply upset at the idea of being expected to work with 5.8 (no surprises there). So I'm looking for a way of restoring /System/Library/Perl to its original state (without getting rid of my Perl 5.8 build). (As a secondary option, if anyone can give me a hint about how to build a carbonized vim with perl 5.8 -- or with no perl integration -- from the patches at http://homepage.mac.com/fisherbb/, that'd be really neat.) Being similarly afflicted by Vim, I suggest you give their mailing list a try if you can't find what you need: [EMAIL PROTECTED] Very low noise and all the major contributors are there (Bram, Benji, Muraoka, etc). Regards. Phil.
Re: Best way to restore a nuked /System/Library/Perl ...?
On 28/7/02 at 12:18, [EMAIL PROTECTED] (Charlie Stross) wrote: On Sun, Jul 28, 2002 at 12:00:24PM +0100, Phil Dobbin wrote: (As a secondary option, if anyone can give me a hint about how to build a carbonized vim with perl 5.8 -- or with no perl integration -- from the patches at http://homepage.mac.com/fisherbb/, that'd be really neat.) Being similarly afflicted by Vim, I suggest you give their mailing list a try if you can't find what you need: No need, I figured it out :-) (Folks, yell if you want me to put a pre-built Vim for OS/X binary on my web site. The trick is to go right to the bottom paragraph on that website and realise that you need several extra archives from the vim source repository, in the /pub/vim/extras directory -- then use Project Builder and the directions in the src/INSTALLmac.txt file. Now to start fine-tuning it, now I've got it to build ...) There is also a binary package of Vim 6.1 (for use in Terminal) available at Marc Liyanage's site: http://www.entropy.ch/software/macosx/ which is excellent. Regards, Phil.
Re: 5.8.0, OSX, Dyld, and you.
On 26/7/02 at 10:51, [EMAIL PROTECTED] (Ken Williams) wrote: On Thursday, July 25, 2002, at 01:19 PM, Phil Dobbin wrote: On 25/7/02 at 14:07, [EMAIL PROTECTED] (Scott Brown) wrote: Maybe I am slow, but I still cant get the dyld undefined symbols to fix itself. I installed all default (ie overwrote the existing installation) Any help would be great! I actually followed the `rm -rf /Library/Perl' route which, of course, deletes all the modules you've installed but keeps from touching the /System/Library/Perl That seems rather draconian. That'll destroy a whole bunch of innocent pure-perl modules, and I've got so many things in /Library/Perl on my system that I wouldn't dream of deleting them. It would be much better to just recompile reinstall the things with binary components. Agreed. I did this on my test machine in order to get it to work (5.8.0, that is). Can you elaborate on your preferred method that you've mentioned? dyld is rather persistent on Mac OS X with 5.8.0. It is not overwritten in a 5.8.0 install, so any advice appreciated :-) (Also remembering `rm -rf /Library/Perl' will only delete stuff _outside_ of other directories; i.e. only in top-level /Library/Perl). Regards, Phil.
Re: 5.8.0, OSX, Dyld, and you.
On 26/7/02 at 13:49, [EMAIL PROTECTED] (Ken Williams) wrote: On Friday, July 26, 2002, at 01:40 PM, Phil Dobbin wrote: Can you elaborate on your preferred method that you've mentioned? dyld is rather persistent on Mac OS X with 5.8.0. It is not overwritten in a 5.8.0 install, so any advice appreciated :-) I'm not sure I understand. Why would dyld need to be changed? From a previous post to this list (and perl5 porters): make install in Mac OS X doesn't always overwrite the Perl Shared library, which means that the old binarily incompatible version survives and that...refers to the Obsolete symbols (Also remembering `rm -rf /Library/Perl' will only delete stuff _outside_ of other directories; i.e. only in top-level /Library/Perl). Not true. The -r flag means recursive. The -r flag, as well as being recursive, also asks as it comes to each directory whether you would like to overwrite permissions thereby allowing you to discriminate as to which directory to rm. Regards, Phil.
Re: 5.8.0, OSX, Dyld, and you.
On 26/7/02 at 15:23, [EMAIL PROTECTED] (Ken Williams) wrote: On Friday, July 26, 2002, at 03:08 PM, Phil Dobbin wrote: On 26/7/02 at 13:49, [EMAIL PROTECTED] (Ken Williams) wrote: On Friday, July 26, 2002, at 01:40 PM, Phil Dobbin wrote: Can you elaborate on your preferred method that you've mentioned? dyld is rather persistent on Mac OS X with 5.8.0. It is not overwritten in a 5.8.0 install, so any advice appreciated :-) I'm not sure I understand. Why would dyld need to be changed? From a previous post to this list (and perl5 porters): make install in Mac OS X doesn't always overwrite the Perl Shared library, which means that the old binarily incompatible version survives and that...refers to the Obsolete symbols Yeah, but that's not 'dyld', it's 'libperl'. Well, that was Jarrko's answer to the question I asked him on the subject of undefined symbols. (Also remembering `rm -rf /Library/Perl' will only delete stuff _outside_ of other directories; i.e. only in top-level /Library/Perl). Not true. The -r flag means recursive. The -r flag, as well as being recursive, also asks as it comes to each directory whether you would like to overwrite permissions thereby allowing you to discriminate as to which directory to rm. Well yeah, but you had the -f flag too, which means don't do that. Anyway, this discussion is probably best had between a man page and a set of eyeballs, not between us and the list. Quite right but you kept at it ;-) For the record the process I described is exactly what happened when I ran the command (with the -r and -f flags). End of topic. Now, what about the original question I asked you? Regards, Phil.
Re: 5.8.0, OSX, Dyld, and you.
On 25/7/02 at 14:07, [EMAIL PROTECTED] (Scott Brown) wrote: Maybe I am slow, but I still cant get the dyld undefined symbols to fix itself. I installed all default (ie overwrote the existing installation) Any help would be great! I actually followed the `rm -rf /Library/Perl' route which, of course, deletes all the modules you've installed but keeps from touching the /System/Library/Perl After deletion do the: ../configure make make test sudo make install dance with 5.8.0 (I got 98.7% tests returned O.K. just the usual dbi failures) 5.8.0 now works fine but it ain't for the faint hearted ;-) standard disclaimer Do this at your own risk!/standard disclaimer Regards, Phil. - Original Message - From: Geoffrey F. Green [EMAIL PROTECTED] To: David Wheeler [EMAIL PROTECTED]; Phil Dobbin [EMAIL PROTECTED]; Les Harris [EMAIL PROTECTED] Cc: Perl on OS X [EMAIL PROTECTED] Sent: Sunday, July 21, 2002 6:23 PM Subject: Re: 5.8.0, OSX, Dyld, and you. On 7/21/02 8:11 PM, David Wheeler [EMAIL PROTECTED] wrote: On 7/21/02 12:22 PM, Geoffrey F. Green [EMAIL PROTECTED] claimed: I installed Perl 5.8.0 in its own directory, leaving the Apple-supplied version alone. (Everything's in /Library/Perl-5.8.0/) What's the config directive to get it to put all of its libraries in that subdirectory? Simple answer: I don't know; I configured it interactively, even though that was the only change I made from the default config. I don't know enough about building/configuring Perl to have any confidence that I'd choose the right directives, given that none of the examples in the INSTALL document know about the darwin-specific /Library/Perl/ directories. If you do find out, though, please enlighten us on the list, because I expect I'll have to reinstall Perl 5.8.0 shortly after August 24. ;-) - geoff
Re: perl 5.8.0 installer
On 24/7/02 at 08:25, [EMAIL PROTECTED] (Koen van der Drift) wrote: Hi, There is a perl 5.8.0 installer for OSX that can be found here: http://www.serverlogistics.com/software.html Supposedly it installs perl into /opt/perl. Did anyone already try it? Nope. And looking at the sketchy outline at the web site, I think I'll wait 'till somebody else does ;-) Regards, Phil.
Re: Final make install on 5.8.0 RC3
On 22/7/02 at 12:50, [EMAIL PROTECTED] (Edward Moy) wrote: On Monday, July 22, 2002, at 11:19 AM, David Wheeler wrote: On 7/22/02 7:47 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] claimed: I think you are giving me too much credit, as I wasn't even aware of the thread-safe localtime bug (if you know the Radar number, I'd like to look it up). I'm not on the team that is in charge of Perl; I'm just an interested Perl user at Apple. Bummer. This seems like it'd be a good place for such a team hang out, so I guess I just kind of assumed it was you. Oh, well. Here's more information from Artur, for those who want to check the bug: I reported the bug to apple and it has radar bug 2850918, however seems like radar is down so I can't check it. 2850918 has be closed, as Jaguar contains a suite of thread-safe time routines, including localtime_r(). Does 5.8.0 know to use the _r versions? If the thread-safe localtime bug is an important issue to you, I recommend you add your comments to the above mentioned Radar. The more visible this issue becomes, the higher priority it well get. Okay. There are a few bugs like this (the dbm library issue, a lack of strptime, a couple of broken options in strftime), so maybe I'll add some comments to the relevant radar numbers over the next few days. Yes, please do. The Berkeley DB issue is still unresolved, though others may be already fixed in Jaguar. On the subject of Jaguar, I can't seem to find any info on the version of Perl that will ship with it (or an estimation). If it's not breaking any NDA's, can anybody say (or point me in the right direction)? Regards, Phil.
Re: Final make install on 5.8.0 RC3
On 22/7/02 at 16:58, [EMAIL PROTECTED] (Geoffrey F. Green) wrote: On 7/22/02 4:42 PM, phildobbin [EMAIL PROTECTED] wrote: On the subject of Jaguar, I can't seem to find any info on the version of Perl that will ship with it (or an estimation). If it's not breaking any NDA's, can anybody say (or point me in the right direction)? If you'd asked a few days ago, I could have done a quick perl -V on one of the dozens of machines at MW-NY. Ah well. In any event, Finlay Doobie noted a few days ago that: There were plans [to update Perl], but last time I checked Apple's perl module had been severely screwed up by someone who no longer works at the company, and nobody had been bothered to step in and fix it. See http:[EMAIL PROTECTED]/msg02468.html. Of course, they may have been updating Perl inside the company without telling anyone. So we may have 5.6.1. Regardless, I can't imagine they would stick 5.8.0 on there at such a late date. Ah, must've missed Finlay's post. Thanks for the info. Regards, Phil.
Final make install on 5.8.0 RC3
Am running the final tests on 5.8.0 RC3. Have encountered problems with dyld: Undefined symbols and with Jarkko's help I'm trying to fix/track it down. If anybody else has any input on this, much appreciated :-) Regards, Phil.
Re: Final make install on 5.8.0 RC3
On 18/7/02 at 15:43, [EMAIL PROTECTED] (Edward Moy) wrote: On Thursday, July 18, 2002, at 08:39 AM, Phil Dobbin wrote: Am running the final tests on 5.8.0 RC3. Have encountered problems with dyld: Undefined symbols and with Jarkko's help I'm trying to fix/track it down. If anybody else has any input on this, much appreciated :-) I just compiled perl@17623 on 10.1.5 (April 2002 Dev Tools) and Jaguar. Both compiled fine (though on Jaguar I removed the -I/usr/local/include option from the cc flags to avoid unnecessary compiler warning; I had compiled perl@17551 on Jaguar without removing the option, and it worked fine even with the excess warning messages). Both only failed two test, the usual Berkeley DB tests. What are you seeing? It compiled fine on 10.1.5 (only failing the same two db tests you saw) but it complains of `undefined symbols' when trying to use it (e.g. `perl -MCPAN -e shell' and compiling `perl Makefile.PL'). I get: dyld: perl Undefined symbols: _Perl_sv_2pv _perl_get_sv Apparently, make install in Mac OS X doesn't always overwrite the Perl Shared library, which means that the old binarily incompatible version survives and that...refers to the Obsolete symbols [1] Have tried `rm /Library/Perl/darwin/CORE/libperl.dylib' and re-issued make install but to no avail. Regards, Phil. [1] from email from Jarkko Hietaniemi on perl5 porters 17/07/02
Perl 5.8.0 RC3
Even though it's rumoured that 5.8.0 will be released this Thursday, yesterday I took the plunge and installed 5.8.0 RC3 into /usr/local/lib on my iBook (Late 2001), running 10.1.5 and it passed 98% of all tests straight out of the box. Make and test took forever (the iBook has 384 MB RAM) and 5.8.0 seems sluggish compared to 5.6.1 but with the very limited tests I've run, everything _seems_ to be O.K. If anybody else has been doing the same, I'd like to hear about their experiences :-) Regards, Phil.
Re: one try at backup down, more to go, I hope
On 15/7/02 at 07:32, [EMAIL PROTECTED] (Randal L. Schwartz) wrote: [...] So, now I guess I'll order Restrospect 5 and hope it gets here quickly, since I'm supposed to be on my new laptop by the weekend. :( And I hope *that* works. Retrospect works just fine. Just make sure it's no older than v.5.0.205 (before that it had problems). I've been using it for about four months and have had no problems since updating to the above version. Enjoy! Regards, Phil.
Re: Perl 5.6.1 install error SOLVED
on 7/11/02 10:02 AM, Phil Dobbin at [EMAIL PROTECTED] wrote: For 'tcsh', edit the .login file in your home directory Whoa! I didn't write this, either. Can we *please* watch the quoting? I really don't understand what the problem is here...if I'm missing something , please let me know. Regards, Phil.
Re: Perl 5.6.1 install error
On 11/7/02 at 21:12, [EMAIL PROTECTED] (Bob Dalgleish) wrote: on 7/11/02 10:02 AM, Phil Dobbin at [EMAIL PROTECTED] wrote: perl: warning : Please check that your locale settings: LC_ALL = (unset), LANG = en_US] are supported and installed on your system perl: warning : Falling back to the standard locale (C) perl: warning : setting locale failed. You need to set environment variables in your shell login script. For 'tcsh', edit the .login file in your home directory, and add the lines setenv LANG en_US setenv LC_ALL=C Please everybody, when quoting messages accredit them to the person who posted them. This message did not come from me and I am not the person asking for assistance in this instance. Regards, Phil.
Re: Perl 5.6.1 install error SOLVED
On 13/7/02 at 03:53, [EMAIL PROTECTED] wrote: on 7/11/02 10:02 AM, Phil Dobbin at [EMAIL PROTECTED] wrote: For 'tcsh', edit the .login file in your home directory Whoa! I didn't write this either. Can we *please* watch the quoting? I really don't understand what the problem is here. As soon as I post one message asking for a modicum of accuracy, another quote is attributed to me from the guy who I was attempting to help. Regards, Phil.
cpan oddness
I've just put my iBook on my small LAN and tried to use cpan to load up some modules. After an auto-configuration, I ran a get module and got this: Going to read y/sources/modules/03modlist.data.gz CPAN: MD5 security checks disabled because MD5 not installed. Please consider installing the MD5 module. zsh: no such file or directory: y/sources/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz tar: End of archive volume 1 reached tar: Sorry, unable to determine archive format. y/sources/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz: No such file or directory Couldn't uncompress y/sources/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz There is nothing in my build directory at all and I'm kind of stumped as to what's happening (I tried this with several modules and the same thing happened). Any ideas? Regards, Phil.
cgi problem
Since upgrading to 10.1.5, all cgi's have ceased to work. If I look in the default Web Sharing directory I see this: bash2.05 phil@localhost /Library/WebServer/CGI-Executables $ ls -la total 48 drwxrwxr-x 6 root admin 160 Jun 29 11:00 . drwxrwxr-x 4 root admin 264 May 17 03:42 .. -rw-rw-rw- 1 phil admin 6148 Jun 29 10:53 .DS_Store -rwxr-xr-x 1 phil admin 164 May 19 16:11 hello.cgi -rw-rw-r-- 1 root admin 5398 May 2 18:32 printenv -rw-rw-r-- 1 root admin 757 May 2 18:31 test-cgi It seems the ownership of the cgi's has changed from www to the user (i.e. admin). Therefore when they are run, all you can see is the straight file showing all the perl and html (`hello.cgi' is just a test file). When run in a browser with an absolute path, I get a 404 error. Any ideas? I'm stumped... Regards, Phil.
Re: cgi problem
On 29/6/02 at 11:29, [EMAIL PROTECTED] (Phil Dobbin) wrote: Since upgrading to 10.1.5, all cgi's have ceased to work. If I look in the default Web Sharing directory I see this: bash2.05 phil@localhost /Library/WebServer/CGI-Executables $ ls -la total 48 drwxrwxr-x 6 root admin 160 Jun 29 11:00 . drwxrwxr-x 4 root admin 264 May 17 03:42 .. -rw-rw-rw- 1 phil admin 6148 Jun 29 10:53 .DS_Store -rwxr-xr-x 1 phil admin 164 May 19 16:11 hello.cgi -rw-rw-r-- 1 root admin 5398 May 2 18:32 printenv -rw-rw-r-- 1 root admin 757 May 2 18:31 test-cgi It seems the ownership of the cgi's has changed from www to the user (i.e. admin). Therefore when they are run, all you can see is the straight file showing all the perl and html (`hello.cgi' is just a test file). When run in a browser with an absolute path, I get a 404 error. (Whilst I realise the first sign of madness is replying to your own messages ;-) Shortly after I sent this, my whole machine slowly ground to a standstill, so I was forced to logout/log back in. Upon logging back in I tried accessing the cgi's and they worked :-/ I _think_ I have a disk problem. I'm going to run DiskWarrior. Sorry for wasting time/bandwidth, Regards, Phil.
5.8.0 RC 1/2
Has anybody taken Perl 5.8.0 RC1/2 for a spin yet? Are there any blogged docs specific to installation for Mac OS X? Regards, Phil.
Re: 5.8.0 RC 1/2
On 21/6/02 at 16:29, [EMAIL PROTECTED] (Chris Reinhardt) wrote: On Fri, 21 Jun 2002, Phil Dobbin wrote: Has anybody taken Perl 5.8.0 RC1/2 for a spin yet? Are there any blogged docs specific to installation for Mac OS X? I've been tracking bleedperl on OS X for a while now. Both release canidates compiled for me on OS X with just a few test failures (all regarding the old DB file libs on OS X). It's a lot better than 5.6.1, you don't have to do anything special. Cool. I think I'll do my bit and give it a try (I'm trying to build a CMS so I'm trying to be forward looking ;-) Thanks for the info, Regards, Phil.
Re: Need help with DBD::mysql install
On 15/6/02 at 04:41, [EMAIL PROTECTED] (Mark Lowe) wrote: I¹m able to install all other modules without a problem...but the for some reason Make fails at the end of DBD::mysql Bundle via CPAN. Has anyone else run into this? Nope, my install of DBD::mysql went fine. What error messages are you seeing? Regards, Phil.
10.1.5 upgrade hose CPAN installs?
I've recently installed a lot of modules via CPAN.pm into Library/Perl/ (basically into directories like Bundle, DBD, Net, darwin) and I wondered if anybody here had upgraded to 10.1.5 and, if so, does it hose any of the above direcories? CPAN does not install into System/Library/Perl/ because of the permissions issues so I wondered what the new update did to the other standard Perl directories. Any help apppreciated :-) Regards, Phil.
Re: 10.1.5 upgrade hose CPAN installs?
On 5/6/02 at 09:48, [EMAIL PROTECTED] (James Stepanek) wrote: Well I think it hosed my MySql install, so I'd be careful. concurrently I installed a couple of fink binaries and the 10.1.5 upgrade. After this mysqld would not run. I had to re-install it. Given than the fink binaries were just perm modules, I suspect the problem was the system update. I've got mysql installed in /usr/local/ (not via fink), so I'm thinking after reading what you've said, what with the cpan stuff as well, I may well leave it till Jagwire. Thanks for the heads up, Regards, Phil. --- Phil Dobbin [EMAIL PROTECTED] wrote: I've recently installed a lot of modules via CPAN.pm into Library/Perl/ (basically into directories like Bundle, DBD, Net, darwin) and I wondered if anybody here had upgraded to 10.1.5 and, if so, does it hose any of the above direcories? CPAN does not install into System/Library/Perl/ because of the permissions issues so I wondered what the new update did to the other standard Perl directories. Any help apppreciated :-) Regards, Phil. __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
Re: 10.1.5 upgrade hose CPAN installs?
On 5/6/02 at 11:41, [EMAIL PROTECTED] (Charles Albrecht) wrote: At 5:36 PM +0100 6/5/2002, Phil Dobbin wrote: I've recently installed a lot of modules via CPAN.pm into Library/Perl/ (basically into directories like Bundle, DBD, Net, darwin) and I wondered if anybody here had upgraded to 10.1.5 and, if so, does it hose any of the above direcories? CPAN does not install into System/Library/Perl/ because of the permissions issues so I wondered what the new update did to the other standard Perl directories. I haven't installed it yet, but looking through the .bom for the update, it doesn't touch any of the Perl directories. It does re-install PHP and some DAV stuff and so it includes the following for /usr/libexec/httpd/ [snip] Another reason not to upgrade :-( I've got Marc Liyanage's excellent binary of PHP installed so I don't really want to break that as well as MySQL. It looks like if I upgrade it'd take at least two days to get the server (albeit a cottage industry one) back up and running. Good news though, that all things Perl seem O.K. And that, after all, was my original question :-) Many thanks for all the replies and helpful info. Regards, Phil.
Re: 10.1.5 upgrade hose CPAN installs?
On 5/6/02 at 14:42, [EMAIL PROTECTED] (ellem) wrote: On Wednesday, June 5, 2002, at 02:31 PM, Ray Zimmerman wrote: At 11:23 AM -0700 6/5/02, James Stepanek wrote: Well I didn't have any problems with php, just MySQL. Of course I'm just using the php that came installed with the OS. My install of mysql (in /usr/local) continues to work just fine. SNIP Hosed my MySQL even deleted the user MySQL Ah! The joys of MySQL ;-) It even deleted the user (i.e. the user you created in Login)? Regards, Phil.
Re: Another Bundle::DBI question
I've got it from CPAN (installing Bundle::libnet did the trick) and then I get this right at the very end: t/downgrade.t 2 512592 3.39% 34, 37 2 tests skipped. Failed 1/20 test scripts, 95.00% okay. 2/649 subtests failed, 99.69% okay. make: *** [test_dynamic] Error 2 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force Do I go ahead and force the install or is there another way? Regards, Phil.
Re: good practice subroutine coding in web context
On 16/4/02 at 07:52, [EMAIL PROTECTED] (Bill -Sx- Jones) wrote: To add Perl back to this - here: (Attachment is text - BBEdit txt.) Which Mailsmith 1.5.1 is telling me is corrupted and/or archived incorrectly. Any chance of a repost? Regards, Phil.
Re: good practice subroutine coding in web context
On 16/4/02 at 10:18, [EMAIL PROTECTED] (Bill -Sx- Jones) wrote: =pod Any chance of a repost? Sure - it was small - it may need to be fixed because of mailing reformatting it; #!/usr/bin/perl -w [...] Many thanks, Regards, Phil. 1;
Re: about perl modules on Mac OS X
On 31/3/02 at 12:11, [EMAIL PROTECTED] (drieux) wrote: I just tried this and got the strange error: make: *** Warning: File `llyrisWeb.pm' has modification time in the future (2002-03-31 19:37:50 2002-03-31 11:40:45) I am using the default StuffitExpander Your timezone isn't set to GMT by any chance? There's a bug in OS X that if that's so, files creation dates are set to GMT plus seven hours. The workaround is to change from GMT to something else (i.e. your country from the drop-down menu). Regards, Phil.
Re: Macosx-file-pm on Fink?
On 27/3/02 at 22:05, [EMAIL PROTECTED] (Tor Hildrum) wrote: On 25/3/02 20:10, Phil Dobbin [EMAIL PROTECTED] wrote: On 25/3/02 at 04:00, [EMAIL PROTECTED] (Tor Hildrum) wrote: This may sound a little ignorant, but does anyone know what this fink-package is? I'm going to download and find out, it's just that my machine is currently occupied with updating all my existing fink-packages, so I won't know in a while. And there isn't any info about it on the fink-page. And it got me curious :) I didn't see it on Fink yesterday, so I can't help there but could you post your findings when you've got it? http://fink.sourceforge.net/pdb/package.php/macosx-file-pm I was not able to download this package with fink, nor could I find it on www.cpan.org. The maintainer is Jeffrey Whitaker, I will try to get in touch with him, to find out what this package is. I'm guessing something that handles resource forks/META-data, but that's just a qualified guess. Thanks for the info. I concur about the probability of the mod being for metadata (good idea). Good luck with getting hold of the author and keep posting the details, if poss. Regards, Phil.
Re: Installing Perl/CPAN on Mac OS X
On 16/02/2002 at 11:28, [EMAIL PROTECTED] (Stonewall Ballard) wrote: I'm looking for instructions on installing Perl and the CPAN modules on OS X. I'm not a serious Unix hacker, so I'm looking for a simple recipe. I've tried installing some CPAN modules, and every time I do it, Perl 5.6.1 is downloaded and installed. Or at least, it tried to install. I found these instructions clear and concise. Hope they help. http://duke.usask.ca/~dalglb/macosx/Perl_5.6.html Regards, Phil.
