Re: ANN: ShuX 3.0-beta1
On Mar 18, 2005, at 11:45 AM, Sherm Pendley wrote: One of the features of CamelBones 1.0 will be the ability to package stand alone apps that require no external framework, and can be installed with a simple drag-and-drop. This release takes advantage of that - just mount the disk image and drop ShuX wherever you want. I don't have CamelBones installed. I just installed this release of ShuX, but it doesn't appear to work. Here's what happens when I try to launch it from the terminal: % /Applications/ShuX.app/Contents/MacOS/ShuX zsh: bus error ShuX.app/Contents/MacOS/ShuX Yes, I'm using Panther (Mac OS X 10.3.8). Regards, David
Re: Heredoc
On Feb 19, 2005, at 9:01 AM, Ken Williams wrote: Note also that 'EOF' is *almost* but not quite exactly identical to q{}. The former has no escape sequences, the latter has \\ and \{ and \}. That's the main reason I ever use heredocs, actually. Or if I'm in a script and not a module, I use __DATA__ sections. Note that you can use different delimiters with qq, as well: my $example = qq[ there be {braces} ]; Regards, David
Re: SOLVED: Re: Installing SOAP::Lite
On Nov 6, 2004, at 3:14 AM, Michael Glaesemann wrote: I spoke too soon. Bundle::Bricolage includes SOAP::Lite as well as Test::Class, both of which failed tests on my machine. From looking some of the Bricolage documentation, it appears Test::Class is only used for development, so I wasn't too worried about using force install. I just installed Test-Class-0.06_7 and tests still fail. But I use it all the time for running the Bricolage tests and haven't had any problems. I sent the test output to the author. You can reinstall by doing a force install. I.e: sudo perl -MCPAN -e 'force install MIME::Parser' I did end up force installing both SOAP::Lite and Test::Class, though I wasn't able to do it using sudo perl -MCPAN ... for some reason. It still failed the tests and wouldn't install. However, I succeeded when I logged into the cpan shell using sudo cpan. Then using force install inside the shell worked just fine. Seems to be working, but a little odd, don't you think? I get failures with SOAP::Lite, too, but again, I've been using it for a while without trouble. Again, I have sent a failure report to the author. They're probably fairly simple issues; hopefully the will be addressed soon. Regards, David
Re: Thunderbird
On Sep 21, 2004, at 9:28 PM, Joseph Alotta wrote: I am using Now Contact and Now Up-To-Date and it is getting tired. Does anyone have a recommendation for something Mac-ish that would work better? Even something that costs a few hundred. iCal? David
Re: Mason and undefined symbols error
On Jul 15, 2004, at 2:52 PM, Ken Williams wrote: I know of no problems with DSO mod_perl Mason on OS X. You should be safe using it, assuming you can get it to work in the first place. The problems we referred to in the book were mostly on a couple flaky distributions of Linux. Actually, I think it has to do with how malloc is compiled into the Perl used by the mod_perl DSO. See: http://perl.apache.org/docs/1.0/guide/install.html#When_DSO_can_be_Used On Panther, I get: % /usr/bin/perl5.8.1 -V:usemymalloc usemymalloc='n'; So it's probably usable. Regards, David
Re: Mason and undefined symbols error
On Jul 15, 2004, at 3:01 PM, David Wheeler wrote: On Panther, I get: % /usr/bin/perl5.8.1 -V:usemymalloc usemymalloc='n'; So it's probably usable. Actually, to be more specific: % /usr/bin/perl5.8.1 -V:bincompat5005 -V:usemymalloc bincompat5005='UNKNOWN'; usemymalloc='n'; So it should work, provided that the mod_perl DSO that ships with Panther uses the same Perl library. Regards, David
Re: Net::SSH::Perl
On Jul 8, 2004, at 1:35 AM, The Ghost wrote: I can't get Net::SSH::Perl to install from CPAN. I get errors with Math::Pari and Math::GMP. Any suggestions? Perhaps you'd care to share with the group the nature of the errors? David
Re: Image::Magick
On Apr 26, 2004, at 12:52 AM, Jan Eden wrote: Can someone tell me which paths I should enter to successfully compile PerlMagick? I did not find something like ltiff or ljpeg, but the convert tool works fine with these formats. May I suggest that, if you're doing development, rather than installing some other application that requires Image::Magick, that you try Imager, instead? It's a lot easier to install. Regards, David (who has never bothered to install I::M.
Re: Suggested version for Mac OS X.2?
On Apr 18, 2004, at 5:05 PM, Jarkko Hietaniemi wrote: That's one louda, innit? I just wonder who's the drummer. Let's just keep Arthur away from thunderstorms, shall we? ;-) David
Re: Suggested version for Mac OS X.2?
On Apr 17, 2004, at 4:39 PM, Jarkko Hietaniemi wrote: Wrong. Ponie is off the chart, or maybe more like 5.11, That's one louda, innit?
Re: [OT] slice vs. splice
On Apr 16, 2004, at 7:15 AM, Joel Rees wrote: slice syntax isn't deprecated or anything is it? Don't see it mentioned in O'Reilly's Nutshell or in the Cookbook's section on arrays. There is no slice function. You can use the splice function, but this syntax is easier: my @foo = qw(one two three four); my @slice = @foo[1,3]; # (one, three) Do it with array references like this: my $ref = [EMAIL PROTECTED]; @slice = @{$ref}[2,4]; # (two, four) You can also slice hashes: my %bar = (one = 1, two = 2, three = 3, four = 4); @slice = @bar{qw(one four)}; # (1, 4) And hash references: $ref = \%bar; @slice = @{$ref}{qw(two four)}; # (2, 4) HTH, David (Who doesn't consider this off-topic)
Re: [OT] slice vs. splice
On Apr 16, 2004, at 10:27 AM, Sherm Pendley wrote: Remember, array indexes are zero-based: Gah! That's what I get for using comments! ;-) David
Re: Suggested version for Mac OS X.2?
On Apr 16, 2004, at 7:01 PM, Sherm Pendley wrote: So, I'm wondering about that version number. 5.8.1 is still the latest stable Perl, right? No, 5.8.3 is the latest. And 5.8.4 will likely be out within a week. Regards, David
Fwd: FAIL XML-LibXML-1.57 darwin-2level 7.2.0
FYI Begin forwarded message: From: Christian Glahn [EMAIL PROTECTED] Date: March 7, 2004 9:39:28 AM PST To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: FAIL XML-LibXML-1.57 darwin-2level 7.2.0 This Note goes to _ALL_ MacOSX-Darwin testers (if anyone ever reads this) Mac OSX 10.3 appears to ship with libxml2 2.5.4 by default. This version is known to have broken attribute handling. Since XML::LibXML relies that the libxml2 does its job correctly, some test must fail with this version installed. To make XML::LibXML work properly, one has to upgrade to libxml2 2.5.6 or later. Note 1: With the next release of XML::LibXML, the package will refuse to build on systems having this version installed. Note 2: This is a libxml2 (http://xmlsoft.org) related problem, and also appears on other platforms with libxml2 2.5.1 - 2.5.4, too. kind regards Christian On Tue, 2004-03-02 at 16:50, [EMAIL PROTECTED] wrote: This distribution has been tested as part of the cpan-testers effort to test as many new uploads to CPAN as possible. See http://testers.cpan.org/ Please cc any replies to [EMAIL PROTECTED] to keep other test volunteers informed and to prevent any duplicate effort. -- This is an error report generated automatically by CPANPLUS, version 0.048. Below is the error stack during 'make test': PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/01basic...ok t/02parse...warning: failed to load external entity does_not_exist.xml ok t/03doc.ok t/04nodeok t/05textok t/06elementsok t/07dtd.ok t/08findnodes...# Failed test 6 in t/08findnodes.t at line 43 # t/08findnodes.t line 43 is: ok( scalar @list $list[0]-toString() eq ' name=Camel' ); FAILED test 6 Failed 1/46 tests, 97.83% okay t/09xpath...ok t/10ns..ok t/11memory..skipped all skipped: no reason given t/12htmlok t/13dtd.error: failed to load external entity example/article_internal_bad.xml ok t/14sax.ok t/15nodelistok t/16docnodesok t/17callbacks...ok t/18docfree.ok t/19encodingok t/20extras..ok t/23rawfunctionsok t/24c14nok Failed Test Stat Wstat Total Fail Failed List of Failed -- - t/08findnodes.t 461 2.17% 6 1 test skipped. Failed 1/22 test scripts, 95.45% okay. 1/1068 subtests failed, 99.91% okay. make: *** [test_dynamic] Error 45 Additional comments: -- Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration: Platform: osname=darwin, osvers=7.2.0, archname=darwin-2level uname='darwin geertz.kineticode.com 7.2.0 darwin kernel version 7.2.0: thu dec 11 16:20:23 pst 2003; root:xnuxnu-517.3.7.obj~1release_ppc power macintosh powerpc ' config_args='-des [EMAIL PROTECTED] [EMAIL PROTECTED]' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing', optimize='-Os', cppflags='-no-cpp-precomp -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing' ccversion='', gccversion='3.1 20021003 (prerelease)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /usr/lib libs=-ldbm -ldl -lm -lc perllibs=-ldl -lm -lc libc=/usr/lib/libc.dylib, so=dylib, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dyld.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags=' -bundle -undefined dynamic_lookup -L/usr/local/lib'
MacOSX::File on Panther
Hi All, Following Dan's instructions here: http://www.dan.co.jp/cases/macosx/psync.html I'm still having trouble getting MacOSX::File to compile. Here's what happens: geertz% make CC=gcc2 cp File.pm blib/lib/MacOSX/File.pm cp File/Constants.pm blib/lib/MacOSX/File/Constants.pm AutoSplitting blib/lib/MacOSX/File/Constants.pm (blib/lib/auto/MacOSX/File/Constants) cp Catalog.pm ../blib/lib/MacOSX/File/Catalog.pm AutoSplitting ../blib/lib/MacOSX/File/Catalog.pm (../blib/lib/auto/MacOSX/File/Catalog) /usr/bin/perl /usr/local/lib/perl5/5.8.2/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.8.2/ExtUtils/typemap Catalog.xs Catalog.xsc mv Catalog.xsc Catalog.c gcc2 -c -I../ -I/Developer/Headers/FlatCarbon -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -Os -DVERSION=\0.64\ -DXS_VERSION=\0.64\ -I/usr/local/lib/perl5/5.8.2/darwin-2level/CORE Catalog.c In file included from /System/Library/Frameworks/CoreFoundation.framework/Headers/CFBase.h: 13, from /System/Library/Frameworks/CoreFoundation.framework/Headers/ CoreFoundation.h:8, from /System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/CarbonCore.h:20, from /System/Library/Frameworks/CoreServices.framework/Headers/ CoreServices.h:21, from /Developer/Headers/FlatCarbon/Files.h:1, from ../common/util.c:10, from Catalog.xs:16: /usr/include/gcc/darwin/2.95.2/g++/../stdbool.h:10: warning: empty declaration Catalog.xs: In function `XS_MacOSX__File__Catalog_xs_setcatalog': Catalog.xs:263: warning: assignment makes pointer from integer without a cast Running Mkbootstrap for MacOSX::File::Catalog () chmod 644 Catalog.bs rm -f ../blib/arch/auto/MacOSX/File/Catalog/Catalog.bundle LD_RUN_PATH= env MACOSX_DEPLOYMENT_TARGET=10.3 cc -bundle -flat_namespace -undefined suppress -framework Carbon Catalog.o -o ../blib/arch/auto/MacOSX/File/Catalog/Catalog.bundle /usr/bin/ld: -undefined: unknown argument: -lbundle1.o make[1]: *** [../blib/arch/auto/MacOSX/File/Catalog/Catalog.bundle] Error 1 make: *** [subdirs] Error 2 Any suggestions? TIA, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: MacOSX::File on Panther
On Jan 12, 2004, at 1:21 PM, John Delacour wrote: I had not trouble installing once i'd applied the patch. I'm sending you my Terminal log off-list just in case it helps isolate the problem. Thanks. You did the same things as I am, so I'm not sure what the issue is. Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: MacOSX::File on Panther
On Jan 12, 2004, at 1:31 PM, Alex Robinson wrote: The patch didn't work for me out of the box either. However, Mike Bombich suggests running 'sudo gcc_select 3' before make test http://www.bombich.com/software/ccc.html I actually did i before the make - but everything seems to be working fine. This worked, thanks. It's interesting that it means that I've compiled it with gcc 3.1 instead of 2.95.2. Regards, David
Re: Path problem
On Dec 16, 2003, at 6:38 AM, Vic Norton wrote: Thanks for the tip, Ken. I was not aware of FindBin. The combination use FindBin($Bin); use lib $Bin/../ThisProjectLib; is a particularly nice idea. For maximum portability, I use: use File::Spec::Functions qw(catdir updir); use FindBin qw($Bin); use lib catdir $Bin, updir, 'lib'; Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg
On Wednesday, December 3, 2003, at 09:02 AM, Randall Perry wrote: export POSTGRES_LIB=/usr/local/pgsql/lib -lssl Yes, that's how I've built it in the past. But it's no longer working. Thanks. I've forwarded your message to the DBD::Pg developers list. Did the change come with Perl 5.8.2, or with Panther? Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg
On Wednesday, December 3, 2003, at 11:18 AM, Randall Perry wrote: I don't know as I upgraded them both at the same time. Okay. Panther would be my guess. Cheers, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg
On Tuesday, December 2, 2003, at 08:34 AM, Randall Perry wrote: I built/installed perl 5.8.2 without threads in OS 10.3.1 and was able to build/test DBD::Pg ok IF I built Postgresql without SSL. I cannot get DBD::Pg to work with Postgresql/SSL and am giving up on it for now. From the DBD::Pg README: Note that if you've compiled PostgreSQL with SSL support, you must define the POSTGRES_LIB environment variable and add -lssl to it, like this: export POSTGRES_LIB=/usr/local/pgsql/lib -lssl HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Panther/DBI
On Friday, October 24, 2003, at 10:59 PM, Rich Allen wrote: have read the archive about modify Config.pm with ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc' have reinstalled Bundle::DBI and DBD::mysql and restarted, but still get the follwoing: Can't locate DBI.pm in @INC (@INC contains: /System/Library/Perl/5.8.1/darwin-thread-multi-2level /System/Library/Perl/5.8.1 /Library/Perl/5.8.1/darwin-thread-multi-2level /Library/Perl/5.8.1 /Library/Perl /Network/Library/Perl/5.8.1/darwin-thread-multi-2level /Network/Library/Perl/5.8.1 /Network/Library/Perl .) at scripts/perltk_ex/sdttk.pl line 18. what am i NOT doing correctly? Where was DBI installed? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Panther/DBI
On Saturday, October 25, 2003, at 10:59 AM, Rich Allen wrote: in /Library/Perl/darwin had use the instructions at http://developer.apple.com/internet/macosx/perl.html I hope not. That article isn't exactly relevant for Panther. It should instead go into /Library/Perl/5.8.1/darwin. Go back and look where DBI.pm was put when you installed it (did you install it?) and then make sure that the directory it's in is in one of the paths in @INC. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Panther/DBI
On Saturday, October 25, 2003, at 11:09 AM, Rich Allen wrote: i must have misunderstood your question, this is were the original version was that worked. after doing a 10.3 upgrade is when i started having the problem. so after upgrading, how do i get DBI to work? do i need to recompile 5.8.1? No, you need to reinstall and compile DBI, as well as any other modules you'd previously used with Perl 5.8.0. This is because the copy of Perl 5.8.1 that comes with panther isn't aware of the Perl you'd compiled yourself. But installing the modules should be pretty easy. Make sure you have the dev tools for Panther instead of for Jaguar, and then just use CPAN.pm: % cpan CPAN install DBI HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBI and DBD::MySQL (Panther)
On Wednesday, October 15, 2003, at 04:58 PM, Edward Moy wrote: We recently discovered the DBD::mysql problem as well. The patch is to edit /System/Library/Perl/5.8.1/darwin-thread-multi-2level/Config.pm, replacing: ld='MACOSX_DEPLOYMENT_TARGET=10.3 cc' with ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc' Unfortunately, this change is too late to get into Panther. Is there a patch that could go into the Perl sources themselves? Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
psync Warnings
Hi All, While running a psync backup, I get lots of warnings such as these: /Volumes/Backup/usr/local/src/perl-5.8.0 : Directory not empty at /usr/local/bin/psync line 145. /Volumes/Backup/Users/david.old/Library/Preferences/ com.apple.internetconfig.plist : Not a directory at /usr/local/bin/psync line 145. /Volumes/Backup/Users/david/Documents/Household/Our Accounts : File exists at /usr/local/bin/psync line 166. /Users/david/Documents/Household/Our Accounts/Contents/Data File - /Volumes/Backup/Users/david/Documents/Household/Our Accounts/Contents/Data File : err=-120,file=filecopy.c,line=63 at /usr/local/bin/psync line 172. Should I worry about these? The command I'm running is: sudo psync -dq / /Volumes/Backup Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Adding libraries to Perl on Mac OS X
On Thursday, September 25, 2003, at 09:10 AM, Kevin Barry wrote: I'm have trouble adding perl libraries to my OS X machine. I've installed the developer tools and the gcc updater from August but when running the command install bundle::CPAN I get make errors. Warning: prerequisite Test::more failed to load: Can't locate Test/More.pm in @INC An r command to CPAN shows Test and Test::Harness as the only Test entries. Try 'install Test::More'. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Apache on Panther
On Thursday, August 7, 2003, at 11:20 AM, John Delacour wrote: Server version: Apache/1.3.27 (Darwin) But there's nothing to stop you running 2. I run 2 under Jaguar. Thanks, and thanks to all who sent me the numbers. I had no idea that so many were running Panther already! Yes, I can run 2, and either way I'll compile my own 1.3. It just would be nice if it came with 2 and I could just count on it being there to do my own dev work on. But I'll compile it myself if not. I tend to do that, anyway. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Change to @INC on perl 5.8.1rc3
On Thursday, July 31, 2003, at 06:31 AM, Paul Mison wrote: Does anyone else see this behaviour? Is this a planned change? if site_perl was somehow left out of RC2, I suspect that was a mistake. The vast majority of modules you install from CPAN will go there. See what's in your @INC for 5.8.0. I have: Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under darwin Compiled at Dec 21 2002 18:20:47 %ENV: PERL5LIB=/usr/local/bricolage/lib @INC: /usr/local/bricolage/lib /usr/local/lib/perl5/5.8.0/darwin /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/darwin /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Apache on Panther
What version of Apache will Panther be shipping with by default? 1.3.x or 2.x? TIA, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::mysql Instalation Problem ([test_dynamic] Error 255)
On Thursday, July 24, 2003, at 03:37 PM, Juan Diego Bullos San Román wrote: I am trying to install DBD::mysql manually . During 'make test' some of the tests failed as shown below. Does anyone knows what can be causing this problem? I am installing on Mac OS X 10.2.6 with MySQL 4.0.13 and perl 5.6.0 What do you get when you run `make test TEST_VERBOSE=1`? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Discounted OS upgrades for developers
On Monday, July 21, 2003, at 10:28 AM, Nathan Torkington wrote: Speaking honestly as open source developers, would you take them up on this offer? I know that I still think $99 is a lot of money to pay for something that I'd get for free if I used Linux, but (on the gripping hand) I'd want to upgrade eventually and this way I'd get it early and be able to ensure that my software didn't suck on the new release. I think that it's a pretty good deal. I would do it, most likely. Whether or not I'd have the time to get all my software working before release is another matter, but I'd rather pay $99 than $125 for a final release any day. The early seed is a great bonus. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg via cpan
On Saturday, July 12, 2003, at 08:47 PM, Chris wrote: Am I missing something? I get a failed install of DBD::Pg via CPAN. The tests terminate with this report: Please run `make test TEST_VERBOSE=1` and send the output of that test run to [EMAIL PROTECTED] Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Perl for Panther
On Wednesday, July 2, 2003, at 11:05 AM, Rich Morin wrote: I realize that this is not a perfect solution, but it seems to fit our needs and capabilities. Improvements are, of course, welcome. Might Apple consider seeding SourceForge with a copy of Panther to install on server farm? Edward, is there someone we can send a request to about this? Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Perl for Panther
On Tuesday, July 1, 2003, at 11:43 AM, Edward Moy wrote: Thanks, Rich. I got so busy at the Apple WorldWide Developers Conference, and then behind in my regular work that I just never got around to sending this out. We wanted to share this information about Perl and the future 10.3 (Panther) release of Mac OS X, so users and developers would not be taken by surprise about the incompatibility issues that they are likely to see. We hope the new features and capabilities of the new Perl will outweigh the temporary difficulties that will occur. This is great news, Edward, thank you! I just hope that 5.8.1 is finalized and makes it in before 10.3 is finalized. I'd rather see an official stable Perl release than a pre-release included with Panther. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Perl for Panther
On Tuesday, July 1, 2003, at 03:19 PM, Jarkko Hietaniemi wrote: This is great news, Edward, thank you! I just hope that 5.8.1 is finalized and makes it in before 10.3 is finalized. I'd rather see an You think I don't? :-) Heh, 'course not! I don't suppose you know yet just when 5.8.1 will be ready? Thanks! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Perl for Panther
On Tuesday, July 1, 2003, at 03:26 PM, Jarkko Hietaniemi wrote: Heh, 'course not! I don't suppose you know yet just when 5.8.1 will be ready? No. Have you ever juggled seven balls, an oiled sumo wrestler, a turned-on chainsaw, and an electric eel? Just last week! You have to keep the eel away from the chainsaw. ;-) Thanks anyway, and for humoring my FAQ! Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Text::Iconv
On Friday, May 30, 2003, at 08:13 AM, Line Neil wrote: Hello I am very new in bioinformatic and I would like to know what is happening here with make test You need to edit its Makefile.PL. Details are here: http://david.wheeler.net/osx.html HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg with pre-packaged PostgreSQL
On Sunday, April 6, 2003, at 08:44 PM, Ken Williams wrote: Huh? This is just a perl I've installed into /sw/ , and I've used Fink to do it. It shouldn't matter where the perl is located or who compiled it, and I'm using standard compile settings on it. It matters when that Perl doesn't know where to find libraries. Where are the PostgreSQL libraries located? /usr/local/lib? Does fink Perl know where to find them? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg with pre-packaged PostgreSQL
On Sunday, April 6, 2003, at 09:01 PM, Ken Williams wrote: The fink perl knows where to find libraries headers (it has to find stuff to compile perl, after all). If it hadn't found them, it wouldn't have made it past the compile link phases. Strange that it only died later, it seems to suggest some more subtle mismatch. It may know /usr/lib and /usr/include, but it won't know about /usr/local/lib and /usr/local/include unless those directories exist with files when Perl is compiled. That's why I tell folks to compile expat or something into /usr/local before they compile Perl into /usr/local. Your Perl knows where to find the Pg libraries and includes during configure because Makefile.PL uses App::Info::RDBMS::PostgreSQL to go finding them. But after the compile's done, Perl isn't any better informed than it was. I'll try working a little harder to figure this out - just wanted first to know whether there's something known about this PG installer w/ DBD::Pg. Okay, would be cool to know. But I have to say that, with everything I use compiled into /usr/local, I _never_ get missing symbol errors. I only see them with a new Perl compiled and installed into /Library/Perl, and with Fink stuff. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Compiling libapreq 1.1 on Mac OS 10.2.4
On Thursday, March 20, 2003, at 03:52 PM, Ken Y. Clark wrote: The patch (http://www.apache.org/~joes/apreq.patch) mentioned in http://www.macdevcenter.com/pub/a/mac/2002/11/05/apache_osx.html (is that the right article?) seems to have gone missing now. Is there another place to get it? I don't really care whether Apache::Request is compiled into Apache or by itself, I just want to get this working! Don't use that patch with Jaguar. We should be able to get your libapreq working on jaguar without it. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Evil undocumented Apple commands (was Re: Non-Perl but baffling question)
On Wednesday, February 26, 2003, at 12:44 PM, Jonathan King wrote: OK, so among other un-man-ned programs in /usr/bin there are even some perl scripts, believe it or not: automake c_rehash gatherheaderdoc grep_changelog Not sure why the GNU ones are undocumented anyway. Apple knows that some utilities are undocumented (and that some man pages exist for utilities not actually included in the system). They've made great strides getting it all consistent, but as you've noticed, it's not quite perfect yet. So help them out by reporting these discrepancies! http://bugreport.apple.com/ Use your ADC login. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Install DBD::Pg fails
On Tuesday, February 25, 2003, at 09:18 AM, Lorin Rivers wrote: I completely wiped all my perl and fink stuff and started over, but I'm still getting: dyld: /usr/bin/perl Undefined symbols: _BIO_free blah, blah, blah I don't know what _BIO_ is, but I'm pretty sure it's got nothing to do with PostgreSQL or DBD::Pg. Are you getting this when you run make test for DBD::Pg? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Dependency Hell (Test::Harness)
On Sunday, February 23, 2003, at 11:07 AM, Sherm Pendley wrote: I recently upgraded to the latest CPAN.pm, and I noticed a difference in behavior - when updating a module that's part of the core, it updates the copy in /System/Library/Perl instead of installing a new copy in /Library/Perl. I noticed that CPANPLUS did this for me, too, with Perl 5.8.0 in /usr/local. It installed Attribute::Handlers in /usr/local/lib/perl5/site_perl/5.8.0 but left the copy in /usr/local/lib/perl5/5.8.0 (core). This leads me to think that this is typical and expected behavior. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: New to the list: One Question
On Sunday, February 23, 2003, at 02:25 PM, Marc Kaiwi wrote: Everything works fine except my only problem is that I can't include the use GDBM_File on my OS X machine. Is there some configuration I need to do or is this a lost cause? Well, did you install GDBM_File from CPAN? Also, I assume you'll need GDBM itself, of course. Follow my instructions for installing it here: http://david.wheeler.net/osx.html HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: a question about upgrading to jaguar
On Friday, February 14, 2003, at 07:19 AM, Warren Pollans wrote: I've run 'autobundle' from the cpan commandline so that I'll be able to get back to my current perl environment - I hope. I've saved my script and module directories. What else should I do to preserve as much as possible of my current setup during the upgrade? If you're using Apple's install of Perl and Apple's Apache server, you're unlikely to run into many problems. Those of us who have run into problems have done so because of Fink or new installs of Perl and Apache. I have heard that the 10.2.4 upgrade overwrites the httpd.conf file, though, so you might want to back that up. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Apache Build Update
Howdy, I've written an update to my compile your own Apache articles on MacDevCenter.com. The update documents how libapreq now supports Jaguar. This means that you can now use Apache::Request and Apache::Cookie on Jaguar without statically compiling libapreq into Apache. You can even use libapreq with Apple's Apache now. Mac OS X 10.1.x users still have to patch Apache. http://www.macdevcenter.com/pub/a/mac/2003/02/07/libapreq_update.html Enjoy, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: advanced stdout/stderr capturing?
On Wednesday, February 12, 2003, at 11:43 PM, Nathan Herring wrote: Is there something out there that already does this? Or does it on arbitrary numbers of filehandles/io::handles? You need to tie your STDERR and STDOUT file handles. Write a custom tie module and simply tie it to STDERR and STDOUT. Check out the TieOut.pm module in various modules on the CPAN for an example. I use a variation in my App::Info module for testing. It looks like this: package TieOut; # This module is swiped and adapted from ExtUtils::MakeMaker. sub TIEHANDLE { bless [], ref $_[0] || $_[0] } sub PRINT { my $self = shift; push @$self, join '', @_; } sub PRINTF { my $self = shift; push @$self, sprintf @_; } sub READLINE { my $self = shift; return shift @$self; } sub read { my $self = shift; my $ret = join '', @$self; @$self = (); return $ret; } 1; Then in my tests, I just have: my $stdout = tie *STDOUT, 'TieOut' or die Cannot tie STDOUT: $!\n; my $stdin = tie *STDIN, 'TieOut' or die Cannot tie STDIN: $!\n; The upshot is that you can just rewrite the PRINT method to both print stuff to STDOUT and to log what was printed however you like. Use Time::HiRes for sub-second times. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg install errors
On Friday, February 7, 2003, at 05:20 PM, Patrick Hatcher wrote: Ah Mr. Wheeler how are you doing! Busier than hell. In Florida working and visiting my wife's family. Actually, I got it taken care of. I had originally done the setenv, but it still didn't work. I ended up hardcoding path in the Makefile.PL as per suggested by someone I think you told to do the same thing. It worked like a charm. Um, I don't think I suggested that, but I'm glad it worked! We should get something added to it to figure out if PostgreSQL was compiled with SSL so that Makefile.PL can figure these things out on its own. sounds like I'll see you in March during the next Pg meeting. Yep! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: DBD::Pg install errors
On Saturday, February 8, 2003, at 09:26 AM, Puneet Kishor wrote: aahh! a community, not just a list. ;-) its cold in Madison, WI, and not many perlmongers around. :-( Brrr. Patrick and I were actually talking about another PUG, though -- the Bay Area PostgreSQL Users Group. I occaisionally go to SFPUG (Perl Mongers), too. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Fwd: Getting suEXEC on Apache on OSX
FYI, MacDevCenter reader Derek Hansen figured out how to compile Apache with suEXEC and sent me the details. He has graciously allowed me to forward his HOWTO to this list, both so that others may benefit and so that it's archived somewhere. Enjoy! David Begin forwarded message: From: Derek Hansen [EMAIL PROTECTED] Date: Mon Jan 6, 2003 2:09:08 PM US/Pacific To: David Wheeler [EMAIL PROTECTED] Subject: Re: Getting suEXEC on Apache on OSX Sure. I hope it helps others. I would definitely put a link to your site so people know that this build of Apache DOES NOT overwrite the default one in OS X. The information you have on editing the StartupItem and turning OFF Web Sharing would are great. Also, my little HOWTO is faulted -- If the person is authenticated as ROOT there is no need to use the sudo command (you would just need to remove that). Indeed, you may want to mention that the httpd.conf file is stock and would need to be edited to include any modifications they have made to Apple's Apache config. Things like the User Directory would need to be changed to Users instead of public_html etc. Although I'm no Apache install guru, I'm guessing things like that could be issued at compile time? Being a scrub myself, I like detailed HOWTOs that do not leave out some things as assumptions. ~derek http://www.macdevcenter.com/pub/a/mac/2002/12/18/ apache_modssl.html?page=4 On Monday, January 6, 2003, at 02:26 PM, David Wheeler wrote: Cool! Can I forward this to the [EMAIL PROTECTED] list so that it's archived somewhere? On Monday, January 6, 2003, at 12:47 PM, Derek Hansen wrote: Thanks. I did get it to work. It was pretty simple, actually. All that was needed was to add the suexec hooks in the install process. PREPARATION 1. Become root % su Password: 1. Move to a temporary directory where you can download and build the Apache code: @ cd /usr/local/src DOWNLOAD, CONFIGURE INSTALL 1. Download the Apache source @ curl -O http://mirror.telentente.com/pub/apache/dist/httpd/ apache_1.3.27.tar.gz 2. Unpack the tarball @ tar xzvf apache_1.3.27.tar.gz 3. Configure Apache for Mac OSX and suEXEC Note: The --suexec-docroot should match httpd.conf. The example below should really be switched to /usr/local/apache/htdocs. @ ./configure --enable-suexec \ --suexec-docroot=/Library/WebServer/Documents \ --suexec-userdir=Sites \ --suexec-uidmin=500 \ --suexec-gidmin=20 \ --suexec-caller=www \ --suexec-logfile=/var/log/httpd/suexec_log \ --suexec-safepath=/usr/local/bin:/usr/bin:/bin \ --suexec-umask=077 \ --with-layout=Apache\ --enable-module=so \ --without-execstrip 4. Build the source @ make @ make install 5. Test the Apache configuration @ sudo /usr/local/apache/bin/apachectl configtest Syntax OK 6. Restart Apache @ sudo /usr/local/apache/bin/apachectl start /usr/local/apache/bin/apachectl start: httpd started This example uses your suggestion of creating a different Apache than the default Apple install. Turning off Personal Web Sharing in the System Preferences and editing the StartupItem are also suggested. ~derek On Monday, January 6, 2003, at 01:16 PM, Jason Hansen wrote: Let me know if you figure it out, and good luck! -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Another Perl 5.8 Problem
On Monday, January 13, 2003, at 06:51 AM, Steve Linberg wrote: I looked over your instructions with great interest, since you seem to be describing a build of the system that repeatedly failed for me. The only difference I can see is you use Apache 1.3.26 instead of 1.3.27. I use Apache 1.3.27 in part 2. Have you tried the specific build of Apache 1.3.27 / mod_perl 1.27 / Perl 5.8.0 under OSX 10.2? That process failed repeatably for me at least half a dozen times before I gave up and went back to Perl 5.6.0, where the same build process worked fine. (I posted the exact build recipe in my earlier message yesterday.) The failure was that loading the libperl module would cause Apache to immediately crash with deep, scary internal memory errors; commenting out the libperl load in httpd.conf, the server itself worked fine without it. This was on a clean, brand-new 10.2 install. Follow my instructions in part 1, which work for Apache 1.3.27, too (that's what I'm running, now). One thing you should always try to do with mod_perl 1.x is compile it into Apache statically. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
5.8.0 / Fink Rules
On Sunday, January 12, 2003, at 11:04 AM, Jeff Kolber wrote: I agree that its been hard going with 5.8 I built it 3 times before I got it working okay I don't use Fink, but I think that the rules are fairly simple. Those with more experience than I, please elaborate: 1. Most Fink Perl modules are built for Apple's perl 5.6.0. 2. If you install Perl 5.8.0, the Fink modules won't work. 3. If you install Perl 5.8.0, existing XS modules will not work. 4. If you install Perl 5.8.0 and want to use Fink, you must have Fink compile XS Perl modules, rather than install binaries. 5. If you install Perl 5.8.0 and want to use XS modules included with Apple's Perl, you must recompile them from source. The solution, in my experience, has been to *not* use Fink for Perl modules when using Perl 5.8.0, but use CPAN (or CPANPLUS) to install the modules you need. I also put Perl 5.8.0 in /usr/local instead of /Library (contra Kevin's instructions in the Apple article). I know that using Fink for Perl modules is essential for some of you, as some Perl modules seem to be impossible to install otherwise (e.g., ImageMagick). But if you're not using the default 5.6.0 (and I actually recommend that you don't), be sure to have Fink compile the modules you need rather than install binaries. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Another Perl 5.8 Problem
On Sunday, January 12, 2003, at 04:38 PM, Charles Albrecht wrote: David Wheeler has put together a helpful set of instructions at http://david.wheeler.net/osx.html Yeah, yeah, I need to update that. In the meantime, see my articles on MacDevCenter.com: Build Your Own Apache Server with mod_perl http://www.macdevcenter.com/pub/a/mac/2002/11/05/apache_osx.html Build Your Own Apache Server with mod_perl and mod_ssl http://www.macdevcenter.com/pub/a/mac/2002/12/18/apache_modssl.html Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Thread support on OSX perl?
On Thursday, January 2, 2003, at 05:13 AM, pudge wrote: I wouldn't blame Apple too much. I can't blame them for not supporting perl 5.6 threads, since they are barely worth supporting; and I can't blame them for not including perl 5.8 yet, since it was released only a few months before Mac OS X 10.2 was, which isn't really enough time for them. Agreed, but 5.6.1 should have been rolled in to 10.1.0 at the latest, IMO. But I hope that they'll just skip to 5.8.0 soon. D -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Testing libapreq
On Monday, December 30, 2002, at 09:20 AM, Ken Williams wrote: Aha, when I do that, I indeed see + building with static apreq and the proper Makefiles created during the 'perl Makefile.PL' output. Cool. I'll add that information to INSTALL.MacOSX. However, it dies fairly early during 'make': Dammit, what are you doing to this thing, Ken? ;-) I've never had a problem with the patch before, and the new version of it worked for me on Jaguar. Very strange. Joe, any idea what could be causing the errors that Ken is getting? Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Thread support on OSX perl?
On Saturday, December 28, 2002, at 11:40 AM, Rich Morin wrote: Yes, but 5.8.0 is not the native perl on OSX. Correct. So the native perl _isn't_ all that great. Right again. but isn't, unless I upgrade (and force my users to do likewise). Right. But given the instability of 5.6.0, I think I'd recommend upgrading, anyway. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Testing libapreq
On Saturday, December 28, 2002, at 09:11 AM, Joe Schaefer wrote: apreq wasn't recognized in your build; if it was, you'd see something like + building with static apreq ... Creating Makefile in src/lib/apreq during configuration. I think the apreq patch requires APACI, so modperl's httpd build may not work with it as-is. I don't know how to fix this right now, but you might try configuring mod_perl with % perl Makefile.PL USE_APACI=1 EVERYTHING=1 or somesuch. Ah, good to know. Ken, can you confirm for me that this is the case? If so, I'll update the INSTALL.MacOSX file. Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Testing libapreq
On Thursday, December 26, 2002, at 11:33 PM, _brian_d_foy wrote: i don't see any such file in that distribution. It's attached to David's e-mail message, not in the distribution. ah, attachments do not show up in the NNTP interface. I've also posted them to my web site: http://david.wheeler.net/apreq/INSTALL.MacOSX http://david.wheeler.net/apreq/Makefile.PL.patch And of course, the libapreq release candidate is available here: http://www.apache.org/~joes/libapreq-1.1_rc2.tar.gz Thanks for the help! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Testing libapreq
On Friday, December 27, 2002, at 12:28 PM, Ken Williams wrote: Well, it's still a no go on OS X 10.1.5. I used: Apache 1.3.27 mod_perl 1.27 perl 5.6.1 libapreq 1.1_rc2 I followed the instructions in INSTALL.MacOSX up through installing Apache mod_perl, with the patches from httpd-apreq-1.1 . All seemed fine, the mod_perl test suite completed successfully. Note that I had also modified apache's src/Configuration script to add mod_rewrite and mod_proxy, and that I used 'perl Makefile.PL EVERYTHING=1' for the mod_perl install. One more thing that had to happen in the libapreq compile: * set PERL5LIB to /Library/Perl so that the mod_perl modules I've just installed are preferred to the ones in /System/Library/Perl (this is really an error on Apple's part to have the @INC directories in the wrong order). Okay, I can add that to the INSTALL.MacOSX file. That gets me past libapreq's 'make', but I get the following upon 'make test': [kw-009:~/Downloads/perl/httpd-apreq-1.1] ken% make test t/httpd -f `pwd`/t/httpd.conf dyld: t/httpd Undefined symbols: _ApacheRequest___parse _ApacheRequest_expires _ApacheRequest_new _ApacheRequest_script_name _ApacheRequest_tmpfile _ApacheUpload_find make: *** [start_httpd] Error 67 [kw-009:~/Downloads/perl/httpd-apreq-1.1] ken% Strange. I've used Joe's 1.0 patch numerous times on 10.1x and 10.2.x, never with a problem. So it looks like Apache::Request (and Apache::Cookie) aren't finding libapreq in the httpd binary. What's a good way to verify that it's actually compiled in there? Well, I know that during Apache's configure, it prints something to the terminal like Statically compiling apreq support. What's the compiler hint I can use on Jaguar to make it behave like it does on 10.1, Ken? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Testing libapreq
On Friday, December 27, 2002, at 12:50 PM, Ken Williams wrote: I don't see that in the output. Here's the first part of the 'perl Makefile.PL' output: = [kw-009:~/Downloads/perl/mod_perl-1.27] ken% perl Makefile.PL EVERYTHING=1 Configure mod_perl with ../apache_1.3.27/src ? [y] Shall I build httpd in ../apache_1.3.27/src for you? [y] What happens if you build mod_perl and Apache separately -- that is, compile Apache yourself, rather than have mod_perl's installer do it for you? D -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Testing libapreq
Hi All, I've written installation instructions for the new version of libapreq, 1.1, which is due to be released any second now. Would some of you do me the favor of testing the install by following my instructions on your systems, using the libapreq 1.1 release candidate? You can grab it here: http://www.apache.org/~joes/libapreq-1.1_rc2.tar.gz Just use the instructions in the attached INSTALL.MacOSX file that are relevant to your version of Mac OS X. If you're building libapreq against Apple's Apache on Jaguar, apply the attached Makefile.PL patch, first. Thanks! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Makefile.PL.patch Description: Binary data INSTALL.MacOSX Description: Binary data
Compile readline on Mac OS X 10.2.x
Hi All, I finally found some decent instructions for compiling readline on Jaguar (readline makes using PostgreSQL a lot easier). Apparently, it works fine on Mac OS X 10.1.x, but in Jaguar, Apple apparently moved some libraries around. The result was that one often saw this one one tried to compile readline: ld: Undefined symbols: restFP saveFP _tgoto _tputs _tgetent _tgetflag _tgetnum _tgetstr /usr/bin/libtool: internal link edit command failed make[1]: *** [libreadline.4.3.dylib] Error 1 make: [shared] Error 2 (ignored) This can be addressed by editing the file support/shobj-conf to point help the compiler find the libraries. Just change SHLIB_LIBS='-lSystem' to: SHLIB_LIBS='-lSystem -lncurses -lcc_dynamic' Here are the commands in reduced form: % curl -O ftp://ftp.gnu.org/pub/gnu/readline/readline-4.3.tar.gz % tar zxvf readline-4.3.tar.gz % cd readline-4.3 % perl -i.bak -p -e \ s/SHLIB_LIBS=.*/SHLIB_LIBS='-lSystem -lncurses -lcc_dynamic'/g \ support/shobj-conf % ./configure % make % make install The instructions I found are here (yes, for Pythoners): http://www.astro.washington.edu/owen/InstallingPython2.2.1OnJaguar.html Enjoy, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Building Your Own Apache: The Sequel
Part two of my article about building your own Apache/mod_perl/mod_ssl server has been published on MacDevCenter.com. In it I cover doing all this *without* having to compile your own DBM or OpenSSL libraries. http://www.macdevcenter.com/pub/a/mac/2002/12/18/apache_modssl.html Enjoy, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: new to unix: basic help
On Saturday, December 14, 2002, at 01:44 PM, Riccardo Perotti wrote: http://www.riccardoperotti.com Hrm, this page is just brown background for me (using Chimera). (too bad there's no www.perlmongers.ec) Well, you could start one! :-) David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Perl Wrestling Federation Bout: 5.6 vs. 5.8
On Friday, December 13, 2002, at 11:48 AM, David H. Adler wrote: I was kind of guessing that. Is there any favored place? Should I just punt and use /opt ? Up to you. I favor /usr/local, which isn't used by Mac OS X. So you should be safe there. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: DBD::Pg won't install
On Thursday, December 12, 2002, at 01:01 PM, kurt wrote: I have set the environment variables as follows: export POSTGRES_INCLUDE=/usr/local/pgsql/include export POSTGRES_LIB=/usr/local/pgsql/lib/libpq.so Problem: DBD::Pg fails to install with an Undefined symbols error. Can anyone shed some light? Yes, set POSTGRES_LIB to /usr/local/pgsql/lib, instead. Or better yet, don't set it or POSTGRES_INCLUDE at all. Let DBD::Pg 1.20's Makefile.PL find the libraries itself. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Test Mac::Carbon build for me?
On Thursday, December 12, 2002, at 02:18 PM, Chris Nandor wrote: http://dev.macperl.org/tmp/Mac-Carbon-0.02_01.tar.gz If you have the time, please try this build out, compiling and testing. It's been tested with perl 5.6.0 and gcc2/gcc3 on Mac OS X 10.2, but I imagine it should work with any combination of perl 5.6.0/5.6.1/5.8.0, gcc2/gcc3, and Mac OS X 10.1/10.2. Works fine for me on OS X 10.2.2, Perl 5.8.0. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: libapreq-1.1 Release Candidate 1
Ken Williams [EMAIL PROTECTED] writes: Promising, but several errors ensue: [pe-242:~/Downloads/perl/httpd-apreq] ken% ./BUILD.sh ../BUILD.sh: command not found: libtoolize [4] ../BUILD.sh: command not found: aclocal [5] FATAL ERROR: Autoconf version 2.52 or higher is required for this script ../BUILD.sh: command not found: automake [7] [pe-242:~/Downloads/perl/httpd-apreq] ken% which autoconf /usr/bin/autoconf [pe-242:~/Downloads/perl/httpd-apreq] ken% autoconf --version Autoconf version 2.13 Is it possible to backport the process to older autoconfs, or are new features required? I just successfully built it on Mac OS X 10.2.2 without problem. I first compiled and installed a clean Apache/mod_perl/mod_ssl build without the old apreq patch. Then I followed the instructions on http://www.apache.org/~joes/, and all went well. Bricolage (which requires libapreq) fired up and ran perfectly. Now I have to go back and update my MacDevCenter article. Speaking of which -- Joe, can you put the apreq 1.0 patch and special release back on your server, at least until 1.1 is in final release? Quite a few people are reading my article and making use of it now. Here's my article: http://www.macdevcenter.com/pub/a/mac/2002/11/05/apache_osx.html When do you expect final release? Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: DBD::Pg
On Monday, December 9, 2002, at 08:32 AM, Randall Perry wrote: Just thought I'd tell you what I discovered. You don't have to sacrifice PostgreSQL SSL support to use DBD::Pg. Just do the following (also works for Pg module): setenv POSTGRES_LIB /usr/local/pgsql/lib to setenv POSTGRES_LIB /usr/local/pgsql/lib -lssl' so the trick is to include the flag -lssl during the dbd build. Hrm, interesting. I suspect that this would work on other platforms, too. I wonder if there's a typical way to tell the Perl module build system to do this? Or indeed to include other build options? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: apache dying unless I rebuild mod_perl before starting it
On Sunday, December 8, 2002, at 04:43 AM, [EMAIL PROTECTED] wrote: Thanks for the heads-up. I'm following the instructions right now, but it seems that the apreq procedure has changed (the files listed in your tutorial aren't there, so I'm trying to build it via the instructions on the ~joe/ site). True. I need to update that page. In the meantime, I've written an article for MacDevCenter.com that uses the new approach. http://www.macdevcenter.com/pub/a/mac/2002/11/05/apache_osx.html HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: apache dying unless I rebuild mod_perl before starting it
On Saturday, December 7, 2002, at 07:37 AM, [EMAIL PROTECTED] wrote: I updated to 5.8.0 by replacing the apple distro (which now that I think back was pretty silly, but then again, I can't stand having multiple instances of the same thing about). Then I of course had to compile mod_perl for it, so I went and got the newest one, and compiled that (unable to find any info about how to actually do that without also recompiling apache - why's that? It turned out that I could just do make install and start apache). That's the problem -- you *have* to compile mod_perl with Apache. See my article on how to do it on MacDevCenter.com. http://www.macdevcenter.com/pub/a/mac/2002/11/05/apache_osx.html BTW, for those who are interested, part two is nearly done, and will likely be published next week. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Patch for Mac OS X
This patch allows mod_ssl to compile on Mac OS X without first installing OpenSSL. This is because OpenSSL is already installed on Mac OS X, but mod_ssl doesn't know how to find its libraries. --- libssl.module~ Fri Oct 4 06:09:50 2002 +++ libssl.module Sat Nov 30 15:17:23 2002 @@ -411,7 +411,7 @@ if [ .$SSL_BASE = .SYSTEM ]; then SSL_LIBDIR= for p in . /lib /usr/lib /usr/local/lib; do -if [ -f $p/libssl.a -o -f $p/libssl.so ]; then +if [ -f $p/libssl.a -o -f $p/libssl.so -o -f $p/libssl.dylib ]; then SSL_LIBDIR=$p my_real_ssl_libdir=$p break Please let me know ASAP if this is the correct solution, as I'm writing an article for MacDevCenter.com (an ORA site) with instructions on how to build Apache/mod_ssl. I would think that it might make sense to include a section in which you determine the proper dso extension on the basis of OS, but this seems to work, too... Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: migration successful
On Friday, November 22, 2002, at 01:46 PM, Heather Madrone wrote: Carbon emacs also comes with tetris and a geeky version of adventure. Thank God I never noticed that. Don't tell me how to find those, whatever you do! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Unix Porting Guide
Apple has just updated its Unix Porting Guide. Might be helpful when trying to solve build issues and such in the future. http://developer.apple.com/techpubs/macosx/Darwin/GettingStarted/ PortingUNIX/ Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Why does 5.8.0 use -flat_namespace?
On Friday, November 22, 2002, at 03:57 PM, Tom Mornini wrote: Why does hints/darwin.sh compile with -flat_namespace on 10.2? This page out of the Apple's updated Unix Porting Guide might help: http://developer.apple.com/techpubs/macosx/Darwin/GettingStarted/ PortingUNIX/compiling/_Two_150_Level_Namespaces.html It sounds like -flat_namespace is still the generally-recommended thing to do for Unix apps on Mac OS X. Not sure why DBD::Oracle won't work with that configure setting, though. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: migration successful
On Friday, November 22, 2002, at 12:44 PM, William H. Magill wrote: I'll have to experiment a bit, but I normaly use emacs as shipped with OS X -- mainly because as a long time emacs user, I much prefer the standard GNU emacs command set to Xemacs' implemenation. The two are NOT the same! FYI, the Carbonized Emacs *is* GNU Emacs. See http://members.shaw.ca/akochoi-emacs/ Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: mod_ssl and libdbm
On Thursday, November 21, 2002, at 04:10 PM, Ken Williams wrote: If you look closely, though, you'll see it says lSystem instead of -lSystem. It should be -lSystem. D'oh! I could have swarn I did -lSystem! But testing it again now, it's working with -lSystem, so I guess I didn't. Gah! I hadn't slept much yesterday -- that's my only excuse. Because libSystem provides libdbm. It's pretty common to fool the linker by using symlinks - in fact, different library versions are usually symlinked to a version-less filename. Yes, right, okay. Not as elegant, though. Not a very elegant solution, unfortunately. I wonder if there's another way to get it to work... YES! I found it! In src/Configure, I did DBM_LIB=, and that did the trick -- gcc just finds it in libSystem, and doesn't bother trying to find libdbm or anything. Yay! Here's a diff for it that should work without affecting other platforms: Conceptually, it would be better to go back and do DBM_LIB=-lSystem (with the dash), because that's where it's actually located. I'll update my patch and resubmit it to the Apache developers. Thanks Ken, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: migration successful
On Thursday, November 21, 2002, at 03:27 PM, Heather Madrone wrote: Thanks to everyone on this list for all their helpful suggestions. I still haven't managed to get emacs to import the locale correctly. It doesn't appear to read any of the profiles before launching. I think I'm going to need to do it in .emacs, but I haven't looked into it in greater detail. Have you tried putting it into ~/.MacOSX/environment.plist? That should absolutely work. But then, if you can put it in .emacs, then it will work on any Emacs on any platform, so that might be a better, more generalized solution. And more questions: Does anyone have _Mac OS X for Unix Geeks_ (O'Reilly, US $24.95) by Brian Jepson and Ernest E. Rothman? It has a great title, but I've had mixed experiences with O'Reilly books. If you have it or have seen it, is it worth the money? I love O'Reilly books, and while I haven't read this book, I did hear from one person (who has an inside track on such things) that this book isn't nearly as good as it ought to be. Pity. Learning Unix for Mac OS X isn't bad, if you'd like a brief introduction to Unix on OS X. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: migration successful
On Thursday, November 21, 2002, at 06:21 PM, Heather Madrone wrote: Have you tried putting it into ~/.MacOSX/environment.plist? I did try that, and emacs doesn't look at it. I'm thinking that there might be somewhere in /etc that I might try, but I've been frying other fish. Perhaps it doesn't look because I've been launching emacs from the dock. At some point, I'll look further into it, but right now my eye is turned to the majordomo port and to getting fetchmail/sendmail/procmail to work with Eudora. Emacs doesn't look at ~/.MacOSX/environment.plist, but Mac OS X does. You have to log out and then log back in in order for your changes to this file to take affect -- they're loaded at when you login. Also, try launching Emacs from the terminal (This is my /usr/local/bin/emacs file, BTW): #!/bin/sh /Applications/Emacs.app/Contents/MacOS/Emacs $@ That should absolutely work. But then, if you can put it in .emacs, then it will work on any Emacs on any platform, so that might be a better, more generalized solution. It also won't be propagated to other gui applications that don't need it, so it might be cleaner. Right. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: migration successful
On Thursday, November 21, 2002, at 10:33 PM, Heather Madrone wrote: I admit to a lot of confusion about OS X. For example, I'm not sure what logging out might mean in this context. Does it mean closing my Terminal session and then forking a new one, or do I have to log out of the entire Mac session? Log out of the entire Mac session, yes. HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: mod_ssl and libdbm
On Tuesday, November 19, 2002, at 04:47 PM, Ken Williams wrote: Hmm - none of those are 'dbm', though. David, can you show/quote the page that claimed that dbm was a part of libSystem? I think that ndbm is it. It's what Perl finds when it compiles, and when I have gdbm installed, mod_ssl finds it, even though it's not called just dbm. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
mod_ssl and libdbm
Hi All, I've been using mod_ssl with Apache 1.3.x on Mac OS X for a while now, and it works great. I've had to use gdbm to get it to compile, but that was okay with me. Now, however, I'm writing an article about this, and want to try to eliminate the gdbm dependency in the name of simplicity. I know it can be done, because Apple includes mod_ssl with their Apache. Furthermore, via their bug report system, they tell me that libdm is in the Mac OS X system library, libSystem. But mod_ssl's configure has never been able to find it. -lm and -ldbm both fail. So I tried --enable-rule=SSL_SDBM, and that got Apache/mod_ssl to compile nicely. Yay! But then, when I tried to connect to the SSL port, Apache segfaulted! [Fri Nov 15 12:29:03 2002] [notice] child pid 26629 exit signal Segmentation fault (11) So I'm stuck and could use some help from those more experienced with compiling on Mac OS X. Does anyone know how to a) get Apache's configure to find libdbm in libSystem and use it? Or b) have any idea why Apache/mod_ssl might be segfaulting when using SDBM? TIA! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: mod_ssl and libdbm
On Tuesday, November 19, 2002, at 04:06 PM, Ken Williams wrote: Maybe what's required is just to keep mod_ssl from complaining about -ldbm (i.e. not search for it), and link against libSystem? According to this document from Apple (entitled ]Inside Mac OS X: UNIX Porting Guide), libSystem is *always* linked in. So I *really* don't understand why mod_ssl doesn't see it when its configure calls cc. http://developer.apple.com/techpubs/macosx/Darwin/PortingUNIX/ PortingUNIXToOSX.pdf -lm is always supposed to be a no-op when linking - see the bottom of http://fink.sourceforge.net/doc/porting/basics.php for the reason. Yes, the Apple porting guide says that, too, although it can't hurt. Regards, Dvid -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: mod_ssl and libdbm
On Tuesday, November 19, 2002, at 03:35 PM, Jerry LeVan wrote: [macjerry:/usr/lib]$ otool -vM libSystem.dylib | grep module_name | grep db module_name = ndbm.So module_name = db.So module_name = aliasdb.o module_name = printerdb.o Looks like something is there :) Regrettably I don't understand shared library syntax. Ie how to specify it on the link line. It should just be there...but it's not. I'm sure I must be missing something simple... Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: searching cpan with Chimera (was Re: Sherlock SDK released)
On Wednesday, November 13, 2002, at 07:08 PM, Puneet Kishor wrote: Find the following code block // URI fixup prefs pref(browser.fixup.alternate.enabled, true); pref(browser.fixup.alternate.prefix, www.); pref(browser.fixup.alternate.suffix, .com); to // URI fixup prefs pref(browser.fixup.alternate.enabled, true); pref(browser.fixup.alternate.prefix, search.cpan.org/search?query=); pref(browser.fixup.alternate.suffix, m=.com); This is cool, but only allows you to replace the default search. I'll set mine to use Google, too, but it'd be cool to be able to specify other search engines, and type, e.g., cpan Module::Build In the location bar. If I understood Ken's post, that's what Omniweb does, and IIRC, Mozilla can do this, too. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: segmentation fault when searching for repeated text
On Wednesday, November 13, 2002, at 03:55 AM, Eike Grote wrote: This seems to be a Perl limitation. But as the other reports (Darwin, Linux) show crashes at smaller values of $_ there might be a problem of handling deep recursions on various OSes. Might I suggest that someone use perlbug to report this bug to the perl5-porters? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Sherlock SDK released
On Wednesday, November 13, 2002, at 09:21 AM, Nathan Torkington wrote: Released today, the Sherlock 3 Software Development Kit, opening Sherlock to 3rd party channel development: http://developer.apple.com/macosx/sherlock/ Damn. Once someone writes a search.cpan.org plugin, I might actually have to start using Sherlock... David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: OS X Installed numbers (Was Re: mac-toolbox)
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. D -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: OS X Installed numbers (Was Re: mac-toolbox)
On Wednesday, November 13, 2002, at 06:06 PM, Rich Morin wrote: There is also the group that is sticking to Mac OS for reasons of caution. I expect many of these folks to switch over in the next year, however... Some will also stick to Mac OS for a while because it's still faster than Mac OS X for a lot of things. Pity, that. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: I's Published!
On Wednesday, November 6, 2002, at 07:12 PM, Puneet Kishor wrote: in System Prefs one can turn web-sharing on or off. That works for the built in Apache. Prior to Jaguar I built my own Apache with mod_perl (what a heartburn that was) but couldn't figure out how to make the System Prefs web-sharing doo-hickey control my new Apache instead of Apple's apache. The easiest way is not to create a new bundle, but to simple update /System/Library/StartupItems/Apache/Apache to point to your new apache and use the -f option to point to Apple's httpd.conf: /usr/local/apache/bin/httpd -f /etc/httpd/httpd.conf However, I can't guarantee that that'll stick the next time Apple upgrades its Apache, or even the OS. 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. There's the rub -- I don't think you *can* prevent future OS updates from writing over our custom versions. That's why I choose to simply disable Apple's Apache and create a startup bundle for my own. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: It's Published!
On Thursday, November 7, 2002, at 08:23 AM, Chris wrote: An expert mode in the installer/upgrader would be nice, letting admins check/uncheck and perhaps preview replacements in /etc and perhaps elsewhere. Yeah, I don't think that's likely to happen. Most of the updates are completely automatic. I think we're better off just doing our own things in /usr/local and /Library and leaving Apple's stuff alone. The same goes for Perl installations, as we've discussed here many times. Your Apache/perl instructions are great, and your sharing your experience here and in publication is greatly appreciated. Thanks, I'm glad people benefit from my experience! Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Enabling sendmail on 10.1.5
On Friday, November 1, 2002, at 07:10 PM, Ken Williams wrote: I hadn't seen these instructions posted before on this list, so I thought I'd send them along. Works great for me. Quite well-explained too, in the spirit of David Wheeler's recipes. Enabling Sendmail http://cerebus.sandiego.edu/~jerry/blog/ article.php?story=20021014115639408 Hrm. I'd always just used these articles: http://www.macdevcenter.com/pub/a/mac/2002/06/07/sendmail_1015.html http://www.macdevcenter.com/pub/a/mac/2002/09/10/sendmail.html The tips about queued mail and forwarding are welcome additions, however. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
ANNOUNCE: Bricolage 1.4.4
The Bricolage team is pleased to announce the release of Bricolage 1.4.4. This is a maintenance release that fixes numerous bugs found in version 1.4.3. All users of earlier versions of Bricolage are encouraged to upgrade. The most significant change in this release is that the default character set has been changed from ISO-8859-1 to UTF-8. With this setting, Bricolage does no character set translation, so it's faster. Furthermore, since most users are likely not doing chracter translation in their templates, and the Bricolage API outputs UTF-8, it seemed better to use the same character set from end-to-end by default. Other changes include a few interface improvements, unlimited data sizes in elemente fields, more exact error messages and prompts, and over 20 bug fixes. ABOUT BRICOLAGE Bricolage is a full-featured, enterprise-class content management and publishing system. It offers a browser-based interface for ease-of use, a full-fledged templating using HTML::Mason and HTML::Template, and many other features. It operates in an Apache/mod_perl environment, and uses the PostgreSQL RDBMS for its repository. For a complete list of the changes, see the changes file at http://sourceforge.net/project/shownotes.php?release_id=118945. Learn more about Bricolage and download it from the Bricolage home page, http://bricolage.cc/. Enjoy! --The Bricolage Team
Re: content management question
On Wednesday, October 16, 2002, at 10:00 AM, Puneet Kishor wrote: yes, I know. That's why I wrote the above... hoping I would get a response from you. ;-). Thanks for the response. And I fell for it! Damn! I am wondering if you folks have considered making some of the complicated pieces optional... for example, use mod_perl because it will perform better, however, it will also work without mod_perl kinda philosophy. No. Bricolage is an enterprise application, not really designed for small jobs (though it can do them). The entire interface, for example, is written in HTML::Mason and requires Apache::Request. Without that, we'd need to completely rewrite the UI to use some other framework (Cocoa, anyone? ;-)). The target user for Bricolage is a magazine publisher or a newspaper. It's not really designed for hobbyist web site maintainers or bloggers. I have also looked longingly at PostGres, but the reality seems to be that MySQL simply has wy more momentum behind it. The same seems to be happening with PHP. Something like MoveableType has the ability to stem the tide because MT also functions at several levels... what clinches the deal is the MT is just so easy to pick up and run with. The same is with MySQL. More users using it means there is more development, there are more tools to manage it, etc. etc. No, it doesn't. PostgreSQL is developing *very* fast, and has been ACID-compliant for years. It really is the only OSS database good for very large-scale applications like Bricolage. As for Moveable Type, it does much less than Bricolage does, and thus has far less demanding database requirements (hence its ability to run on DB_File). Btw, I am not sure what you mean by port Bricolage to MySQL. Wouldn't that just involve setting up the tables in MySQL and pointing the perl scripts to the new datasource? That should be really easy... I think. Unless, you guys have tied Bricolage integrally to PostGres's internal plumbing. There are a few ties, but not many. The issue is more that there is a *lot* of SQL in Bricolage, and unexpected issues could crop up. There is a DBD adapter framework built in to Bricolage, and an old driver for Oracle that could be updated fairly easily. MySQL would be trickier, but probably take an experienced SQL jockey a few weeks to port. There is only one storied procedure that I'm aware of. Patches welcome. Please. I would love that. Please set up an account for me because I am darned curious about bricolage. Give me a day or two to get that installation upgraded and configured. It seems to be down at the moment (I haven't had anyone ask for access in a while). Also, if you set up a live demo with faux data in it that wouldn't be a security risk, would it? After all, there would be nothing valuable for folks to steal! It's more an issue with using Perl to access the file system than anything else. Bricolage is not really designed for open, public use. It's more of an application than a web site. Doing what you ask would take a lot of work, and I currently don't have the tuits. Fwiw, please consider making it as easy as MT... a lot more folks will use it, and it will just insure that it grows. I couldn't make it easier without removing functionality, and that in itself would be difficult. Bricolage does far more than any other OSS CMS/publishing system that I'm aware of. We're talking 110K+ lines of code here! But it *is* easy to install. Use a RedHat distribution with a good installation of Apache/mod_perl and PostgreSQL from RPMs, or use FreeBSD and its ports collection, and then Bricolage's own installer will take care of the rest. It's really not difficult. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: content management question
On Wednesday, October 16, 2002, at 06:51 AM, Puneet Kishor wrote: I looked very longingly at bricolage, but I found a few things wrong with it... (1) it requires a lot of complicated pieces to be in place in order to work; (2) not supporting MySQL is problematic for me; (3) there was no way I could play with it before deciding... on bricolage's website there are a few screenshots, but that's it... no live demo, no list of other sites I can see that are running bricolage, etc. And, of course, since it is so complicated to install, I couldn't just easily play with it. A few notes on this (caveat: I'm the Bricolage maintainer): * Bricolage does require you to install Perl -- but only because you need to compile Apache with mod_perl statically compiled in. You could do this in a directory structure completely independent of Apple's Perl if you needed to -- it's possible to have both. This is what I do, as a matter of fact. * I requires a lot of complicated pieces to be in place in order to work because of how much it does. But that might be a clue that it might be overkill for your needs. It's really designed to work for large organizations. * Some folks have offered to port Bricolage to MySQL, but no one has actually done it. Pity. Anyway, PostgreSQL is *very* easy to install on Mac OS X (either by compiling yourself or using a binary from www.entropy.ch), and getting easier to use every day. * I have a test installation of Bricolage you could play with. Just pop me a message and I'll set up an account. Having a live demo, however, would be a pretty serious security risk, since templates are written in Perl and untainted. * I'm working on getting a list of sites that use Bricolage. Here are a couple: http://www.who.int http://www.dfaus.com/ * If you have Apache/mod_perl and PostgreSQL installed, installing Bricolage is not at all difficult thanks to the hard work of Sam Tregar in building an installation script. I'll concede that it's not as easy as Moveable Type, though! BTW, I wrote an appendix to the forthcoming ORA Mason book on Bricolage. It covers installation and gives a brief introduction to using it. Check it out! Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Installation of LWP fails
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. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Installation of LWP fails
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? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: 'make test' for 5.8.0 hangs
On Tuesday, October 8, 2002, at 09:48 PM, Linc Davis wrote: 'make test' goes as expected (including a crash at test 61) until this point: lib/Shell Here the script seems to hang. 'sudo fs_usage perl' produces the following lines, repeated every few seconds for over an hour: lseek0.05 perl read 0.75 perl read 0.04 perl Any ideas? Thanks. That's curious. I know that some of us have experienced problems with the Time::HiRes tests hanging (Jarkko has fixed that problem in the latest CPAN release of Time::HiRes, BTW), but not with lib/Shell. Seems very strange. I suggest you report it to the Perl 5 porters via the perlbug script. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Upgraded and Confused
On Tuesday, October 1, 2002, at 01:13 PM, Brigham Mecham wrote: I think cpan upgraded my version of perl from 5.8 to 5.6 and now I am continually getting the following message: Most likely you compiled Perl over the older version of Perl, but some of the older Perl's libraries are still around. You need to compile Perl with -Dprefix=/usr/local. I am trying to install BIOPERL and am pretty sure that the upgrade made everything incompatible. Any help--Any clues as to what happened and what I can do to fix it. Can I reinstall perl 5.6 from the development tools cd? You still have it. It's /usr/bin/perl5.6.0. However, some of the core modules were likely replaced, and you can't install them from the CD. Your best bet is to try compiling Perl again. See the Apple developer article: http://developer.apple.com/internet/macosx/perl.html HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]