Re: RFC: change to bsd.perl.mk

On 07/16/2011 17:35, Mark Linimon wrote: > On Sat, Jul 16, 2011 at 10:51:04PM +0100, Chris Rees wrote: >> If it's unconditionally included, how does that exempt it from exp-runs? >> >> Surely it's equally risky to commit to it as bsd.port.mk, or have I missed >> something? > > In a perfect world w

Re: RFC: change to bsd.perl.mk

On Sat, Jul 16, 2011 at 10:51:04PM +0100, Chris Rees wrote: > If it's unconditionally included, how does that exempt it from exp-runs? > > Surely it's equally risky to commit to it as bsd.port.mk, or have I missed > something? In a perfect world we'd have -exp runs for everything, I suppose. OTO

math/bamg

Does anyone want to take the math/bamg port? Or at least tell me that they use it? It is now at version 1.0.0, and the current version's master site has disappeared. Also, it seems to be part of freefem++, and that port has disappeared from the FreeBSD ports. If no-one responds I will set

Re: RFC: change to bsd.perl.mk

On 16 Jul 2011 22:26, "Mark Linimon" wrote: > > > If bsd.perl.mk is going to be included unconditionally, what's the > > point of having it in a separate file? > > - perl team can make changes (e.g. minor version update of perl) > without -exp run and portmgr approval. (I would still prefer to

Re: RFC: change to bsd.perl.mk

> If bsd.perl.mk is going to be included unconditionally, what's the > point of having it in a separate file? - perl team can make changes (e.g. minor version update of perl) without -exp run and portmgr approval. (I would still prefer to do -exp runs for major version updates, of course).

Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)

On 16 Jul 2011 17:18, "Stephen Montgomery-Smith" wrote: > > current@ to ports@ again. (Sorry, my mistake.) > > > On 07/16/2011 11:10 AM, Chris Rees wrote: >> >> >> On 16 Jul 2011 17:04, "Stephen Montgomery-Smith" > > wrote: >> > >> > On 07/16/2011 10:53 AM, Chris Re

Re: ports/144597: security/openssh-portable fails to compile with KERBEROS enabled

On 16 Jul 2011 00:23, "Jason Hellenthal" wrote: > > > > On Wed, Jul 13, 2011 at 11:39:01PM -0500, Stephen Montgomery-Smith wrote: > > Hey people, > > > > I was looking over old unresolved PR's. I came across this one: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/144597 > > > > When I

Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)

current@ to ports@ again. (Sorry, my mistake.) On 07/16/2011 11:10 AM, Chris Rees wrote: On 16 Jul 2011 17:04, "Stephen Montgomery-Smith" mailto:step...@missouri.edu>> wrote: > > On 07/16/2011 10:53 AM, Chris Rees wrote: >> >> >> On 16 Jul 2011 16:38, "Stephen Montgomery-Smith" mailto:ste

Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)

Replacing current@ with ports@, just like Chris did. On 07/16/2011 10:53 AM, Chris Rees wrote: On 16 Jul 2011 16:38, "Stephen Montgomery-Smith" mailto:step...@missouri.edu>> wrote: > > On 07/16/2011 04:26 AM, Stefan Bethke wrote: >> >> Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith

Fwd: Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)

Taking out current@ and replacing with ports@ On 16 Jul 2011 16:38, "Stephen Montgomery-Smith" wrote: > > On 07/16/2011 04:26 AM, Stefan Bethke wrote: >> >> Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith: >> >>> I was looking through the source code of pkg_add. Personally I don't see ho

Re: audio/musicpd and libsndfile dependency

On 16 Jul 2011 13:03, "David Demelier" wrote: > > Hello, > > I've just realized that libsndfile is required for musicpd. see : > > $ ldd /usr/local/bin/musicpd >... >libFLAC.so.10 => /usr/local/lib/libFLAC.so.10 (0x802331000) >libsndfile.so.1 => /usr/local/lib/libsndfile.so

audio/musicpd and libsndfile dependency

Hello, I've just realized that libsndfile is required for musicpd. see : $ ldd /usr/local/bin/musicpd ... libFLAC.so.10 => /usr/local/lib/libFLAC.so.10 (0x802331000) libsndfile.so.1 => /usr/local/lib/libsndfile.so.1 (0x802468000) libaudiofile.so.0 => /usr/local/li