Re: pkg/49421 (tme-1.0beta_4)

[phabrics%phabrics.com@localhost]

Hi!

Thank you for your interest in this.  I am not the original tme 
developer, which is why I did not submit it as a replacement.  This 
package just contains some "upgrades" to the original package which 
seems to have been static for a while now (save for a few patches here & 
there).  These were my own work to try to get it to a "working enough" 
state on some of my other boxes, as well as enhancements for them for 
another project of mine to use as dependency at some point.  It had 
gotten to the point where I had made enough updates that I thought it 
would be worth sharing, but too big to be a patch.  If this duplication 
is undesirable, I can resubmit to replace, but I didn't want to presume 
that because it would be a major update and I wanted it to work well 
enough not disturb anyone else who might depend on the original.

Thanks for trying it - I had not tested it in 7.0beta yet, only the 
latest release 6.1.5.  I thought I had tried llvm though (but on 
FreeBSD) and parallel builds but maybe not.  That is unfortunate; sorry 
it did not build for you... I will look into fixing these problems in 
wip.  I know there are a few other issues that have come to my attention 
since the submission and a few updates beyond that as well.

Thanks again,
Ruben Agin

On 2015-01-17 07:35, bsiegert%NetBSD.org@localhost wrote:
> Synopsis: tme-1.0beta_4
>
> Responsible-Changed-From-To: pkg-manager->bsiegert
> Responsible-Changed-By: bsiegert%NetBSD.org@localhost
> Responsible-Changed-When: Sat, 17 Jan 2015 14:35:10 +0000
> Responsible-Changed-Why:
> Taking this.
>
>
> State-Changed-From-To: open->feedback
> State-Changed-By: bsiegert%NetBSD.org@localhost
> State-Changed-When: Sat, 17 Jan 2015 14:35:10 +0000
> State-Changed-Why:
> I imported the package into wip as wip/tme. I am confused about the 
> context
> of your submission though. Are you the upstream tme developer? Is this
> supposed to replace emulators/tme?
>
> The package does not work with parallel make (MAKE_JOBS=4), which would 
> be
> good to fix. Also, it does not build for me (with clang):
> Making all in tun
> depbase=`echo tun-tap.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; /bin/sh
> ../../libtool  --tag=CC    --mode=compile clang -DHAVE_CONFIG_H  -I.
> -I../..  -I../.. -I. -I./../eth -I. -D_TME_IMPL
> -DDEV_TAP_FILENAME="\"/dev/tap\"" -DTME_NAT_NFT -DTME_NAT_NPF
> -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include
> -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include/libdrm
> -DTME_NO_LOG -DTME_NO_DEBUG_LOCKS -DTME_NO_AUDIT_ATOMICS -DNDEBUG
> -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include
> -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include/libdrm -Wno-unused
> -Wno-sign-compare -Wundef -Wall -Wextra -MT tun-tap.lo -MD -MP -MF
> $depbase.Tpo -c -o tun-tap.lo tun-tap.c && mv -f $depbase.Tpo
> $depbase.Plo
> libtool: compile:  clang -DHAVE_CONFIG_H -I. -I../.. -I./../eth
> -D_TME_IMPL -DDEV_TAP_FILENAME=\"/dev/tap\" -DTME_NAT_NFT
> -DTME_NAT_NPF -I/home/pkgbuild/wip/tme/work/.buildlink/include
> -I/home/pkgbuild/wip/tme/work/.x11-buildlink/include
> -I/home/pkgbuild/wip/tme/work/.x11-buildlink/include/freetype2
> -I/home/pkgbuild/wip/tme/work/.x11-buildlink/include/libdrm
> -DTME_NO_LOG -DTME_NO_DEBUG_LOCKS -DTME_NO_AUDIT_ATOMICS -DNDEBUG -O2
> -Wno-unused -Wno-sign-compare -Wundef -Wall -Wextra -MT tun-tap.lo -MD
> -MP -MF .deps/tun-tap.Tpo -c tun-tap.c  -fPIC -DPIC -o .libs/tun-tap.o
> tun-tap.c:139:10: fatal error: 'net/npf_ncode.h' file not found
> #include <net/npf_ncode.h>
>          ^
> 1 error generated.
>
> edamame$ uname -a
> NetBSD edamame.mirbsd.org 7.0_BETA NetBSD 7.0_BETA (GENERIC) #0: Sun
> Oct 26 22:51:31 UTC 2014
> root%edamame.mirbsd.org@localhost:/usr/obj/sys/arch/amd64/compile/GENERIC amd64