wide idea -recent-
Status: Beta
Brought to you by:
idistrust
Menu
▾
▴
#27 wide idea -recent-
Needed for WIN32 installer 'recent MySQL, Apache and
Perl'
I installed PHPtriad2-2-1.exe and Perl-win32-bin-0.7.exe
Then ran installer. The script is TOO MUCH for windows
users and requires either a howto or a stepbystep
readme to be of use I fear.
After first run failed, i copied all to /perl/ and ran
c:/perl ./perl/bin/GL_Admin.pm
this resulted in errors regarding GL_WAP, and later
(when I found the line and commented it out) in errors
regarding return from outside subroutine in GL
Here is a copy paste of some errors:
C:\PERL>.\bin\perl GNULEDGER.pm
Can't locate GL_WAP.pm in @INC (@INC contains:
C:/PERL/lib C:/PERL/site/lib .) a
t GNULEDGER.pm line 25.
BEGIN failed--compilation aborted at GNULEDGER.pm
line 25.
Compilation failed in require at GL_FUNC.pm line 8.
BEGIN failed--compilation aborted at GL_FUNC.pm line
8.
Compilation failed in require at GNULEDGER.pm line 18.
BEGIN failed--compilation aborted at GNULEDGER.pm
line 18.
some editing gave:
C:\PERL\bin>perl ..\GL_ADMIN.pm
Can't locate GNULEDGER.pm in @INC (@INC contains:
C:/PERL/lib C:/PERL/site/lib) at ..\GL_ADMIN.pm line 6.
BEGIN failed--compilation aborted at ..\GL_ADMIN.pm
line 6.
some more editing gave:
C:\PERL>.\bin\perl GL_ADMIN.pm
Can't return outside a subroutine at GL_ADMIN.pm line
28.
That is enough for me, or rather TOO MUCH..
Anyway, the previous installer crashlanded while
unpacking, so it is a small step for mankind , and at
least this one unpacks nicely!
Maybe something to do with default settings in Perl,
PHPtriad or my not configuring ANYTHING not
mentioned. Why not? Simple: because i am Joe
Average User, hence my handle: Dr. Default!
You know MAD's 'more stupid answers to silly
questions?' That was made with J.A. User in mind ;-)
Maybe I give the Linux version a try, lately some RPM's
are easier to install than commercial MSI installer packs
(yes, puzzled me too!) and MySQL, Perl and Apache all
are autoconfigged there ;-)
Keep up the good works,
Paul.
PS: I run WindowsXP Pro on AMD Duron 1200, 768Mb
memory.
Logged In: YES
user_id=231784
Ahh.. The old Windows vs. Unix argument.. ;-)
Actually, this problem is being addressed in the 0.5.0 Release
Other than that, I can't say much.. But the 0.5.0 Release is
going to use newer tech, and should not be privy to the
problems that the 0.3/0.4 series have.
Other than that, I can't say too much more, except with the
0.5.0 series.. I can mention a few points.
1: No perl modules dependancies.
2: 100% web based install
3: Will allow for mysql, msql, mssql, access, oracle, etc etc
4: Will work under apache/iis/netscape/oracle, etc etc web
servers
;-)
Logged In: NO
Unfortunately, both Verbal and I do not have the resources to
test these Win32 installers, so, first of all, thank you for your
feedback (once again!).
This is a very tricky thing to write because of the way
GnuLedger was originally written. The install in Linux is all
done from a perl script, and works quite well (thanks to some
contributions from users). The Windows installation is more
difficult, because, like your said, it has to be intuitive for JA
User!
Verbal hit on this, and it doesn't sound like such a good
solution at first. It sounds like we are just avoiding the
problem, namely, writing a GOOD installer for Windows.
However, we are rewriting GnuLedger, once more, from
scratch. The reason behind this is that GnuLedger has turned
into a beast. Perl was not the best language to use for this
task, I believe, and lead to a lot of problems (this install issue
being just one).
The new version will be simple... put the files into a directory
on your webserver, and GO. :-) No modules to mess around
with, no shell scripts/dos batch files/anything. It will also run
a lot faster (which isn't really a huge issue on a Duron 1200,
but for others it may be). Finally, it'll allow the user to use
what they want. Don't like MySQL? Then use Oracle, etc.
All designed to make life easier for all of us.
I hope you'll be willing to try it out when it is done, and would
like to thank you again for your feedback -- when we hear
from people it lets us know that "Hey, you know, this really
wasn't such a good idea" and things like that.
Thanks again,
Mike
(idistrust)
Logged In: YES
user_id=321353
Will be happy to retry, and can hardly wait to see it in action.
I had the same troubles with the competition, SQL-Ledger,
which I am running now on a Linux dedicated finance server
on PostGres. No luck on the howto for win2k yet, cygwin
baffled me.
Related question: will 0.5.0 support PostGres as well? Would
be nice to be able to run from my win machine and have the
possibility to keep the data save and sound on a linux-server
with postgres iso anything on windows. Most important
however for me is the fact that the program itself should run
on Windows.
I would love to see OS accounting packs take over the
stranglehold from Quicken and the likes on SOHO and
shopkeepers, taking extravagant fees for buggy software on a
buggy system. I might run on Linux or take the time to
unravel install script problems on windows, but the average
storekeeper will definitely quit after 2 errors MAX.
Still, a good howto on how to find the current paths to
modules, perl, servername and apache and where to put the
values found in which config file would probably be enough for
most power users, be it win or linux. A total overhaul and re-
write may be needed for other reasons, but I feel I could get it
to work within lets say two days of hit and run errorlog
checking on windows.
Which I will gladly trade for two days of sunshine and party,
and wait for 0.5.0. instead ;-) Keep up the good works and
cheers,
Paul
Logged In: YES
user_id=215012
Yup -- 0.5.0 will support PostGres, MySQL, Oracle, and the
likes. :-)