Hi!
> I'm porting a program that uses a simple GNU make file, but I'm thinking
> about replacing the make file to remove the devel/gmake dependency. I
> don't foresee many upstream changes that will make this an issue. Is
> this a bad/good idea?
If the Makefile is pretty static and not changing
I'm porting a program that uses a simple GNU make file, but I'm thinking
about replacing the make file to remove the devel/gmake dependency. I
don't foresee many upstream changes that will make this an issue. Is
this a bad/good idea? Are there any example ports that do this? My
searching didn't
2014-11-10 3:05 GMT+03:00 Manfred Antar :
> At 02:13 PM 11/9/2014, Henry Hu wrote:
>>On Sun, Nov 9, 2014 at 5:09 PM, Jerry wrote:
>>
>>> On Mon, 10 Nov 2014 00:23:14 +0400, Mikhail Tsatsenko stated:
>>>
>>> >2014-11-07 23:26 GMT+03:00 O. Hartmann :
>>> >> Out of the blue the build of port x11/nvid
At 02:13 PM 11/9/2014, Henry Hu wrote:
>On Sun, Nov 9, 2014 at 5:09 PM, Jerry wrote:
>
>> On Mon, 10 Nov 2014 00:23:14 +0400, Mikhail Tsatsenko stated:
>>
>> >2014-11-07 23:26 GMT+03:00 O. Hartmann :
>> >> Out of the blue the build of port x11/nvidia-driver fails - portmaster
>> is
>> >> that slop
On Sat, Nov 8, 2014 at 8:37 PM, Jonathan Chen wrote:
> On 9 November 2014 08:29, Henry Hu wrote:
> [...]
>>
>> This is the problem. Apply this patch:
>>
>> Index: Makefile
>> ===
>> --- Makefile(版本 372086)
>> +++ Makefile(工作副
On Sun, Nov 9, 2014 at 5:09 PM, Jerry wrote:
> On Mon, 10 Nov 2014 00:23:14 +0400, Mikhail Tsatsenko stated:
>
> >2014-11-07 23:26 GMT+03:00 O. Hartmann :
> >> Out of the blue the build of port x11/nvidia-driver fails - portmaster
> is
> >> that sloppy that it can not check BEFORE it kills the ex
On Mon, 10 Nov 2014 00:23:14 +0400, Mikhail Tsatsenko stated:
>2014-11-07 23:26 GMT+03:00 O. Hartmann :
>> Out of the blue the build of port x11/nvidia-driver fails - portmaster is
>> that sloppy that it can not check BEFORE it kills the existent driver and
>> fails to install after the deletion!
Thanks, that lets me build it, but it crashes after a couple minutes:
Nov 9 22:50:00 diesel ntopng: stack overflow detected; terminated
Nov 9 22:50:00 diesel kernel: pid 67897 (ntopng), uid 65534: exited on signal 6
Should I try and investigate, or are you aware of this already?
> Am 09.11.2014
2014-11-07 23:26 GMT+03:00 O. Hartmann :
> Out of the blue the build of port x11/nvidia-driver fails - portmaster is
> that sloppy
> that it can not check BEFORE it kills the existent driver and fails to
> install after the
> deletion!
>
> The src tree is at Revision: 274250 and with Revision r27
For the time being short solution is change LIB_DEPENDS of libzmq4 to
libzmq3. AM working on updating.
On Sun, Nov 9, 2014 at 10:04 PM, Stefan Bethke wrote:
> Any suggestions? Default options for noting and all dependencies, as far
> as I can tell.
>
> ...
> /usr/bin/clang++ -g -Wall -I/usr/loc
Hi,
I'm having some troubles making graphics/code-eli to compile on
anything below 10.0-RELEASE. The port uses some c++11 functions
(std::cbrt) so I put this line in the Makefile:
USES= compiler:c++11-lib
However, when I try to compile the port in 9.3, it complains about
cstdlib not be
Any suggestions? Default options for noting and all dependencies, as far as I
can tell.
...
/usr/bin/clang++ -g -Wall -I/usr/local/include -I ./third-party/hiredis
-I./third-party/mongoose -I/usr/local/include/json-c
-I/usr/local/include/libndpi-1.5.1/libndpi -I/usr/local/include/luajit-2.
On Sun, Nov 09, 2014 at 03:34:41PM +0100, Rainer Hurling wrote:
> After newest commits for graphics/qgis (r372306, followed by r372316,
> r372341), Bugzilla 192605 [1] should be obsolete.
>
> It would be nice, if someone with a commit bit could close it, thanks.
>
>
> [1] https://bugs.freebsd.or
After newest commits for graphics/qgis (r372306, followed by r372316,
r372341), Bugzilla 192605 [1] should be obsolete.
It would be nice, if someone with a commit bit could close it, thanks.
[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192605
14 matches
Mail list logo
