Re: how to turn off locale

2002-11-06 Thread Alex Robinson
Create the file ~/.MacOSX/environment.plist containing the following
content WITH UNIX LINE ENDINGS and log in again.  But if you set LC_ALL to
anything but C, I have found that the problem persists, so this still
doesn't seem to be a full solution. You will probably want 'en_US' for
LANG. Other remedies I've read were ineffectual.

Equally effective is to just set it in your shell environment

eg. if you're using tcsh


setenv LC_ALL 'C'
setenv LANG 'en_UK'




Re: Opinions wanted: CamelBones packaging

2002-11-06 Thread Dan Sugalski
At 7:23 AM -0500 11/4/02, Sherm Pendley wrote:


On the other hand, CB apps would be significantly larger as a 
result. I haven't compiled a 5.8.0 libperl.a, but libperl.dylib for 
5.8.0 weighs in at about 1.1MB - and that's before including any 
modules. Also, the download for developers would be *drastically* 
larger, as it would include an entire Perl distribution - 10MB+.

So, what do you think?

Here's (belatedly) what I think.

No matter what you do you're going to have some problems. If you 
don't package the camelbones framework in the executable, then people 
will have to have CB on their machines, and thus no all-in-one 
executables.

If you ship the framework in the built executable, then you're 
dependent on the system perl, and thus also dependent on the user 
(and apple) to have not adjusted the system perl from what you're 
expecting.

And, if you ship perl and CB with the executable it can get somewhat large.

This is complicated by the potential dependence on extensions that 
the application might need. If those are shipped with the executable 
they make it dependent on the system perl version, and if they're not 
they depend on the user having installed those modules.

There are, as far as I can tell, two different target audiences here. 
The first wants to ship a fully contained app complete with perl, the 
second is fine with shipping an app that depends on the currently 
installed frameworks. (The latter being the best way if the app 
doesn't have any XS module dependencies)

Seems that the best thing to do is be able to build or package 
multiple ways. Not fun, certainly, as there's a lot of extra work 
there, but I think it's the only way to reconcile the two.
--
Dan

--it's like this---
Dan Sugalski  even samurai
[EMAIL PROTECTED] have teddy bears and even
  teddy bears get drunk


pdf form letter?

2002-11-06 Thread Warren Pollans
Hello,

I've posted this to both the macosx_perl and macosx_applications 
lists - sorry if you've received 2 copies.

I'm looking for an application that will convert a 
word/appleworks/openoffice document to a human/perl editable pdf file 
- the pdf file created by acrobat reader is not suitable.  I want to 
be able to create a form letter in pdf using this file as my template 
- I plan to stick a few to-be-interpolated perl variables in this 
template.  I've looked at many of the PDF perl modules (I use 
PDF::Labels to generate mailing labels) BUT I don't want to create 
the template line by line (or paragraph by paragraph) - unless it's 
absolutely necessary.

Any suggestions?

Thanks,

Warren


make test for Compress::Zlib failed

2002-11-06 Thread Warren Pollans
Hello,

I just tried to upgrade Bundle::CPAN (from 1.52 to 1.63) on my 10.1.5 
ibook (perl5.6.0) and got the following when running 'make test' for 
Compress::Zlib.  Is this OK?  Should I force the install or ???  I 
seem to be running CPAN1.63 OK though

Thanks,

Warren


[Compress-Zlib-1.19]$ sudo make test
PERL_DL_NONLAZY=1 /usr/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/01version.ok
t/02zlibFAILED tests 67, 69, 78, 80
Failed 4/230 tests, 98.26% okay
t/03examplesok
t/04encodingskipped
all skipped: Encode is not available
t/05gzsetp..ok
Failed Test Stat Wstat Total Fail  Failed  List of Failed
---
t/02zlib.t   2304   1.74%  67 69 78 80
1 test skipped.
Failed 1/5 test scripts, 80.00% okay. 4/255 subtests failed, 98.43% okay.
make: *** [test_dynamic] Error 35


Re: I's Published!

2002-11-06 Thread Bill Stephenson
Congratulations! And thanks for sharing your experience with us...

I gave it a fast read and bookmarked the page so I can reference it when I
get time to do the installations. By the time I get it done I'll be ready
for part two, it looks like I'll be needing that mod_ssl for a project soon
;)

-- 

Bill Stephenson
www.PerlHelp.com
1-417-546-5593


 From: David Wheeler [EMAIL PROTECTED]
 Date: Tue, 5 Nov 2002 22:57:34 -0800
 To: [EMAIL PROTECTED]
 Subject: I's Published!
 
 Build Your Own Apache Server with mod_perl
 
 http://www.macdevcenter.com/pub/a/mac/2002/11/05/apache_osx.html
 
 David




Re: I's Published!

2002-11-06 Thread _brian_d_foy
In article [EMAIL PROTECTED], Puneet Kishor 
[EMAIL PROTECTED] wrote:

 Perhaps what would be cool would be to be able to completely replace 
 Apple's Apache and perl with our own custom version, and then prevent 
 future OS updates from writing over our custom versions.

the only problem with that is a lot of things tend to be binary
incompatible.  i had to recompile quite a bit of stuff when i went 
from 10.1.5 to Jaguar.  Perl was fine, mostly (mysql was not).
the jump from 10.1 to 10.2 seemed more like a major version
upgrade (like Slowaris 2.6 - 7, etc).  

i still had the sources around, so i just recompiled everything 
with the latest Dev Tools. :)