Re: CamelBones on Intel? Maybe not.
Joseph Alotta wrote: I used to be a NeXt developer. This announcement is very reminiscent of the NeXt announcement to stop making those little black boxes and bring NeXt OS on Intel chips. We had just bought a ton of hardware and they demo this clunky 386 PC. First of all, it looked nasty. We were used to that elegant design. I've got a NeXTStation and MegaPixel Display in my garage for anyone who wants to pay the shipping on it. ;) Pete
Re: What Perl editor do you recommend?
The Ghost wrote: I would urge all of you that have spoken so far to try out jEdit (http://jedit.org). What kind of geek would I be if I ignored an editor thread? ;) I also like jEdit, here are a few of the reasons: * Open-source (free as in speech) * Lots of nice plugins * Very customizable * Multi-platform (Java-based) * Active responsive developers Out of the box many people are not wowed, but if you look under the hood, and really customized it to your needs, it can do a whole heck of a lot. Like many open-source apps, it may require an investment of time to get what you are after, but for me it was well worth it. Pete
Re: MySQL
Sherm Pendley wrote: On Dec 9, 2004, at 2:55 AM, Mark Wheeler wrote: I guess what I'm asking is, can some one share some good links/pointers on installing MySQL. As well, links on USING MySQL with Perl. Check the archives - installing DBD::mysql is the hard part. Indeed! I think I've finally memorized it, thanks to this list. ;) Pete
Re: [OT] Text Editor for OSX
Celeste Suliin Burris wrote: -Original Message- From: Pete Prodoehl [EMAIL PROTECTED] Ken Williams wrote: On Oct 3, 2004, at 9:46 AM, wren argetlahm wrote: (SubEthaEdit since my copy of BBEdit is Classic and a new one costs way to much for my budget). If you want to write one because you think it'll be fun, okay. But if you want to write one because you think you'll save money: suppose you earn about $40/hour. BBEdit upgrade costs about 60 bucks. Do you think it'll require more than one and a half hours of your time to write something better for your needs than BBEdit? You assume he needs only one copy of BBEdit... Combining the Macs I have at home, and the ones I use at work is about 5 machines (not to mention the non-Mac computers I use.) I'm assuming I'd need licenses for each machine if I went with BBEdit, right? Instead I'm using an open-source editor on all machines and not spending $200 on licenses. Don't get me wrong, BBEdit is a great editor, but it doesn't fit my needs, which is a text editor that I can install on all of my computers, regardless of OS, for a reasonable price. Pete Actually, BBEdit takes a pretty liberal view. I actually called them one time to see if they had a multiple copy discount, since I have 3 computers, and they said I really only needed two, since I am the only user of the laptop and one of the desktops. I actually tried Emacs. I'm a Solaris Sysadmin, and it was way too counterintuitive. I quickly returned to VI. The learning curve on BBEdit is such that you can be productive the first time you open a file, but you continually discover a better way to do it. If you INSIST on free, try vim (http://www.vim.org) or NEdit (http://www.nedit.org/). Good to know they have a liberal view. Though I can see that in the 'corporate' world the powers that be might want a well defined license, or just opt to purchase as many copies as needed. I don't really INSIST on free, but the freedom of open-source has so darn many advantages, it's hard to ignore. ;) jEdit suites me fine right now, BTW... Pete
Re: [OT] Text Editor for OSX
wren argetlahm wrote: (Replying to all the messages in one) I guess right now I'm mainly looking for a good (to a certain extent, read: dedicated) XML editor and haven't yet encountered one for OSX. Aside form the standard text editor features, the two biggest things I'm looking for are automatic (via keystroke) closing element tags* and highly extensible syntax highlighting. I've been told that jEdit performs excellently at the latter, but haven't had a chance to test it out yet. One of the big things I'm looking for is the ability to use multiple highlighting pragmas in the same file (i.e. CSS embedded in HTML, JS in HTML, PHP in HTML, XSLT in XML, HTML in XML (aka XHTML), et cetera). Take the time to look at jEdit then, as it's pretty darn extensive, and what it might not do, there is probably a plugin or macro to do... Pete
Re: [OT] Text Editor for OSX
Ken Williams wrote: On Oct 3, 2004, at 9:46 AM, wren argetlahm wrote: (SubEthaEdit since my copy of BBEdit is Classic and a new one costs way to much for my budget). If you want to write one because you think it'll be fun, okay. But if you want to write one because you think you'll save money: suppose you earn about $40/hour. BBEdit upgrade costs about 60 bucks. Do you think it'll require more than one and a half hours of your time to write something better for your needs than BBEdit? You assume he needs only one copy of BBEdit... Combining the Macs I have at home, and the ones I use at work is about 5 machines (not to mention the non-Mac computers I use.) I'm assuming I'd need licenses for each machine if I went with BBEdit, right? Instead I'm using an open-source editor on all machines and not spending $200 on licenses. Don't get me wrong, BBEdit is a great editor, but it doesn't fit my needs, which is a text editor that I can install on all of my computers, regardless of OS, for a reasonable price. Pete
Re: BBEdit 8.0 vs JEdit
The Ghost wrote: I'd really like to reiterate the suggestion to try JEdit. It used to have some problems on OS X, but in 4.2 Final they are cleared up. It has everything with the SFTP, multi-file search/replace with regex (better than BBEdit's in IMO), and all that fancy stuff, the only thing it doesn't currently have to my knowledge is the ability to execute a script from the program. However, with it's plugin architecture I believe this will come in the future. Ryan As long as someone brought up jEdit, I'll toss in my 2 cents... You can execute scripts from jEdit, there are a number of ways, using the console plugin, a commando file, a macro, etc... Perhaps the problem is that there are multiple ways of doing things, so there's not the one true way to do something, but asking on the mailing list usually gets you some good answers. A few other nice things about jEdit are: active development, good support, open-source, multi-platform... and if you like to customize, extend, and hack the heck out of your editor, it's ready, willing, and able... Pete
Re: BBEdit 8.0
Ray Zimmerman wrote: On Sep 9, 2004, at 8:41 PM, Ian Ragsdale wrote: Effortless transparent handling switching of line endings. Powerful HTML tools Shell worksheets (allows easy editing running of shell commands) Multi-file regular expression find replace functionality, with nameable saveable expressions Transparent FTP/SFTP support Easy scriptability and integration with command line tools And don't forget ... multi-file diff, with side-by-side highlighting (integrated with CVS, too). en-tabbing, de-tabbing re-wrapping text inserting, removing line prefixes/suffixes ... to name just a few more. I'm sure many/most of these things are easily doable by someone who's mastered vi or emacs, but it's the learning curve that's kept me from ever doing that. Of course if you are looking for an editor that covers most/all of these and more, and runs on other platforms, and happens to be open-source, you might want to check out jEdit - http://jedit.org/ - There are at least a few jEdit users who are old-BBEdit users, and there's even a page on switching from BBEdit to jEdit (that could use some updating!) http://community.jedit.org/cgi-bin/TWiki/view/Main/SwitchingFromBBEdit Pete
Re: Download images/movies
Andrew Mace wrote: IE just displays the graphic but doesn't download it. The script does not seem to be overriding whatever the settings are in IE regarding MIME types and what to do with them -- I'm guessing. Is there a way to override that? You could try changing the Content-Type to application/download. The problem is Mac IE will show the save as prompt, but it will be the name of your script (download.pl) and not the filename you specified in the HTTP header. Doesn't it save it to disk with the correct name though? (IIRC) Of course I'd just hope the number of Mac IE browsers is dropping everyday... Pete
Re: Download images/movies
william ross wrote: On 21 Aug 2004, at 20:07, Chris Devers wrote: On Sat, 21 Aug 2004, Mark Wheeler wrote: This is untested, but I'm guessing that you could write a simple CGI script that takes the URL for an image as an argument -- maybe just using $ENV{'HTTP_QUERY_STRING'} so that the url can be simple like -- http://site/images/fetch.pl?path/to/image/file.jpg This can probably be done with about half a dozen lines of code, and if the browser is well behaved -- that'll be the part that's a pain to verify -- the alternate content type should force the right behavior. Since the phrase if the browser is well behaved is in there, I should mention experience I've had with Internet Explorer. In trying to serve up text files to IE with application/octet-stream, IE was ignoring the mime-type and using the file extension instead, so that: http://site/images/fetch.pl?path/to/file.txt was being displayed in the browser. A quick fix was this: http://site/images/fetch.pl?path/to/file.txtiesux to prevent IE from seeing .txt at the end of the url... Pete
Re: Download images/movies
Mark Wheeler wrote: Hi William, I think that's what I'm looking for. One question. What do you mean whitelist the filepaths. My only reference point is email. Whitelist for me means that email address on my whitelist always get through, even though the spam software might initially think it's spam. Can you clarify? And you will of course whitelist the file paths you are allowing people to download... :) I assume by whitelist he means do not allow such things as: http://site/images/fetch.pl?/etc/passwd Perhaps set the path of the image directory into the script, hardcoded like so: $path = '/home/fubar/www/images'; or something like that so you are restricting to a certain directory, and not just letting any file be read in by the cgi and sent to the browser. Pete
Re: Download images/movies
Morbus Iff wrote: Perhaps set the path of the image directory into the script, hardcoded like so: $path = '/home/fubar/www/images'; or something like that so you are restricting to a certain directory, and not just letting any file be read in by the cgi and sent to the This isn't safe either. Someone could come along and request: http://site.com/server.cgi?file=../../../../../../../etc/passwd and get naughty files too. You want to make sure that you always sanitize the filename that you get in - never trust it. You also want to think about this /the other way/ - instead of thinking what should I filter out?, you should think what is it that I want to accept?. In your case, you'd probably only want alphanumeric characters only, and a single dot (to separate the file extension). I've done stuff similar to: my $images = '/home/fubar/www/images'; # where your files live. my $incoming = $cgi-param('file'); # the file the user wants. my $file_path = File::Spec-catfile($images, $incoming); my ($v, $directories, $f) = File::Spec-splitpath($file_path); my @path_parts = File::Spec-splitdir($directories); push(@path_parts, $f); # check the file for naughties too. return $self-error(Hi! You've attempted directory traversal. Naughty!) if scalar File::Spec-no_upwards(@path_parts) != scalar @path_parts; The above just checks for .. and equivalents, however. You will probably want to check your $incoming for naughty characters too, just to be safe (ie., anything not a dot or an alphanumeric). Yeah, what he said... Morbus is correct in the fact that you can't be too paranoid in the data you accept. I was attempting to clarify the 'whitelist' term in a simplified manner. Reading arbitrary files from disk and spitting them out to a browser is riddled with lots of scary things to think about... (Of course /home/fubar/www/images../../../../etc/passwd isn't the same thing as /home/fubar/www/images/../../../../etc/passwd right? ;) Pete
Re: [OT] MySQL for Web Apps
Ian Ragsdale wrote: On Feb 4, 2004, at 1:59 AM, Bill Stephenson wrote: The above are some of the excuses I've come up with to avoid spending more time learning stuff. If I'm deluded, it's because I have boxes upon boxes of software that doesn't work anymore and time invested in each of them. It's not that I don't believe that MySQL and other database engines have a place, I'm just trying to avoid learning how to use them if I don't really need too. Personally I think it's worth it in the case of MySQL (or other relational databases). The basics are pretty easily learned in an afternoon or two, and as your application and needs change, you'll definitely save yourself days worth of work by being able to leverage a good DB when your solution really calls for one. Ditto to that! I had put off learning the needed stuff to tie Perl to SQL databases years ago, but once I did learn it (and it was a pretty quick lesson) it really paid off. As for outdated software, the basics of SQL are what, 25 years old? It's worth learning... Pete
Re: Cron Progress Bar in OSX
Riccardo Perotti wrote: DropScript Don't have an url, but I'm sure you can find it in Version Tracker. Or from my earlier post ;) http://www.mit.edu/people/wsanchez/software/ Pete
Re: More 5.8.0 / Jaguar / Fink madness
What would the syntax be for this in bash? Pete Ray Zimmerman wrote: setenv LC_ALL C (put the above line in .cshrc and restart Terminal)
Re: Fixing font spacing in Terminal.app
The Jaguar upgrade went fairly smooth for me. I didn't have to do too much tweaking and re-customization. I mainly moved to Jaguar for a speed increase, and to fix various bugs, especially regarding Windows-related things at the office. My PowerBook remains at 10.1.5 though, since Jaguar won't install on it, but as my secondary lesser-used Mac, that's ok. There are some Jaguar-only apps I'd sure like to run on it though... Pete On Tuesday, January 7, 2003, at 12:05 AM, Rich Michaela wrote: Sorry for the rant. I don't mean to open up these old threads (wounds), but I still don't see Jaguar's silver lining. So for now, I'm staying put at 10.1.5 and hoping that by the time I'm able to buy a new machine (~12 months), that Apple will have gotten things right.
Re: OT: CVS clients and BBEdit diff tool ...
This may (or may not) work for you, I wrote a script to do a diff with two files via the command line, and if they really are different, it opens them both in BBEdit. It's here: http://zymm.com/raster/code/src/diffem_pl.txt Pete Ray Zimmerman wrote: for Perl development on OS X, of course :-) [snip] BBEdit diff: I want a bbdiff command-line program. Something that will let me type: bbdiff file1 file2 or bbdiff dir1 dir2 to initiate a file comparison or multi-file comparison in BBEdit. Ideally, Bare Bones would include something like this along side the bbedit command-line tool, but I was wondering if anyone has created (or could easily create) such a tool via a Perl script making some AppleScript calls or something?
Re: BBEdit 7.0 - Not Impressed
jEdit anyone? http://jedit.org/ Open-source, customizable, hackable, extendable, good community, responsive developers, lots of plugins, multi-platform, etc... True, it's slower than BBEdit (since it's written in Java) but it's also more open, if that's important to you. Pete _brian_d_foy wrote: In article [EMAIL PROTECTED], Mark S Lowe [EMAIL PROTECTED] wrote: This is BARELY an update. BBEdit is going the way of Interarchy.=20 They've run out of features, or in most causes reached a point where=20 they refuse to program anything difficult, so we're left with features=20= they have seem rather ossified. i had a few exchanges with their techies about syntax coloring. some of my code doesn't color correctly, and they don't color everything i need. i could fix things if i wanted to buy CodeWarrior and go through all of that pain, but i think they should have a better mechanism for that. why should i have to compile somthing for every language? i should be able to write a language description file, like vim has perhaps, and that is that. a few other exchanges on things like that lead me to beleive their locked into their code base now. i love the program, and i buy every version, but i do miss some of the aspects of open source development. i still wouldn't give it up because i like it much better than any other editor that has ever existed. :) i'll have to see about this CVS tool thing. i'm dubious.
Re: ImageMagick vs. NetPBM
I know that Gallery http://gallery.sf.net/ uses NetPBM, I've toyed with it a bit, and it probably matches most of the ImageMagic functionality. Pete Puneet Kishor wrote: There has been a lot of discussion here re (Image|Perl)Magick. I have not installed it on my iBook but have installed and used it on my Windoze box and found it to be very fun. However, I recently came across NetPBM. While it might be old news for some of you, I had never heard of it, and reading through the docs it seems to be everything ImageMagick is. Any insights into NetPBM as a replacement/substitute/alternative for ImageMagick on Perl/OS X platform would be greatly appreciated. Many tia, Puneet.
Re: Sherlock SDK released
There is a Mycroft http://mycroft.mozdev.org/ plugin for CPAN I believe... Which should be compatible with Sherlock. Pete David Wheeler wrote: 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
Re: Opinions wanted: CamelBones packaging
I remember using MacPerl and Runtime Builder (?) under pre-Mac OS X, and it seemed to work well. It bundled up MacPerl and any needed modules into a nice little distributable application. I'm assuming something similar would be done, where only the needed modules would be included? Pete Alex Harper wrote: On 11/4/02 6:23 AM, Sherm Pendley [EMAIL PROTECTED] wrote: So, what do you think? sherm-- Personally, I think a full distribution of Perl built-in is perfect. In my environment we use Perl (Classic MacPerl actually) to distribute various utilities used for our build/version control process. Although we keep complete MacPerl installation instructions on hand (including what to install from CPAN, etc.) essentially all of my users use the prebuilt MacPerl standalone applications we provide. Without going into too much detail, this means we are already used to dealing with packaging our own Perl modules into our (large) distribution. As we look to the OS X port of our utilties (waiting mostly on the Carbon port of Mac::AppleEvents being done by Chris Nandor) my biggest concern has been how to simplify the installation process for my users. Distributing as a single CamelBones bundle has the potential to solve that problem completely for me. Thanks, Alex
Re: How do you install modules in OS X?
For creating droplets similar to how MacPerl did it, I use DropScript: http://www.mit.edu/people/wsanchez/software/ Pete Vic Norton wrote: Hello all, [snip] (A future question: How do you make droplets in OS X?) [snip] Regards, Vic
Re: OS X meltdown
I saw the spinning beach ball of death a lot with 10.0.4, and then less with 10.1.x and now with 10.2 I still see it, but not quite as often it seems. This is on a G4 with 768 MB of RAM. Nowadays it seems to just affect one app rather than the whole system... which isn't quite as bad, a force quit usually takes care of it. Still, it make one wonder if a reboot would help clear/clean things up. (Can you tell I've been using Macs forever? ;) Pete Sherm Pendley wrote: On Wednesday, October 23, 2002, at 02:17 PM, Dan Sugalski wrote: At 2:12 PM -0400 10/23/02, Trey Harris wrote: Yeah, but this whole episode was presaged by a spinning-beachball-of-death attack. One of those where a seemingly innocuous click on a menu starts the spinning ball in one app, and then over the next minute or two, the spinning ball spreads to every other app, you can't logout--you can't pull up a logout dialog--attempts to ssh in never respond, etc. This happens with some regularity to me, and the only answer seems to be to just powerdown. Am I the only one who sees this? I occasionally see something similar, and it happens when I've got huge amounts of swap in use, relative to memory. I've never seen this happen - ever. I've been using OS X since DP4, and I'm still using X.I.V. I agree with Dan, that it's probably related to swap usage; I've got 1G of RAM, so my machine rarely (if ever) swaps. sherm--
Re: OS X meltdown
Ok, steering back on track... I always create another user account on my OS X machines. If you see something extremely odd, reboot and log in as another user and verify that the problem is with the system, and not just an individual user's account. If you're a terminal lover you can always boot into single user mode and see what's up as well... Pete Puneet Kishor wrote: Man, how these things take a life of their own. The original message was about help with a crashed OS X box. My suggestion was to backup using psync...
Re: 10.2 + 5.8 CPAN trouble
I'm too lazy to track it down, but I believe Jordan Hubbard (the BSD/Darwin guy) said Apple is waiting for a point release (5.8.1?) before upgrading Perl... Pete william ross wrote: On Wednesday, October 2, 2002, at 04:06 PM, Richard Jolly wrote: It would be good to have a semi-official word from apple on this question, though, especially since they published Morbus's article recommending the replacement. I've sent a chirpy enquiry to [EMAIL PROTECTED] - that's the address on the article - but am not holding breath.
Re: request: dyld explained
When will we start seeing some 'Switcher ads' from the perl community? ;) Pete Ken typed: In fact, that was the case for a large part of 5.8.0 development. Jarkko often/usually uses OS X, and several of the more frequent patchers do too. And actually, so does Larry these days, though he's usually at a level above actual patching these days. =) -Ken
Re: looking for backup solution...
I'm just using ditto to selectively back up the important stuff on a regular basis... and when I remember to, I use an external USB drive to backup everything. I live on the edge... Pete -- On 11 Jul 2002 13:45:49 -070 Randal L. Schwartz wrote: [snip] What are the rest of you doing? Is anyone even backing anything up? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. _ Supercharge your e-mail with a 25MB Inbox, POP3 Access, No Ads and NoTaglines -- LYCOS MAIL PLUS. http://www.mail.lycos.com/brandPage.shtml?pageId=plus
Re: Rules Of Engagement (What the Hell is this List for anyway?)
My hopes are this... as perl and OS X become better friends, we will see more *exciting* things on this list. I think DropScript http://www.mit.edu/people/wsanchez/software/ is one example, and CamelBones http://camelbones.sf.net/ is another. (DropScript now works the way MacPerl droplets work, passing in the dropped files as the arguements, rather than running once per file...) I think I see some old MacPerl names on this list. I haven't been active on it for a while, but when I was, it dealt with using perl on the Mac, and sometimes it drifted into general perl questions, and that was usually ok. I'd expect the same thing here. Mainly OS X specific things... with the 'general perl questions' thrown into the mix. Pete Someone made the point that as things work more and more smoothly under OSX, so the install/configuration posts will dwindle. And in a nutshell that's what *should* happen to this list - it should become a low volume, once in a while anyone know what the hell's happening here? type of list, but one that focuses on getting perl/related stuff working under OSX.
Re: Movable Type
Same here, a pretty simple install - one of the strengths of Movable Type. Pete -- Has anyone got Movable Type running on Mac OS X yet? I'm debating whether to run it on my OS X box or my Linux box, and was wondering whether there were any traumas awaiting which might make me prefer the Linux box. 2,000,000,000 Web Pages--you only need 1. Save time with My Lycos. http://my.lycos.com
Re: XML::Parser and expat compile?
This worked for me: http://sourceforge.net/tracker/index.php?func=detailaid=502187group_id=10127atid=310127 Pete -- On Thu, 07 Mar 2002 17:21:19 Todd Wongkee wrote: This may be a FAQ type question, but I'll ask anyway: Anyone created a how to for compiling and installing XML::Parser and the expat parser with default perl install? I'm failing on the expat compile. any hints? ran ./configure then make (did not use any special switches on configure) -- Todd Wongkee http://www.algorithmics.com 2,000,000,000 Web Pages--you only need 1. Save time with My Lycos. http://my.lycos.com