Re: perl configuration question

2007-08-24 Thread Nikola Lecic
On Thu, 23 Aug 2007 20:40:32 -0600
Andrew Falanga [EMAIL PROTECTED] wrote:

 Hi,
 
 I'm trying to install WebGUI on a FreeBSD system for my church.
 WebGUI uses PERL for its operation.  The program has a test
 environment perl script that it tries to run to make sure the
 environment can run WebGUI.  On a couple of the perl modules it tries
 to install, it bails saying that make is no good.
 
 I'm guessing this is because perl is expecting GNU make not BSD make,
 and since it's looks for /usr/bin/make, I'm sure it's getting the
 wrong version.  I'm pretty much a perl neophyte, having written only
 one perl script in my life and that was so pitifully little that it
 really wasn't worthy of being called a script; I do not know how to
 fix this.  How does one fix the configuration of perl (if this is even
 the problem, I'm going to try and see if this is something WebGUI is
 trying to use).

Hello Andrew,

This application needs good Porting. Unfortunatelly, many applications
advertise themselves like Runs on Linux/BSD/Solaris/AIX/. while
taking zero or close to zero care of anything but Linux. This is
visible in the fact that WebGUI sctipts do no inspection regarding
available make versions and for example in their assuming that bash
surely lives in /bin.

Here are several notes on what you can do:

(1) you have to manually replace all occurences of 'make' with 'gmake',
at least in build.sh. If the script itself fails, run it manually
with /usr/local/bin/bash or change bash path(s);

(2) please note that build.sh with no arguments will actually build not
just Perl, but Apache, ImageMagick, AwStats, several Perl modules,
MySQL and many other things as well, which doesn't make much sense.
It seems that you have to run it with

  # /usr/local/bin/bash build.sh --wre

with all prerequisites (you must gather them by hand from the
installation scripts) previously installed from ports. But it's very
likely that the script will not find all it needs itself and that
you must help it manually. A short inspection shows that you need

   databases/memcached
   graphics/ImageMagick
   databases/mysql...
   www/apache...
   www/awstats
   www/mod_perl
   ftp/lftp

and many more, including a huge number of Perl modules. Some of
these apps maybe have to be built with special options.

Any you still have to take care about paths the scripts use after
the installation in order to get WebGUI fully working.

(3) Maybe you should consider using another CMS software, there is a
lot of choice, including Perl-based if you prefer that. The most
important thing is that they are truly ported, so you have just to
type 'make install' to get running (and optimised) FreeBSD version.

Nikola Lečić
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: perl configuration question

2007-08-24 Thread Andrew Falanga
On 8/23/07, Foo JH [EMAIL PROTECTED] wrote:
 Have you tried simply installed Perl from the packages in the FreeBSD
 install CD?


Yes, I installed perl from ports.

Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: perl configuration question

2007-08-24 Thread Andrew Falanga
On 8/24/07, Nikola Lecic [EMAIL PROTECTED] wrote:
 On Thu, 23 Aug 2007 20:40:32 -0600

 (3) Maybe you should consider using another CMS software, there is a
 lot of choice, including Perl-based if you prefer that. The most
 important thing is that they are truly ported, so you have just to
 type 'make install' to get running (and optimised) FreeBSD version.


Thank you for the great notes!  I'm not necessarily hung up on WebGUI.
 That was a flashy system that appealed to others in the church and
was just their first choice.  I do not believe they would be of the
mind set WebGUI or nothing! so what other choices are there?  Your
point above makes me think there are ported CMS packages within the
ports collection?  Is this true?  If so, are they comparable to WebGUI
in capability?

Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: perl configuration question

2007-08-24 Thread Nikola Lecic
On Fri, 24 Aug 2007 07:10:15 -0600
Andrew Falanga [EMAIL PROTECTED] wrote:

 On 8/24/07, Nikola Lecic [EMAIL PROTECTED] wrote:
  On Thu, 23 Aug 2007 20:40:32 -0600
 
  (3) Maybe you should consider using another CMS software, there is a
  lot of choice, including Perl-based if you prefer that. The most
  important thing is that they are truly ported, so you have just
  to type 'make install' to get running (and optimised) FreeBSD
  version.
 
 
 Thank you for the great notes!  I'm not necessarily hung up on WebGUI.

I thought that you maybe already had a WebGUI content and that you
now want to switch to FreeBSD server. Again, you can try to make WebGUI
working; but build WebGUI only (with --wre), not other things,
including Perl. Build them from their FreeBSD ports and link WebGUI
scripts with them.

  That was a flashy system that appealed to others in the church and
 was just their first choice.  I do not believe they would be of the
 mind set WebGUI or nothing! so what other choices are there?  Your
 point above makes me think there are ported CMS packages within the
 ports collection?  Is this true?  If so, are they comparable to WebGUI
 in capability?

Of course, there are many of them, they are inside www (www/plone,
www/joomla, www/tikiwiki...). I recommend you to start a new thread
about CMS ideas, this will pass unnoticed under current subject. Write
exactly what features/capabilities you need (Perl-based?
wiki-like? ...), and people with experience with them will answer (I
have never used any, except little TikiWiki, long ago).

Nikola Lečić
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


perl configuration question

2007-08-23 Thread Andrew Falanga
Hi,

