#2 The installer has quoting issues

[undisclosed]

Dynaplateblog installer is impossible to install on UNIX (*BSD) systems. The problem is that it strips the first character of each file it installs. eg;

#!/isr/bin/perl

becomes

!/usr/bin/perl

The same goes for all files. The *.sql:

/*

becomes

*

Without [yet] finding the cause, I simply doubled the first character, in order
to get the complete file.
eg; I turned

#!/usr/bin/perl

into

##!/usr/bin/perl

It also has an issue with setting the correct permissions (setting the x bit).
So Perl scripts must be set executable, manually, before it can be used.

[Tony Piazza]

Wow, this may be the first time I am logging into SourceForge in like 5 years. Very cool that you are using and liking my software, I haven't even used Perl in I don't know how long. I may be able to get sometime this weekend but I'll have to setup the development environment and see if I can boot up my old computer to get any notes I had. Would it help if I just figured out where you would make those changes? I believe all these bugs would be addressed in this file DynaPlateInstallBuilder.plx.

[undisclosed]

WOW! Such a fast reply. Thanks!
LOL. Yea, it looked like it might have been awhile. ;)
I had tried to use it several times in the past. But when it didn't work "out-of-the-box". I abandoned the attempt. But recently, I decided to look at it again, and out of pure curiosity, I decided I would make it work. Perl logs provided the clue(s). I was working with DynaPlateInstaller_v107. After a few attempts with it, I decided to try DynaPlateInstaller_v105, thinking the problem might have been introduced in 107. But same problem. So I just continued to work with 105, until I got a complete install (minus the correct x bit on the scripts). So I just made the Perl scripts executable, and continued working with it. I was also required to comment some lines to prevent getting 2 shebangs (both incorrect). But I'll elaborate on that later.
Anyway. I've made quite a few changes. I've added a CSS file. But I'd like to add a function that permits adding/changing/editing of a CSS file. But, for now, doing it this way allows me to continue bringing it into the 21st century -- making it (x)html/html5 compliant, replacing TABLEs with DIVs, adding classes that will permit templating, etc, etc... I've got it quite a ways, and it's now beginning to look more like a modern Blog. :)
I chose DynaPlate, because it was small, but fully functional. It didn't contain a bunch of "bloat" that I would have to later remove/modify. Which is what most others suffer from. I'm also working on a Perl based Forum. That I intend to incorporate with DynaPlate, if DynaPlate finally works as anticipated.
If you're at all interested in the work I've done so far, and you're at all familiar with diff(1), and pacth(1). I can send you a diff against what's currently available from your CVS(1) here at SF.

Thanks again, for the thoughtful reply.