Re: converters/iconv versioning

On 10/03/2015 18:05, Ben Woods wrote: On Wednesday, March 11, 2015, Scott Furry > wrote: I am running into in a situation with other C code where a call to iconv and passing in a non-const source buffer would result in a build warning. Others who use

Re: converters/iconv versioning

FreeBSD has its own native iconv (since FreeBSD 10). More details (including reference to commits) here: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/using-iconv.html Regards, Ben On Wednesday, March 11, 2015, Scott Furry wrote: > I am running into in a situation with oth

possible to adjust OPTIONS_DEFAULT based on COMPILER_TYPE?

I've run into a situation where I'd like to change OPTIONS_DEFAULT based on the value of the value of COMPILER_TYPE. I'm setting USE_GCC=yes. If the base compiler is gcc, then I can enable a particular option to make the port more featureful. If the base compiler is clang, then some of the other

Re: proper DOXYGEN option default value

On 10 Mar, Steve Wills wrote: > On Wed, Mar 04, 2015 at 02:41:48PM -0800, Don Lewis wrote: >> I maintain a number of ports that use doxygen to generate their >> documentation. They all list DOXYGEN in OPTIONS_DEFAULT so that >> the packages will include documentation. >> >> I recently received a

converters/iconv versioning

I am running into in a situation with other C code where a call to iconv and passing in a non-const source buffer would result in a build warning. Others who use the same code on other platforms do not report this warning. In tracking down the issue, I have discovered that there may be a diff

must resign maintainership of www/mod_auth_xradius

Hi, I no longer have a working SSH key for the cluster, or I'd log in and add this to bugzilla myself. I no longer run web server farms, so I need to withdraw maintainership of www/mod_auth_xradius. Forgot about this until bug 198498 got sent to me. I no longer have an environment where I could

Re: powerpc64 10.1-STABLE [WITH_DEBUG] context; cmake's /usr/local/bin/ctest broken but graphics/png configuration defaults use it

Brad King is adding the missing static to _stl_next_prime in KWSys and from there it will eventually propagate into CMake's code base. Actually in KWSys both static's are to be added. ( http://review.source.kitware.com/#/c/19465/ ) Brad wrote that CMake's code base had added the static to _get_

Re: CFT: vlc 2.2.0

On Tue, Mar 10, 2015 at 12:21:07AM +0100, Baptiste Daroussin wrote: > On Mon, Mar 09, 2015 at 10:15:04PM +0100, Juergen Lock wrote: > > In article <2d36b48f.62887...@fabiankeil.de> you write: > > >Juergen Lock wrote: > > > > > >> I just saw vlc 2.2.0 is out and updated the port, please test: > >

Re: Re: WITH_OPENSSL_PORT documentation

I don't think we have a timeframe, we've been doing exp-runs without openssl in base to catch ports that behaved badly. I think the openssl libs will be moved to private, but I can be wrong :-) +--On 9 mars 2015 18:10:41 +0100 Olli Hauer wrote: |Hi Mathieu, |what is the target timeframe

Re: pkgng deviates from defaults?

On 03/10/2015 12:19 AM, Adam McDougall wrote:>> Lots of good answers, thank you :-) >> >> I can understand that php 5.6 is now the default, I did major upgrades a >> few weeks back, >> and it was 5.4 that was the default then. Thats not a problem for me as >> long as the upgrade >> process isn't

Re: FreeBSD ports you maintain which are out of date

PR submitted: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198486 deskutils/genius: Update to 1.0.20 -- From: Benjamin Woods woods...@gmail.com On 10 March 2015 at 17:49, wrote: > > Dear port maintainer, > > The portscout new distfile checker has detected that one or more of your > ports a

Re: CFT: vlc 2.2.0

Scott Furry wrote: > On 09/03/2015 08:46, Fabian Keil wrote: > > Juergen Lock wrote: > > > >> I just saw vlc 2.2.0 is out and updated the port, please test: > >> > >>https://people.freebsd.org/~nox/tmp/vlc-2.2.0-001.patch [...] > > The only regression I noticed so far is that vlc doesn't g

FreeBSD ports you maintain which are out of date

Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you

Re: graphics/freeglut build fail

On 09 Mar 2015, at 19:48, Raif S. Berent wrote: > > I would not give this problem a second thought, since 40 to 50 ports > regularly break during poudriere runs. The exception for this port is that > many downstream ports (>370 for me) depend on it. Then, a "# make package" > from host gets ac