FreeBSD ports you maintain which are out of date

2016-11-26 Thread portscout
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 can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
graphics/libopenraw | 0.0.9   | 0.1.0
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: net-snmp index files / cached data

2016-11-26 Thread Kaya Saman

False alarm!

Found it: /var/net-snmp/mib_indexes

:-)

On 11/27/2016 02:22 AM, Kaya Saman wrote:

Hi,


does anyone know where the net-snmp port stores its cache?


It seems that the cached files which are stored as .index files on 
some systems (not sure if it's the case with the FBSD port) are 
getting out of sync and causing issues for applications trying to 
locally load mibs.



I've checked the file system all over but unfortunately haven't been 
able to locate any directory called mib_indexes or something similar.



Thanks.


Kaya



___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


net-snmp index files / cached data

2016-11-26 Thread Kaya Saman

Hi,


does anyone know where the net-snmp port stores its cache?


It seems that the cached files which are stored as .index files on some 
systems (not sure if it's the case with the FBSD port) are getting out 
of sync and causing issues for applications trying to locally load mibs.



I've checked the file system all over but unfortunately haven't been 
able to locate any directory called mib_indexes or something similar.



Thanks.


Kaya

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: svn commit: r427110 - head/lang/gcc/files [does lang/gcc49 need such too?]

2016-11-26 Thread Mark Millard
On 2016-Nov-25, at 11:47 PM, Gerald Pfeifer  wrote:

> On Fri, 25 Nov 2016, Mark Millard wrote:
>> I wonder if that leaves lang/gcc and lang/gcc49 as conflicting.
> 
> Yes, these two ports conflict for the time being, and are properly
> marked as such.
> 
> (And I am looking for a more elegant approach going forward, in 
> particular when we move into GCC 5 territory where, based on input 
> from Tijl and others, we now distinguish between lang/gcc5 and 
> lang/gcc5-devel.)

That explains why I've only had lang/gcc5 vs. devel/powerpc64-gcc
conflicts at times: devel/powerpc64-gcc is not treated as a 3rd
alternative to lang/gcc5-devel and lang/gcc5 and it overlaps with
lang/gcc5 when the .x part of the versions (of .x.y) happen to be
the same.

[Long ago it was devel/powerpc64-gcc and lang/gcc49 conflicts.]

devel/powerpc64-gcc is currently a gcc5 variant. I actually
install and use devel/powerpc64-xtoolchain-gcc and its
devel/powerpc64-gcc on the powerpc64 contexts that I have. (This
requires a staging-failure workaround.) I learned to avoid
having lang/gcc5 (in more modern times). Sounds like I could
have lang/gcc5-devel without conflicts.

I use devel/powerpc64-gcc for "self hosted cross builds" in order
to have a modern libc++ based powerpc64 environment without
requiring actual cross builds. [I've never gotten lib32 to
work under this technique so I build without it.]

>> But luckily so far I've not picked to build anything that built
>> lang/gcc. Or, more likely(?), if some gcc is already installed it
>> is used instead if lang/gcc is not installed yet.
> 
> Correct.  If lang/gcc49 or lang/gcc is installed, either of the
> two is picked up; if a newer version is installed and USE_GCC=yes
> or USE_GCC=X.Y+ are requested (and the installed version is newer),
> that one is used.
> 
> Nothing to do with luck on your side, Mark.  Rather, design and 
> implementation in the Ports Collection. :-)
> 
> Gerald


===
Mark Millard
markmi at dsl-only.net

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: running make makesum for multiple github repos

2016-11-26 Thread Mathieu Arnold
Le 25/11/2016 à 12:46, Willem Jan Withagen a écrit :
> Hi,
>
> I'm try in to make a port for Ceph, but it depens on a lot of github
> modules.

From having a quick look at the GH_TUPLE, it seems you have duplicate
tags, the fourth field.  You seem to always put :ceph, but it *must* be
unique.

Also, you are using master at least twice, you must not use branch
names, you must put tags or commit hashes.

> GH_TUPLE=   \
> wjwithagen:ceph:master:ceph \
> facebook:rocksdb:2.7.fb-4511-ge55f42f:ceph/src/rocksdb \
>
> ceph:ceph-erasure-code-corpus:b5c8634:ceph/ceph-erasure-code-corpus \
> ceph:ceph-object-corpus:master:ceph/ceph-object-corpus \
> ceph:civetweb:v1.5-1537-gcc0dfa1:ceph/src/civetweb \
>
> ceph:jerasure:v2-ceph:ceph/src/erasure-code/jerasure/jerasure \
>
> ceph:gf-complete:v3-ceph:ceph/src/erasure-code/jerasure/gf-complete \
> ceph:googletest:ceph-release-1.7.x:ceph/src/googletest \
> ceph:spdk:v1.2.0-39-g9322c25:ceph/src/spdk \
> ceph:xxHash:v0.5.1-2-g1f40c65:ceph/src/xxHash \
> ceph:isa-l:v2.16.0:ceph/src/isa-l \
> ceph:lua:lua-5.3-ceph:ceph/src/lua \
> ceph:Beast:999e2fa:ceph/src/Beast \
> boostorg:boost:boost-1.61.0-275-g1790aff:ceph/src/boost \
> ceph:dpdk:a38e5ec:ceph/src/dpdk \
>
> But if I want to make distinfo for this, it only generates:
> TIMESTAMP = 1480073496
> SHA256 (wjwithagen-ceph-master_GH0.tar.gz) =
> b72d0f0e7c57249d144dcb4c2ecb426cb70f273be72bd587446e2d1ba71c3761
> SIZE (wjwithagen-ceph-master_GH0.tar.gz) = 8935857
> SHA256 (ceph-dpdk-a38e5ec_GH0.tar.gz) =
> 2f88c1e6361c99b4525dbc524c0c56cb5a45273028045d966190e73c416a0b24
> SIZE (ceph-dpdk-a38e5ec_GH0.tar.gz) = 16158917
>
> Being the main source and the last of the submodules.
>
> How do I get it to run makesum on all modules?
>
> Thanx
> --WjW
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>


-- 
Mathieu Arnold




signature.asc
Description: OpenPGP digital signature


openjdk8 installed, but libjawt.so => not found

2016-11-26 Thread Anton Shterenlikht
This is on 11.0-RELEASE-p2 amd64 laptops.

# ldd /usr/local/lib/libnativewindow_awt.so
/usr/local/lib/libnativewindow_awt.so:
libX11.so.6 => /usr/local/lib/libX11.so.6 (0x801202000)
libXxf86vm.so.1 => /usr/local/lib/libXxf86vm.so.1 (0x801541000)
libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x801745000)
libjawt.so => not found (0)
libc.so.7 => /lib/libc.so.7 (0x800823000)
libxcb.so.1 => /usr/local/lib/libxcb.so.1 (0x80194e000)
libXext.so.6 => /usr/local/lib/libXext.so.6 (0x801b6d000)
libXau.so.6 => /usr/local/lib/libXau.so.6 (0x801d7e000)
libpthread-stubs.so.0 => /usr/local/lib/libpthread-stubs.so.0 
(0x801f8)
libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x802181000)
# ldd /usr/local/lib/libswt-awt-gtk-3738.so
/usr/local/lib/libswt-awt-gtk-3738.so:
libjawt.so => not found (0)
libc.so.7 => /lib/libc.so.7 (0x800823000)
# pkg info -xl jdk |grep libjawt | xargs ls -al
-r--r--r--  1 root  wheel  6512 Nov  3 07:50 
/usr/local/openjdk8/jre/lib/amd64/libjawt.so
-r--r--r--  1 root  wheel  6719 Nov  3 07:50 
/usr/local/openjdk8/lib/amd64/libjawt.so

