I'm wondering if there is any reason to keep sysutils/rc_subr around?
In bsd.port.mk the default sub for %%RC_SUBR%% is already
/etc/rc.subr, and all supported platforms have always had that file.
After the release of 8.0 I'd like to do the following:
1. Deprecate sysutils/rc_subr
2. Update all po
Alexander, good day.
Wed, Nov 11, 2009 at 11:04:59PM +0300, Alexander Churanov wrote:
> It seems that I have found a workaround. It is to store the address of
> the variable in a register and then issue the "CAS" instruction, which
> only accepts register for an address. I am currently testing it.
Eygene,
Your solution is clearly more appropriate. I'll test it.
Mine is attached.
Alexander Churanov
patch-boost_smart_ptr_detail_sp_counted_base_gcc_sparc.hpp
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.o
Ok seems like I had a memcache problem but after rebuilding
pecl-memcache that is gone now.
can someone give me an idea where or how to look for the errors in this
build? It seems to only happen with pear. The is needed to keep
mail/horde-imp working
/usr/ports/devel/pear> pkgdb -F
---> C
Any problems with something like this in bsd.svn.mk
Comments and suggestions welcome...
x-svn-export:
svn export -r${SVN_REV} ${SVN_URL} ${WRKSRC}
x-svn-tar:
${TAR} -cjvf ${DISTNAME}.tar.bz2 ${WRKSRC}
${RM} -rf ${WRKSRC}
x-svn-head:
SVN_REV != svn info ${SVN_U
I probably should have added to my first post the fact that
sysutils/rc_subr was originally added during the introduction of the
rc.d system in the base as a mechanism for ports on older systems (to
which rc.d would not be backported) to use it. Now that rc.d exists on
all supported versions it is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rebuild php5 and try again.
On Thu, Nov 12, 2009 at 09:59:26AM -0700, Agrapha wrote:
> Ok seems like I had a memcache problem but after rebuilding
> pecl-memcache that is gone now.
> can someone give me an idea where or how to look for the errors in
Doug Ambrisko wrote:
Miroslav Lachman writes:
| Doug Ambrisko wrote:
[...]
| Hi,
| I am little confused by all these MegaRAID utilities available in ports.
| (I am new to LSI MegaRAID).
|
| I have new Dell R610 with PERC6 identified as:
|
| mfi0: port 0xfc00-0xfcff mem
| 0xdf18-0xdf1bfff
2009/11/9 David Southwell :
>> 2009/11/8 David Southwell :
> What puzzles me is why the gnupg maintainer is so reluctant to provide
> alternative options to using pth when there are both system libraries and
> libpthread-stubs-0.1 available as an alternative. Dependencuy upon
> libpthread-
On Tue, Nov 10, 2009 at 10:28:17PM +0200, Eitan Adler wrote:
> Alright - I updated the wiki page to summarize the thread so far.
> I'd appreciate if people could comment on the "spec" part
> specifically. I'd like to see that section become much more specific
> (so that I could use it to unambiguou
10 matches
Mail list logo
