Re: psync question
That didn't work either. See, I didn't actually install a previous version. I've only done a make install with .61 I cleared every single file and directory that .61 installed, and I re-installed and got the same problem. I'm attaching the output of the install I just did, just in case you can see anything amiss there. On Monday, February 4, 2002, at 05:10 PM, Dan Kogai wrote: On 2002.02.05, at 09:23, Mark Edwards wrote: I don't know why I would have an old version. I downloaded the .61 source code and compiled it with perl Makefile.PL make make test make install I did compile version .41 earlier, but I never did make install, and I deleted the directory before doing anything with .61. Any suggestions? I think I got it. maybe you have to make install UNINST=1 to overwrite previously installed version. If the worse gets the worst, you can try rm -f `cat /Library/Perl/darwin/auto/MacOSX/File/.packlist` to delete the old files first then install 0.61 again. Dan -- Mark Edwards San Francisco, CA
Re: psync question
Just go to a default ~/Sites directory and do a ls -la, or a ll There they are. I read the Apple docs, and I still think it would be appropriate for psync to copy them. I don't really see that its psync's place to pass judgement on what gets copied and what doesn't, but what do I know? On Tuesday, February 5, 2002, at 08:09 AM, Ken Williams wrote: On Tuesday, February 5, 2002, at 01:54 AM, Dan Kogai wrote: On 2002.02.05, at 16:45, Mark Edwards wrote: The directory that caused problems was a standard ~/Sites/images directory. Here is the file list of the source directory: -rwxr-xr-x 1 mark staff 82 Feb 13 2001 ._apache_pb.gif -rwxr-xr-x 1 mark staff 82 Feb 13 2001 ._macosxlogo.gif -rwxr-xr-x 1 mark staff 82 Feb 13 2001 ._web_share.gif -rwxr-xr-x 1 mark staff 2326 Feb 13 2001 apache_pb.gif -rwxr-xr-x 1 mark staff 2829 Feb 13 2001 macosxlogo.gif -rwxr-xr-x 1 mark staff 13370 Feb 13 2001 web_share.gif Aren't those ._ files the preview thumbnails for the GIFs? If they aren' t copied, the thumbnails will be lost. How did you produce this listing? Usually the ._ files are hidden. -Ken -- Mark Edwards San Francisco, CA
Re: h2ph problems
On 2/4/02 11:29 PM, Ken Williams [EMAIL PROTECTED] wrote: I've never in all my years of Perl programming (and installing) ever had to run h2ph manually. I was under the impression that one never needed to run it anymore, but maybe I've just never been in that situation. I read something that said it was a good idea. Of course now I can't remember where I read that. Maybe explain what you're trying to do, and what steps you've taken to try to accomplish it? I'm trying to get demime to work with majordomo. demime is a Perl script, which requires some packages which I downloaded via CPAN. All that went smoothly, except that now I'm getting these h2ph errors when I try to run demime. http://scifi.squawk.com/demime.html What I'd like to know is if there's a way to undo the h2ph damage that I've incurred on my Perl installation. CPAN had no problems with the packages I installed, so I think everything else is fine. jon
psync fails with 5.7.2
So what is everyone using that they can actually *use* it here? Curious. 5.6.1 perhaps? Running make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogdubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 6-7 Failed 2/7 tests, 71.43% okay t/copy...Use of uninitialized value in warn at t/copy.t line 20. Warning: something's wrong at t/copy.t line 20. Use of uninitialized value in warn at t/copy.t line 21. Warning: something's wrong at t/copy.t line 21. t/copy...NOK 3Use of uninitialized value in numeric eq (==) at blib/lib/MacOSX/File/Copy.pm line 146. -43 at t/copy.t line 23. t/copy...FAILED tests 2-3, 5 Failed 3/5 tests, 40.00% okay t/file...ok t/info...FAILED tests 6, 9-10 Failed 3/10 tests, 70.00% okay t/spec...ok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/catalog.t011 72 28.57% 6-7 t/copy.t 53 60.00% 2-3 5 t/info.t 103 30.00% 6 9-10 Failed 3/5 test scripts, 40.00% okay. 8/29 subtests failed, 72.41% okay. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: h2ph problems
On 2/5/02 2:25 PM, Ken Williams [EMAIL PROTECTED] wrote: So you didn't issue any h2ph commands? Sorry; yeah, I did. I did this: % cd /usr/include; h2ph * sys/* You could download a fresh copy of perl 5.6 and install it, or take this opportunity to upgrade to 5.6.1. I don't know of any way to just 'revert' or something. This, and not disk failure, is the main reason regular backups are so essential. I tried reinstalling 5.6 from the OS X CD, but that didn't fix the problem. Maybe I'll blow away all Perl directories and reinstall. jon
Re: h2ph problems
On Tuesday, February 5, 2002, at 01:37 PM, Jonathan Baumgartner wrote: On 2/5/02 2:25 PM, Ken Williams [EMAIL PROTECTED] wrote: So you didn't issue any h2ph commands? Sorry; yeah, I did. I did this: % cd /usr/include; h2ph * sys/* You could download a fresh copy of perl 5.6 and install it, or take this opportunity to upgrade to 5.6.1. I don't know of any way to just 'revert' or something. This, and not disk failure, is the main reason regular backups are so essential. I tried reinstalling 5.6 from the OS X CD, but that didn't fix the problem. Maybe I'll blow away all Perl directories and reinstall. Before trying the reinstall, you could try just deleting any .ph files you find in /Library/Perl/ . I don't have any .ph files in my /Library/Perl/ tree. -Ken
Re: how to use DropScript?
[EMAIL PROTECTED] (Wilfredo Sanchez) wrote: You might try launching Console and seeing if any errors are being emitted by your script. Be sure to run it also while creating the drop app and se if there were error there as well. No errors while creating the droplet, but here's what Console said when I tried using it: 2002-02-05 13:03:03.640 DropScript[386] Task create for path /Volumes/Lilian Francis/CTY/CDE tasks/web logs/Droplogmaker.app /Contents/Resources/script failed. FWIW, here's the first 4 lines of my script. #!perl -w # use strict; $/ = \012;# Unix linefeeds while ( ) { ...remainder deleted for brevity... -F.
Re: how to use DropScript?
Frank Nospam [EMAIL PROTECTED] wrote on 2/5/02 at 1:11p: #!perl -w In the new world order, you need to point your shebang lines where perl lives, probably: /usr/bin/perl MacPerl droplets can assume a perl context, by definition. Not so with DropScript, which ostensibly aims to work with any shell scripting language. Hope this helps, -- John Gruber [EMAIL PROTECTED]
Re: psync fails with 5.7.2
On Tuesday, February 5, 2002, at 12:39 PM, Randal L. Schwartz wrote: So what is everyone using that they can actually *use* it here? Curious. 5.6.1 perhaps? Running 5.6.1 here, but I think it may be a permission problem in the distrib directory, The test scripts should probably copy, etc. in /tmp instead of the current tree. transcript below I did something like: sudo 'perl -MCPAN -eshell' install MacOSX::File OK quit Now, as verfied sudo -s # cd ~/.cpan/build/MacOSX-File-0.61 # ls -l -rw-r--r--1 root 1000 1689 Jan 28 02:44 File.pm # make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogok t/copy...ok t/file...ok t/info...ok t/spec...ok All tests successful. # exit $ make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogdubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 3-7 Failed 5/7 tests, 28.57% okay t/copy...NOK 2-5000 at t/copy.t line 20. t/copy...NOK 3-5000 at t/copy.t line 21. Use of uninitialized value in numeric eq (==) at blib/lib/MacOSX/File/Copy.pm line 146. t/copy...NOK 4-43 at t/copy.t line 22. Use of uninitialized value in numeric eq (==) at blib/lib/MacOSX/File/Copy.pm line 146. t/copy...NOK 5-43 at t/copy.t line 23. t/copy...FAILED tests 2-5 Failed 4/5 tests, 20.00% okay t/file...ok t/info...NOK 6/Developer/Tools/GetFileInfo: could not refer to file (-43) Use of uninitialized value in string eq at t/info.t line 37. t/info...FAILED tests 6-7, 9-10 Failed 4/10 tests, 60.00% okay t/spec...ok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/catalog.t011 75 71.43% 3-7 t/copy.t 54 80.00% 2-5 t/info.t 104 40.00% 6-7 9-10 Failed 3/5 test scripts, 40.00% okay. 13/29 subtests failed, 55.17% okay. $ sudo chown -R rick . $ make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogok t/copy...ok t/file...ok t/info...ok t/spec...ok All tests successful.
Re: psync fails with 5.7.2
Rick == Rick Frankel [EMAIL PROTECTED] writes: Rick Running 5.6.1 here, but I think it may be a permission problem in the Rick distrib directory, Rick The test scripts should probably copy, etc. in /tmp instead of the Rick current tree. I ran the tests as merlyn, with merlyn owning the build tree. What more permission is needed? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: h2ph problems
On 2/5/02 5:16 PM, Charles Albrecht [EMAIL PROTECTED] wrote: Careful, there, Jon. I've got a whole shelf here of manuals that Randal wrote. (Granted, most of them are now obsolete, but still, there they are.) That's what the smiley was for! (Honestly, no disrespect intended.) I suppose I should re-phrase that to So much for believing everything you read on the Internet, since it wasn't really a manual. :) Seriously, I read something recently that said I should run h2ph. Now that I think about it, it was probably Linux-specific, but I sort of thought, Hey, Perl is Perl so went ahead with it. jon
Re: h2ph problems
Jonathan == Jonathan Baumgartner [EMAIL PROTECTED] writes: Jonathan I read something that said it was a good idea. Of course now I can't Jonathan remember where I read that. It was a great idea for Perl3. We're now about a decade past that. :) Anything that still says require sys/socket.ph needs to be retired. Actually, that can usually be replaced by use Socket. Actually, that can usually be edited to use IO::Socket::INet. Actually, that can usually be rewritten to use Net::* instead. :-) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: psync fails with 5.7.2
At 9:42 AM +0900 2/6/2002, Dan Kogai wrote: As for psetfinfo, yes, pod needs some polishing. Pod-linting is very welcome (But I have to tell you, too that SetFile, which functionalities psetfinfo based upon, doesn't even come with manpage!) Dan, perhaps you mean GetFileInfo. SetFile's manpage is installed by default at /usr/share/man/man1/SetFile.1 -Charles [EMAIL PROTECTED]
Re: h2ph problems
On 2/5/02 5:03 PM, Randal L. Schwartz [EMAIL PROTECTED] wrote: It was a great idea for Perl3. We're now about a decade past that. :) D'oh. Well, although I've programmed for Perl in the past, I've never done much installing. So much for manuals .. :) thanks, jon
Re: psync fails with 5.7.2
On 2002.02.06, at 05:00, Randal L. Schwartz wrote: Rick == Rick Frankel [EMAIL PROTECTED] writes: Rick Running 5.6.1 here, but I think it may be a permission problem in the Rick distrib directory, Rick The test scripts should probably copy, etc. in /tmp instead of the Rick current tree. I ran the tests as merlyn, with merlyn owning the build tree. What more permission is needed? Hmm I don't know. I confess I didn't bother check with perl 5.7.2 because I consider perl 5.7.2 too unstable (for one thing, it didn't even build on FreeBSD 4.x. The latest breadperl does, however). And I only have breadperl installed with prefix=$HOME. So I checked with breadperl to see if it compiles fine. It did warn but all tests passed (I consider these warning too much because they all trap 'use 5.6.0;'). Randal, would you also try /usr/bin/perl Makefile.pl if you have preinstalled version of perl untouched? FYI MacOSX::File is developed under perl 5.6.1 on G4 Ti and tested under preinstalled 5.6.0 on G3 pismo. Dan the Man with Too Many Generations of Camels to Shepherd PERL_DL_NONLAZY=1 /Users/dankogai/bin/perl5.7.2 -Iblib/arch -Iblib/lib -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogv-string in use/require non-portable at blib/lib/MacOSX/File/Catalog.pm line 25. t/catalogok t/copy...v-string in use/require non-portable at blib/lib/MacOSX/File/Copy.pm line 22. t/copy...ok t/file...v-string in use/require non-portable at blib/lib/MacOSX/File.pm line 3. t/file...ok t/info...v-string in use/require non-portable at blib/lib/MacOSX/File/Info.pm line 23. t/info...ok t/spec...v-string in use/require non-portable at blib/lib/MacOSX/File/Spec.pm line 3. v-string in use/require non-portable at blib/lib/MacOSX/File.pm line 3. t/spec...ok All tests successful. Files=5, Tests=29, 9 wallclock secs ( 1.51 cusr + 0.36 csys = 1.87 CPU)
Re: psync fails with 5.7.2
Dan == Dan Kogai [EMAIL PROTECTED] writes: I ran the tests as merlyn, with merlyn owning the build tree. What more permission is needed? DanHmm I don't know. I confess I didn't bother check with perl Dan 5.7.2 because I consider perl 5.7.2 too unstable (for one thing, it Dan didn't even build on FreeBSD 4.x. The latest breadperl does, Dan however). And I only have breadperl installed with prefix=$HOME. DanSo I checked with breadperl to see if it compiles fine. It did Dan warn but all tests passed (I consider these warning too much because Dan they all trap 'use 5.6.0;'). Are you testing on UFS or HFS+? I'm on UFS. It also leaves behind a dummy file that is locked, that I couldn't figure out how to unlock using your tools (psetfinfo has very broken docs) but luckily I had FileBuddy-X around to fix. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: Perl and AppleScript Studio
At 12:40 PM -0500 1/15/02, Chris Nandor wrote: In article p05100303b8692d0d7508@[192.168.1.104], [EMAIL PROTECTED] (Kee Hinckley) wrote: The nice thing about this approach is that writing the initial glue shouldn't be a big deal. Handling every possible object is a lot of work, but it can be built incrementally. Anytime someone needs to handle a new type of object they simply add the relevant Applescript and Perl code to the libraries. Is any of this making sense? I'm not sure, but it seems a lot more complex than simply dropping an application on a droplet and then coding to it in Perl, bypassing AppleScript altogether. Somehow I missed this the first time round. I guess I'm not sure what you mean by that sentence. My goal is to be able to write an event-driven Perl program that is taking information from the UI, and passing information back. Ideally *not* by execing the Perl program everytime. -- Kee Hinckley - Somewhere.Com, LLC http://consulting.somewhere.com/ [EMAIL PROTECTED] I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's.