I'm trying to install WebGUI on a FreeBSD system for my church.
WebGUI uses PERL for its operation.  The program has a test
environment perl script that it tries to run to make sure the
environment can run WebGUI.  On a couple of the perl modules it tries
to install, it bails saying that make is no good.

I'm guessing this is because perl is expecting GNU make not BSD make,
and since it's looks for /usr/bin/make, I'm sure it's getting the
wrong version.  I'm pretty much a perl neophyte, having written only
one perl script in my life and that was so pitifully little that it
really wasn't worthy of being called a script; I do not know how to
fix this.  How does one fix the configuration of perl (if this is even
the problem, I'm going to try and see if this is something WebGUI is
trying to use).

Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: perl configuration question

2007-08-23 Thread Foo JH
Have you tried simply installed Perl from the packages in the FreeBSD 
install CD?


Andrew Falanga wrote:

Hi,

I'm trying to install WebGUI on a FreeBSD system for my church.
WebGUI uses PERL for its operation.  The program has a test
environment perl script that it tries to run to make sure the
environment can run WebGUI.  On a couple of the perl modules it tries
to install, it bails saying that make is no good.

I'm guessing this is because perl is expecting GNU make not BSD make,
and since it's looks for /usr/bin/make, I'm sure it's getting the
wrong version.  I'm pretty much a perl neophyte, having written only
one perl script in my life and that was so pitifully little that it
really wasn't worthy of being called a script; I do not know how to
fix this.  How does one fix the configuration of perl (if this is even
the problem, I'm going to try and see if this is something WebGUI is
trying to use).

Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
  


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Perl configuration

2003-11-22 Thread Odhiambo Washington

I decided that I did not want perl 5.8.1 directory hanging around on my box,
so I hosed the directories referring to it. That did not look quite suicidal
though, since I though thet everything is configurable. Now the only thing
I'd like is to change the perl configuration - I don't want any appls I run
to try including 5.8.1 in their search paths, but which file do I edit?

For example this:

beastie# apachectl graceful
httpd not running, trying to start
[Sat Nov 22 12:34:32 2003] [error] Can't locate strict.pm in @INC (@INC contains: 
/usr/local/lib/perl5/site_perl/5.8.1/mach
/usr/local/lib/perl5/site_perl/5.8.1 /usr/local/lib/perl5/site_perl/5.6.1 
/usr/local/lib/perl5/site_perl/5.005
/usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.1/BSDPAN 
/usr/local/lib/perl5/5.8.1/mach
/usr/local/lib/perl5/5.8.1 . /usr/local/ /usr/local/lib/perl) at 
/opt/rt3/bin/webmux.pl line 26.
BEGIN failed--compilation aborted at /opt/rt3/bin/webmux.pl line 26.

I already did 

rm -rf /usr/local/lib/perl5/5.8.1 /usr/local/lib/perl5/site_perl/5.8.1

Where is the file to modify so that I can point to 5.8.2 and not 5.8.1 ?

tia



 -Wash

--
|\  _,,,---,,_ | Odhiambo Washington[EMAIL PROTECTED]
Zzz /,`.-'`'-.  ;-;;,_ | Wananchi Online Ltd.   www.wananchi.com
   |,4-  ) )-,_. ,\ (  `'-'| Tel: +254 20 313985-9  +254 20 313922
  '---''(_/--'  `-'\_) | GSM: +254 722 743223   +254 733 744121
+
Lactomangulation, n.:
Manhandling the open here spout on a milk carton so badly
that one has to resort to using the illegal side.
-- Rich Hall, Sniglets
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Perl configuration

2003-11-22 Thread Matthew Seaman
On Sat, Nov 22, 2003 at 12:46:26PM +0300, Odhiambo Washington wrote:
 Where is the file to modify so that I can point to 5.8.2 and not 5.8.1 ?

That would be /etc/make.conf -- the PERL_VER and PERL_VERSION
variables ultimately control this behaviour.  Set these correctly in
/etc/make.conf by re-running use.perl port.

However, the values in make.conf only have an effect at compile time,
so if you want all of your perl modules to live under
/usr/local/lib/perl5/{,site_perl/}5.8.2 then you're going to have to
reinstall all of the ports that put files into %%SITE_PERL%% as well
as installing the updated version of perl.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   26 The Paddocks
  Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614  Bucks., SL7 1TH UK


pgp0.pgp
Description: PGP signature


Re: Perl configuration

2003-11-22 Thread paul beard
On Nov 22, 2003, at 3:11 AM, Matthew Seaman wrote:

However, the values in make.conf only have an effect at compile time,
so if you want all of your perl modules to live under
/usr/local/lib/perl5/{,site_perl/}5.8.2 then you're going to have to
reinstall all of the ports that put files into %%SITE_PERL%% as well
as installing the updated version of perl.
Aargh, I had this happen to me on two boxes in the past week so the 
scars are still fresh enough for me to remember it all.

What worked for me [tm] was to invoke portinstall -r perl58 and let it 
fix everything. That worked when a simple make [re]install wouldn't.

(the r argument is valuable:

   -r, --recursive  Do with all those depending on the given 
packages
 as well
)

My advice, worth every penny you pay for it, is to leave the extra 
directories alone (disk space is cheap). The side-effects are too hard 
to predict or rectify, in my experience.

--
Paul Beard
paulbeard.no-ip.org/movabletype/
paulbeard [at] mac.com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]