I reinstalled several times:

# pkg install jogamp-jogl swt-devel

New packages to be INSTALLED:
jogamp-jogl: 2.2.4
swt-devel: 3.7.1_2,1
openjdk8: 8.102.14_1

But still libjawt.so cannot be found by swt-devel
and jogamp-jogl.

Can anybody reproduce this?
Any advice?

Thanks

Anton

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: graphics/py3-cairo cannot find Python.h, but Python.h is present

2016-11-26 Thread tech-lists

On 26/11/2016 13:59, Kubilay Kocak wrote:

On 26/11/2016 9:11 PM, tech-lists wrote:

On 26/11/2016 03:48, Kubilay Kocak wrote:

Include path  ^^ has a double '/storage/storage/' prefix:

 '-I/storage/storage/usr/local/include/python3.5m'

What's causing it is the question. It could be that something is not
PREFIX-safe.


Interesting. Is this something I can fix myself in the Makefile?


Difficult to answer that question without knowing what/where the cause
is. Off the top of my head, some avenues to investigate:

- /etc/make.conf (or any other config sourced into the port build)
- the graphics/py3-cairo port
- Any USES=foo framework components that py3-cairo uses
- waf configuration for py3-cairo
- python3.5-config results
- if python3.5-config results contain the incorrect path, then the
lang/python35 port or Mk/Uses/python.mk looking for things that may be
PREFIX-unsafe.

Which raises the question, what variable(s) is/are being overridden to
get things happening  in /storage in your environment? A full
environment variable list while building the port would be good.


Hi,

/storage is a zpool.

/usr/local is a symlink of /storage/usr/local

OK, here is the output from env:

# env
TERM=xterm-256color
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin
SHELL=/bin/csh
HOME=/root
USER=root
HOSTTYPE=FreeBSD
VENDOR=amd
OSTYPE=FreeBSD
MACHTYPE=x86_64
SHLVL=1
PWD=/usr/ports/graphics/py3-cairo
LOGNAME=root
GROUP=wheel
HOST=pumpkin.growveg.org
EDITOR=vi
PAGER=more

Here is /etc/make.conf:

