Re: p5 ports don't respect LOCALBASE

2003-11-16 Thread Rich Winkel
According to Lowell Gilbert:
 Rich Winkel [EMAIL PROTECTED] writes:
 
  I support various types of servers and workstations which need
  different local software sets.  I do all my building on one
  machine, so I use LOCALBASE and PKG_DBDIR in /etc/make.conf to
  keep the various configurations separate.  Unfortunately many ports
  don't respect the LOCALBASE setting and install into /usr/local,
  even while recording the packing list as being in LOCALBASE!
  
  The p5 ports seem especially bad about this.  I understand the
  need for perl to be able to find its local packages, so after I
  manually fix things up I need to know how to tell perl to look
  for its stuff under LOCALBASE instead of /usr/local.  Can someone
  tell me?
  
  Or alternatively, has someone else found a better way to deal with
  the whole problem of maintaining different software sets??
 
 This is really a ports question, so I'm redirecting there.
 
 Apparently you're dealing with bugs in the ports, but it's hard to be
 sure without more details.  Can you give a specific example?

Thanks for the reply!
I've had such problems with spamassassin-milter and also apsprint.  

Rich

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


Re: p5 ports don't respect LOCALBASE

2003-11-16 Thread Sergey Matveychuk
Rich Winkel wrote:

According to Lowell Gilbert:

Rich Winkel [EMAIL PROTECTED] writes:
The p5 ports seem especially bad about this.  I understand the
need for perl to be able to find its local packages, so after I
There are ways to find perl packages without expecting them in LOCALBASE.

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


Re: p5 ports don't respect LOCALBASE

2003-11-14 Thread Lowell Gilbert
Rich Winkel [EMAIL PROTECTED] writes:

 I support various types of servers and workstations which need
 different local software sets.  I do all my building on one
 machine, so I use LOCALBASE and PKG_DBDIR in /etc/make.conf to
 keep the various configurations separate.  Unfortunately many ports
 don't respect the LOCALBASE setting and install into /usr/local,
 even while recording the packing list as being in LOCALBASE!
 
 The p5 ports seem especially bad about this.  I understand the
 need for perl to be able to find its local packages, so after I
 manually fix things up I need to know how to tell perl to look
 for its stuff under LOCALBASE instead of /usr/local.  Can someone
 tell me?
 
 Or alternatively, has someone else found a better way to deal with
 the whole problem of maintaining different software sets??

This is really a ports question, so I'm redirecting there.

Apparently you're dealing with bugs in the ports, but it's hard to be
sure without more details.  Can you give a specific example?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


p5 ports don't respect LOCALBASE

2003-11-13 Thread Rich Winkel
I support various types of servers and workstations which need
different local software sets.  I do all my building on one
machine, so I use LOCALBASE and PKG_DBDIR in /etc/make.conf to
keep the various configurations separate.  Unfortunately many ports
don't respect the LOCALBASE setting and install into /usr/local,
even while recording the packing list as being in LOCALBASE!

The p5 ports seem especially bad about this.  I understand the
need for perl to be able to find its local packages, so after I
manually fix things up I need to know how to tell perl to look
for its stuff under LOCALBASE instead of /usr/local.  Can someone
tell me?

Or alternatively, has someone else found a better way to deal with
the whole problem of maintaining different software sets??

Thanks!!!

Rich

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