Hi Mayuresh,
I've been meaning to update that port for a really long time (same with
lang/urweb). I plan to update to the newest version and check to see if
the LLVM backend is mature, as well, to see if I can reduce
dependencies. Let me know if there are any specific options that you
recommend
Hey all,
i found this in my poudriere log for archivers/php-snappy:
==
===> Building package for php-snappy-0.1.8
pkg-static: Warning: @exec is deprecated, please use @[pre|post][un]exec
file sizes/checksums [8]: . done
pack
Hi Tim,
That's great news.
I believe that the LLVM backend isn't ready for prime-time yet.
Also, it's good to have a complete SML system written mostly in SML
itself.
Except for that dependency on GMP (which I intend to remedy soon-ish), I
don't think there's anything external which can be cat
Hi,
On 01/09/2017 23:33, Kevin Oberman wrote:
> No, not really "aha". If you have most anything using freedesktop specs
> (which includes all "modern" desktops), you will have these files. You
> should also have a similar set of system wide mime files. These are
> normally found in /usr/local/sha
Dear Group,
I managed to get GNS3 installed using python 3.5 and pip3.4 to the latest
version (2.0.3).
The version in the ports tree is 0.8.
All works well but I can't get dynamips to run. It core dumps with an "Bus
Error".
I have compiled and installed the latest version from github and the
Could any of the interested submitters take a look at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
Has gone thru:
portlint -A
poudriere testport
Thanx,
--WjW
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mai
Hello,
Trying to upgrade www/xpi-ublock_origin to the latest release (1.14.4),
I'm facing a problem: the common targets for xpi- ports, located in
www/xpi-adblock/Makefile.xpi, relies upon install.rdf and
chrome.manifest. These two files exist for the legacy addons, but no
more for the new WebExte
Hi!
> Could any of the interested submitters take a look at:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
I had a look, looks fine except a few portlint -AC warnings.
--
p...@opsec.eu+49 171 3101372 3 years to go !
___
Hi!
> > Could any of the interested submitters take a look at:
> >
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
>
> I had a look, looks fine except a few portlint -AC warnings.
Oh, doesn't it need a CONFLICTS with ceph-devel ?
Or should ceph-devel be renamed ? Or ... ?
--
p..
On 2-9-2017 19:10, Kurt Jaeger wrote:
> Hi!
>
>>> Could any of the interested submitters take a look at:
>>>
>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
>> I had a look, looks fine except a few portlint -AC warnings.
> Oh, doesn't it need a CONFLICTS with ceph-devel ?
>
> Or should
On 09/02/17 05:46, Jochen Neumeister wrote:
>
> i found this in my poudriere log for archivers/php-snappy:
>
> ==
> ===> Building package for php-snappy-0.1.8
> pkg-static: Warning: @exec is deprecated, please use @[pre|post][un]exec
@
On 2-9-2017 19:10, Kurt Jaeger wrote:
> Hi!
>
>>> Could any of the interested submitters take a look at:
>>>
>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
>>
>> I had a look, looks fine except a few portlint -AC warnings.
>
> Oh, doesn't it need a CONFLICTS with ceph-devel ?
>
> O
The most recent update neglects the version number in the working
subdirectory. The following, or something like this, fixes it:
imb@toshi:/usr/ports/security> svn diff
Index: bruteforceblocker/Makefile
===
--- bruteforceblocker/Mak
This doesn't work:
.include
.if ${OPSYS} == FreeBSD && ${OSVERSION} < 110
OPTIONS_DEFAULT+= MYOPT
.endif
MYOPT isn't picked up
I tried with a regular expressions, witout .include:
SYSVERSION=${OPSYS}${OSVERSION}
OPTIONS_DEFAULT=HELP ${SYSVERSION:C/^FreeBSD1[1-9][0-9]{5}$/MYOPT/:MMY
14 matches
Mail list logo