MALLOC_PRODUCTION=yes
MAKE_JOBS_NUMBER=18
WITH_MANCOMPRESS=YES
WITHOUT_DEBUG=YES
DEFAULT_VERSIONS+=  ssl=libressl
OPTIMIZED_CFLAGS=YES
BUILD_OPTIMIZED=YES
NO_SENDMAIL=true

python3-config:

# python3.5-config --prefix
/storage/usr/local

#

I don't know what waf is or how it works. It's referenced in the 
makefile, as is reference to USES=


Here's the makefile:

# Created by: Michael Johnson 
# $FreeBSD: head/graphics/py3-cairo/Makefile 401900 2015-11-18 22:13:53Z 
rm $
#   $MCom: ports/graphics/py-cairo/Makefile,v 1.28 2010/11/15 
14:12:13 kwm Exp $


PORTNAME=   cairo
PORTVERSION=1.10.0
PORTREVISION=   3
CATEGORIES= graphics python
MASTER_SITES=   http://cairographics.org/releases/
PKGNAMEPREFIX=  ${PYTHON_PKGNAMEPREFIX}
DISTNAME=   py${PORTNAME}-${PORTVERSION}

MAINTAINER= gn...@freebsd.org
COMMENT=Python 3 bindings for Cairo

USES=   pkgconfig python:3 shebangfix tar:bzip2 waf
USE_GNOME=  cairo
CPPFLAGS+=  -I${LOCALBASE}/include
LDFLAGS+=   -L${LOCALBASE}/lib

SHEBANG_FILES=  examples/*.py examples/*/*.py test/*.py

.include 

.if ${PYTHON_REL} < 3500
PYOEXTENSION=   pyo
.else
PYOEXTENSION=   opt-1.pyc
.endif

PLIST_SUB+= PYTVER=${PYTHON_VER:S/.//} \
PYOEXTENSION=${PYOEXTENSION}

post-patch:
@${REINPLACE_CMD} -e 's|python %s|${PYTHON_CMD} %s|g' \
${WRKSRC}/test/examples_test.py

pre-configure:
# Run waf configure twice, once to extract waflib and patch and then 
actual configure

@cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} ${CONFIGURE_CMD} || :
@cd ${WRKSRC}/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/ && \
${PATCH} -p1 < 
${FILESDIR}/pycairo-1.10.0-waf-py3_4.patch && \

${PATCH} -p1 < ${FILESDIR}/pycairo-1.10.0-waf-py3_5.patch

post-install:
@${RM} ${STAGEDIR}${PYTHON_SITELIBDIR}/cairo/__init__.py[co]
@cd ${STAGEDIR}${PREFIX} && ${PYTHON_CMD} 
${PYTHON_LIBDIR}/compileall.py \
-d ${PYTHONPREFIX_SITELIBDIR} -f 
${PYTHONPREFIX_SITELIBDIR:S;${PREFIX}/;;}
@cd ${STAGEDIR}${PREFIX} && ${PYTHON_CMD} -O 
${PYTHON_LIBDIR}/compileall.py \
-d ${PYTHONPREFIX_SITELIBDIR} -f 
${PYTHONPREFIX_SITELIBDIR:S;${PREFIX}/;;}

@${STRIP_CMD} ${STAGEDIR}${PYTHON_SITELIBDIR}/cairo/_cairo.so

.include 

many thanks,
--
J.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: graphics/py3-cairo cannot find Python.h, but Python.h is present

2016-11-26 Thread Kubilay Kocak
On 26/11/2016 9:11 PM, tech-lists wrote:
> On 26/11/2016 03:48, Kubilay Kocak wrote:
>> Include path  ^^ has a double '/storage/storage/' prefix:
>>
>>  '-I/storage/storage/usr/local/include/python3.5m'
>>
>> What's causing it is the question. It could be that something is not
>> PREFIX-safe.
> 
> Interesting. Is this something I can fix myself in the Makefile?

Difficult to answer that question without knowing what/where the cause
is. Off the top of my head, some avenues to investigate:

- /etc/make.conf (or any other config sourced into the port build)
- the graphics/py3-cairo port
- Any USES=foo framework components that py3-cairo uses
- waf configuration for py3-cairo
- python3.5-config results
- if python3.5-config results contain the incorrect path, then the
lang/python35 port or Mk/Uses/python.mk looking for things that may be
PREFIX-unsafe.

Which raises the question, what variable(s) is/are being overridden to
get things happening  in /storage in your environment? A full
environment variable list while building the port would be good.

./koobs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


commit PR 214236

2016-11-26 Thread José García Juanino
Hi freebsd-ports,

could any committer take a look to PR 214236? It is a patch ready to
be committed. Thanks.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: graphics/py3-cairo cannot find Python.h, but Python.h is present

2016-11-26 Thread tech-lists

On 26/11/2016 03:48, Kubilay Kocak wrote:

Include path  ^^ has a double '/storage/storage/' prefix:

 '-I/storage/storage/usr/local/include/python3.5m'

What's causing it is the question. It could be that something is not
PREFIX-safe.


Interesting. Is this something I can fix myself in the Makefile?
--
J.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"