[ maintainer listed as this mailing list :( ]
running very current i386 on a soekris 5510
following the instructions on
http://www.section6.net/wiki/index.php/Setting_up_a_PPTP_VPN_server_in_FreeBSD
gets
pptpd[76801]: MGR: Failed to exec /usr/local/sbin/pptpctrl!
but no one installs pptpctrl,
Hello i try to portupgrade samba32-devel but ill get the following error.
I also tryd to deinstall and reinstall the package but then the error comes up
also.
Compiling lib/netapi/user.c
Linking non-shared library bin/libnetapi.a
Compiling libsmb/libsmb_cache.c
In file included from
* G. Paul Ziemba ([EMAIL PROTECTED]) wrote:
In hopes of stimulating some discussion, I propose a new variable,
LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like
EXTRA_PATCHES, except that it would be designated specifically for
site-local patches. It would be implemented in
On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote:
* G. Paul Ziemba ([EMAIL PROTECTED]) wrote:
In hopes of stimulating some discussion, I propose a new variable,
LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like
EXTRA_PATCHES, except that it would be
On Tue, 02 Dec 2008, 21:07 +0300, Dmitry Marakasov wrote:
I think the most convenient way of implementing this is having
a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*)
or single level ${PORTNAME}/patch-*) and a single variable that makes
port system look there for
On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote:
* G. Paul Ziemba ([EMAIL PROTECTED]) wrote:
In hopes of stimulating some discussion, I propose a new variable,
LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like
EXTRA_PATCHES, except that it would be
On Tue, Dec 02, 2008 at 03:16:10PM -0500, Wesley Shields wrote:
On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote:
* G. Paul Ziemba ([EMAIL PROTECTED]) wrote:
In hopes of stimulating some discussion, I propose a new variable,
LOCAL_PATCHES (or maybe SITE_PATCHES), that
[Site-local patches to ports]
[EMAIL PROTECTED] (Wesley Shields) writes:
On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote:
Here's the draft patch for this functionality:
http://people.freebsd.org/~amdmi3/local-patchdir.patch
Other than the above comment I like the patch and
[EMAIL PROTECTED] (Scott Lambert) writes:
How about something like WRKDIRPREFIX?
Presumably the logic for dealing with that structure is already in
the system. Maybe you could have USE_LOCAL_PATCHES boolean which
uses ${CATEGORY}/${PORTNAME}/files subdirs in WRKDIRPREFIX, or
LOCALPATCHDIRPREFIX
[EMAIL PROTECTED] (John Marshall) writes:
On Tue, 02 Dec 2008, 21:07 +0300, Dmitry Marakasov wrote:
I think the most convenient way of implementing this is having
a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*)
or single level ${PORTNAME}/patch-*) and a single variable
On Wed, 3 Dec 2008 02:14:20 + (UTC)
G. Paul Ziemba [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (John Marshall) writes:
Or keep local patches under /var/db/ports/port rather than
building a new tree?
Hmm. I haven't really understood the way directories get named in
/var/db/ports/ -
On Tue, 2 Dec 2008 21:07:43 +0300
Dmitry Marakasov [EMAIL PROTECTED] wrote:
I am not aware of any mechanism for this. But I agree that it's
really needed. Before (in cvsup times) we could just place patches
under files/ and be happy, but now when more people use portsnap
we need something
On Wed, Dec 03, 2008 at 02:14:20AM +, G. Paul Ziemba wrote:
[EMAIL PROTECTED] (John Marshall) writes:
On Tue, 02 Dec 2008, 21:07 +0300, Dmitry Marakasov wrote:
I think the most convenient way of implementing this is having
a directory hierarchy (either two level
On Tue, Dec 2, 2008 at 9:08 PM, RW [EMAIL PROTECTED] wrote:
I wonder if portsnap actually needs to behave the way it does.
Portsnap stores its compressed snapshot as one .gz file for each
port plus one for each additional file (files in Mk/ etc). When you
do an update any modified snapshot
14 matches
Mail list logo