From owner-freebsd-ports@freebsd.org Sun Apr 24 00:21:05 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2A78B1AD6C for ; Sun, 24 Apr 2016 00:21:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-159.reflexion.net [208.70.211.159]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67DCC1F05 for ; Sun, 24 Apr 2016 00:21:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8814 invoked from network); 24 Apr 2016 00:21:00 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 24 Apr 2016 00:21:00 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 23 Apr 2016 20:21:08 -0400 (EDT) Received: (qmail 374 invoked from network); 24 Apr 2016 00:21:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 24 Apr 2016 00:21:07 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B11EFB1E001; Sat, 23 Apr 2016 17:20:57 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? From: Mark Millard In-Reply-To: <571C0297.3050801@FreeBSD.org> Date: Sat, 23 Apr 2016 17:21:02 -0700 Cc: FreeBSD PowerPC ML , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <28FDFFB4-02CC-40CB-ACAC-828BA8E71A37@dsl-only.net> References: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> <571C0297.3050801@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 00:21:05 -0000 On 2016-Apr-23, at 4:17 PM, Steve Wills wrote: >=20 > Hi, >=20 > On 04/23/16 05:50 PM, Mark Millard wrote: >> Recently a large block of ports (including lang/gcc6-devel) were >> marked in their Makefiles with >>=20 >>> BROKEN_powerpc64=3D Does not build >>=20 >>=20 >> Does this only apply for use of gcc/g++ 4.2.1 or specific other >> verions? If so that is not the only way to have a powerpc64 >> environment. For example: how "official" is use of >> devel/powerpc64-xtoolchain-gcc (so devel/powerpc64-gcc as well) and >> lang/gcc49 used on a powerpc64 box (in my case an old PowerMac)?=20 >=20 >=20 > The intent was just that they don't build with the default config, ie, > gcc 4.2.1 from base. If there are ways to make things build with other > compilers, we should look at getting those changes into ports. >=20 > You can find the logs of the build that I based all those changes on = here: >=20 > = http://poudriere.mouf.net/karl/poudriere/build.html?mastername=3Dheadpower= pc-default&build=3D2016-04-02_20h57m16s >=20 > Specifically the gcc6-devel one is here: >=20 > = http://poudriere.mouf.net/karl/poudriere/data/headpowerpc-default/2016-04-= 02_20h57m16s/logs/errors/gcc6-devel-6.0.0.s20160320.log >=20 > Though I realize now that was simply a timeout and perhaps shouldn't > have been marked as broken. A few of the llvm ones timed out and I > didn't mark those as broken and meant to not mark any that timed out = as > broken, and to go back and retry them, but didn't notice this one was = a > timeout. We can remove the BROKEN_powerpc64 from lang/gcc-devel if it > builds for you. Since my original note -r413919 has updated devel/gcc6-devel. So I'll = end up testing that update once I get to that point. I'll note that the svn-ports-head entry for -r412746 lists several llvm = items: head/devel/llvm-cheri/Makefile head/devel/llvm-devel/Makefile head/devel/llvm33/Makefile head/devel/llvm34/Makefile head/devel/llvm38/Makefile But I do not build any of those normally. llvm38 likely is toolchain = vintage dependent for if it builds or not. Others may be as well. > Also note that build was using the 2016Q2 branch, but the > BROKEN_powerpc64 was committed to the main branch. Perhaps that change > should be merged to the 2016Q2 branch. >=20 > Anyway, I'm currently retrying the build, after fixing pixman and > merging that to the 2016Q2 and then locally patching in the > BROKEN_powerpc64 things into my local tree. You can see the progress = of > that here: >=20 > = http://poudriere.mouf.net/karl/poudriere/build.html?mastername=3Dheadpower= pc-default&build=3D2016-04-21_17h38m55s >=20 >=20 >> Can broken be marked for only specific tool chains? >>=20 >=20 > Not trivially, but it's probably doable somehow. >=20 >>> # freebsd-version -ku 11.0-CURRENT 11.0-CURRENT # uname -aKU=20 >>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r297769M: >>> Sat Apr 9 22:22:19 PDT 2016 >>> = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG >>> powerpc 1100105 1100105 >>=20 >> For the rest of this note I'll focus on lang/gcc-devel since I happen >> to build and install it. >>=20 >>> # pkg info '*gcc*' gcc49-4.9.4.s20160406=20 >>> gcc6-devel-6.0.0.s20160410 powerpc64-gcc-5.3.0=20 >>> powerpc64-xtoolchain-gcc-0.1 >>=20 >> gcc6-devel-6.0.0.s20160410 was built from -r413230 svn source on the >> that same old PowerMac. -r413188 is the prior lang/gcc-devel check in >> before being marked broken for powerpc64. For how I build it was not >> broken at the time. >>=20 >> I historically use devel/powerpc64-xtoolchain-gcc (so >> devel/powerpc64-gcc as well) for the so-called "cross build" stages >> of buildworld/buildkernel (11.0-CURRENT). (I also do true cross >> builds for TARGET_ARCH=3Dpowerpc64 from an amd64 context sometimes.) >>=20 >> gcc 4.2.1 is not present before, during, or after on the old >> PowerMac. I do build clang and various related materials but do not >> use clang for buildworld/buildkernel related activity. I experiment >> with using clang for other things at times. >>=20 >> I historically use lang/gcc49 on the old PowerMac for: >>=20 >> A) building devel/powerpc64-gcc (not the only way to try to build >> it) B) the "host" stages of buildworld/buildkernel (11.0-CURRENT) C) >> building lang/gcc6-devel (not the only way to try to build it) >>=20 >> [I do not have lang/gcc5 built/installed only because it and >> devel/powerpc64-gcc have file conflicts when they are based on the >> same gcc version. Getting devel/powerpc64-gcc to build and install on >> a powerpc64 requires some workarounds because it is not a true cross >> compile environment and some file names are odd for self-hosted and >> so not found during staging's copy activities.] >>=20 >> [I do build the system's clang 3.8.0 but do not use it other than for >> exploring/checking its current powerpc64 FreeBSD limitations. It does >> work for various things but not everything. Those experiments do not >> include buildworld or buildkernel. For example: clang 3.8.0 targeting >> powerpc64 can not build libstand due to lack of software floating >> point support. C++ exception handling built via clang for powerpc64 >> is messed up as well.] >>=20 >>=20 >=20 > It would be nice if we could fix those things and get powerpc(64) = built > with clang. https://llvm.org/bugs/show_bug.cgi?id=3D25780 [a meta-list of reports = that block use by freebsd] lists various powerpc and powerpc64 = code-generation issues for clang 3.8.0 vs. FreeBSD. As I remember each = of the following includes examples of powerpc64 code-generation issues, = not just powerpc (non-64) ones. https://llvm.org/bugs/show_bug.cgi?id=3D26970 https://llvm.org/bugs/show_bug.cgi?id=3D26856 https://llvm.org/bugs/show_bug.cgi?id=3D26844 https://llvm.org/bugs/show_bug.cgi?id=3D26761 (I also submitted reports to freebsd as well so there would be reminders = to track clang fixes if they ever occur. There may be more issues than I = reported in either place.) As I remember I thought there were also some FreeBSD problems that would = be present after the above were fixed but the code generation problems = made it harder to be sure. Even if I was correct any testing based on = the bad code-generation by clang in overlapping areas would not work. = I'd prefer to recheck/reanalyze based on seeing good code generation = results. Unfortunately while I can slowly analyze/research the code generated it = would take a lot longer to get the point of doing non-trival work on = llvm or clang itself. And since somewhat after clang 3.8.0 moved into = 11.0-CURRENT other things have kept me mostly out of clang = investigations. I've just been rebuilding FreeBSD and some ports = periodically in order to avoid large jumps later. >>=20 >> I have started a powerpc64 self-hosted buildworld/buildkernel for an >> update to 11.0-CURRENT -r298518 in preparation for then updating my >> ports to -r413907 or so. >>=20 >> My intent is to comment out the BROKEN_powerpc64 line in >> lang/gcc6-devel/Makefile and see if lang/gcc6-devel still (re-)builds >> once everything else is up to date. >>=20 >> But the builds involved take many hours so I'll likely not have a >> result to report until tomorrow (or later). >>=20 >>=20 >> Supporting example details: >>=20 >>> # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: >>> /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head=20 >>> Relative URL: ^/head Repository Root: >>> https://svn0.us-west.freebsd.org/ports Repository UUID: >>> 35697150-7ecd-e111-bb59-0022644237b5 Revision: 413230 Node Kind: >>> directory Schedule: normal Last Changed Author: kmoore Last Changed >>> Rev: 413230 Last Changed Date: 2016-04-13 13:07:37 -0700 (Wed, 13 >>> Apr 2016) >>=20 >> (I'll svnlite update -r413907 /usr/ports [or there about] after the >> system is updated. The above was used for my existing lang/gcc-devel >> build on powerpc64 for powerpc64.) >>=20 >>> # more /etc/make.conf DEFAULT_VERSIONS+=3Dperl5=3D5.22=20 >>> WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D WITH_DEBUG_FILES=3D=20= >>> MALLOC_PRODUCTION=3D # # # For trying gcc49... #=20 >>> CC=3D/usr/local/bin/gcc49 CXX=3D/usr/local/bin/g++49=20 >>> CPP=3D/usr/local/bin/cpp49 # # # For trying port binutils... #=20 >>> CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ >>>=20 >>>=20 > AS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/as >>> AR=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ar=20 >>> LD=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ld=20 >>> NM=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/nm=20 >>> OBJCOPY=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy=20 >>> OBJDUMP=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump=20 >>> RANLIB=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib=20 >>> SIZE=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/size #NO-SUCH: >>> STRINGS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/strings=20 >>> STRINGS=3D/usr/local/bin/strings >>=20 >> The above sort of make.conf is used for port builds, though I may >> edit the details to control my experiments. >>=20 >> The below are tied to buildworld/buildkernel related activity: >>=20 >>> # more >>> = /root/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_cla= ng_xtoolchain-powerpc64-host.sh >>> script >>> = /root/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xto= olchain-powerpc64-host-$(date >>> +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" >>> = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-= host" >>> \ MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ make >>> $* >>=20 >>=20 >> /root/src.configs/make.conf (used for buildworld/buildkernel) is >> normally empty. >>=20 >>> # more >>> /root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host=20 >>> TO_TYPE=3Dpowerpc64 TOOLS_TO_TYPE=3D${TO_TYPE} FROM_TYPE=3Dpowerpc64=20= >>> TOOLS_FROM_TYPE=3D${FROM_TYPE} VERSION_CONTEXT=3D11.0 #=20 >>> KERNCONF=3DGENERIC64vtsc-NODEBUG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} = =3D=3D >>> 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif #=20 >>> WITHOUT_CROSS_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BOOT=3D=20 >>> #WITH_LIB32=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D=20= >>> WITH_LLDB=3D # # LIB32 builds but does not work via gcc variants >>> [crtbeginS code problem(s)] WITHOUT_LIB32=3D WITHOUT_GCC=3D=20 >>> WITHOUT_GNUCXX=3D # NO_WERROR=3D MALLOC_PRODUCTION=3D #=20 >>> WITH_DEBUG_FILES=3D # # # For TO (so-called "cross") stages . . . # >>> So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . # >>> TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related bintutils. >>> . . # CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc X_COMPILER_TYPE=3Dgcc=20 >>> CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ .if >>> ${.MAKE.LEVEL} =3D=3D 0=20 >>> = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c >>>=20 >>>=20 > = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ >>> = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp >>>=20 >>>=20 > .export XCC >>> .export XCXX .export XCPP=20 >>> XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as=20 >>> XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar=20 >>> XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld=20 >>> XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm=20 >>> XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy=20 >>> XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump=20 >>> XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib=20 >>> XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: >>> XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings=20 >>> XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export >>> XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export >>> XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # #=20= >>> # For FROM (host) stages . . . # =46rom gccXY (such as gcc49 but not >>> xtoolchain) # TOOLS_FROM_TYPE's appropriate binutils. . . # .if >>> ${.MAKE.LEVEL} =3D=3D 0 CC=3Denv C_INCLUDE_PATH=3D/usr/include >>> /usr/local/bin/gcc49 -L/usr/lib CXX=3Denv = C_INCLUDE_PATH=3D/usr/include >>> CPLUS_INCLUDE_PATH=3D/usr/include/c++/v1 /usr/local/bin/g++49 >>> -std=3Dc++11 -nostdinc++ -L/usr/lib CPP=3D/usr/local/bin/cpp49 = .export >>> CC .export CXX .export CPP=20 >>> = AS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= s >>>=20 >>>=20 > = AR=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= r >>> = LD=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/l= d >>>=20 >>>=20 > = NM=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/n= m >>> = OBJCOPY=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objcopy >>>=20 >>>=20 > = OBJDUMP=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objdump >>> = RANLIB=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/b= in/ranlib >>>=20 >>>=20 > = SIZE=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin= /size >>> #NO-SUCH: >>> = STRINGS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/strings >>>=20 >>>=20 > STRINGS=3D/usr/local/bin/strings >>> .export AS .export AR .export LD .export NM .export OBJCOPY .export >>> OBJDUMP .export RANLIB .export SIZE .export STRINGS .endif >>=20 >>> # svnlite status /usr/src ? /usr/src/.snap M >>> = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp >>>=20 >>>=20 > M /usr/src/lib/csu/powerpc64/Makefile >>> ? /usr/src/restoresymtable ? >>> /usr/src/sys/arm/conf/RPI2-NODBG M >>> /usr/src/sys/boot/ofw/Makefile.inc M >>> /usr/src/sys/boot/powerpc/Makefile M >>> /usr/src/sys/boot/powerpc/Makefile.inc M >>> /usr/src/sys/boot/uboot/Makefile.inc M >>> /usr/src/sys/conf/Makefile.powerpc M >>> /usr/src/sys/conf/kern.mk M /usr/src/sys/conf/kmod.mk ? >>> /usr/src/sys/powerpc/conf/GENERIC64-NODBG ? >>> /usr/src/sys/powerpc/conf/GENERIC64vtsc ? >>> /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG ? >>> /usr/src/sys/powerpc/conf/GENERICvtsc ? >>> /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG M >>> /usr/src/sys/powerpc/ofw/ofw_machdep.c M >>> /usr/src/sys/powerpc/powerpc/exec_machdep.c >>=20 >>=20 >=20 > Let me know what you find. There was some work on external compiler > support, though I don't know it's current status. My powerpc64 FreeBSD activity is completely dependent on the external = compiler support: I'm using FreeBSD's modern libc++, not libstdc++. But = there are some workarounds involved for my complete avoidance of gcc = 4.2.1. I've a few other work arounds for the PowerMac context as well. = For example: downloaded release and snapshot installations do not = reliably boot such PowerMacs but instead frequently hang during boot. = (The frequency may depend on the amount of RAM.) I'll let you know how the updated devel/gcc6-devel goes for my style of = powerpc64 environment. If a devel/gcc6 appears I'll likely build it at some point. > Steve =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Sun Apr 24 03:24:48 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BE66B118BD for ; Sun, 24 Apr 2016 03:24:48 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0CCA41AEF for ; Sun, 24 Apr 2016 03:24:48 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id 0877DB118BC; Sun, 24 Apr 2016 03:24:48 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05E9EB118BB for ; Sun, 24 Apr 2016 03:24:48 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B2EA11AEE for ; Sun, 24 Apr 2016 03:24:47 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1auAf5-0005JJ-Hd; Sun, 24 Apr 2016 05:24:43 +0200 Date: Sun, 24 Apr 2016 05:24:43 +0200 From: Kurt Jaeger To: Bob Eager Cc: ports@freebsd.org Subject: Re: Best way to submit a port upgrade Message-ID: <20160424032443.GU2282@home.opsec.eu> References: <20160424005620.43a31661@raksha.tavi.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160424005620.43a31661@raksha.tavi.co.uk> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 03:24:48 -0000 Hi! > Background: I have created various ports, but I have never upgraded one > to a new version (i.e. from a new distfile) before. > > I now have an upgrade to a new version of the port. I have: > > - Updated Makefile > - Updated pkg-plist > - Updated distinfo > - New files in files/ > - New patches in files/ > > I am slightly unsure how to submit this. The options seem to be: > > a) A recursive diff (I know about 'port diff'). > b) An svn diff Both are fine. > However, what about comments on each of my changes? Should there be > annotation on what I have done, and how do I specify that in the PR? There are two change types: - those that you did to the port itself Only if your changes to the port are fancy, it's necessary to explain about them. - those that upstream did to the new version If you update from a.b to x.y and the upstream has a changelog, please provide a link to that changelog. If there's no linkable changelog, please provide a short block of text that explains the changes from upstream. If you put those changes in a comment field in the PR, that's very nice! -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-ports@freebsd.org Sun Apr 24 07:13:54 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45E25B19786 for ; Sun, 24 Apr 2016 07:13:54 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [199.15.120.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 16EC71A55 for ; Sun, 24 Apr 2016 07:13:53 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 3qt0vh17s2zmH; Sun, 24 Apr 2016 02:13:52 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3qt0vg1d3Qz31q; Sun, 24 Apr 2016 02:13:51 -0500 (CDT) Date: Sun, 24 Apr 2016 02:13:51 -0500 From: "Matthew D. Fuller" To: abi Cc: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file Message-ID: <20160424071351.GQ83618@over-yonder.net> References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <571BF713.4040607@abinet.ru> X-Editor: vi X-OS: FreeBSD X-Virus-Scanned: clamav-milter 0.99 at mail.tarragon.infocus-llc.com X-Virus-Status: Clean User-Agent: Mutt/1.6.0-fullermd.4 (2016-04-01) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 07:13:54 -0000 On Sun, Apr 24, 2016 at 01:28:35AM +0300 I heard the voice of abi, and lo! it spake thus: > Thanks! > If speak about general purpose solution, acceptable by upstream, I should > 1. make cmake variable like INCLUDE_DIR_EXTRA > 2. if set, include it contents. > 3. add default value if platform is FreeBSD > Am I right? I'd say it depends on how much work you wanna put in, and how interested upstream is. The pkgconfig path is fairly simple. In a quick test: include(FindPkgConfig) pkg_check_modules(LIBV4L1 libv4l1) if(LIBV4L1_FOUND) include_directories(${LIBV4L1_INCLUDE_DIRS}) endif() seems to set things right here (I assume from the libv4l1-videodev.h that it wants v4l_1_ rather than v4l_2_). That may be trivially upstreamable, since it should just quietly have no effect in the cases where v4l isn't in pkgconf, and DTRT when it is. Of course, it won't work if a system doesn't have pkg-config installed, so unless you wanted to add that as a build dep (it _is_ pretty tiny, but it's an extra dep), you couldn't assume it was there on the system. A somewhat more verbose solution that passes more control to the port level would be to patch in a block like if(EXTRA_INCDIRS) foreach(dir ${EXTRA_INCDIRS}) include_directories(${dir}) endforeach() endif() relatively early into the CMakeLists.txt and then add $LOCALBASE into the cmake command with something like CMAKE_ARGS+=-DEXTRA_INCDIRS="${LOCALBASE}" in the port Makefile (untested). Aside from potential need to redo the patch if the CMakeLists.txt changes between releases, that doesn't really need any upstream involvement at all, it can just be carried in the port. OTOH, it's probably not too objectionable (possibly with tweaks to variable naming) to upstream either. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@freebsd.org Sun Apr 24 07:20:47 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34568B198D2 for ; Sun, 24 Apr 2016 07:20:47 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [199.15.120.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 161131DB7 for ; Sun, 24 Apr 2016 07:20:46 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 3qt13d6HVzzmL; Sun, 24 Apr 2016 02:20:45 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3qt13d1KbCz326; Sun, 24 Apr 2016 02:20:45 -0500 (CDT) Date: Sun, 24 Apr 2016 02:20:45 -0500 From: "Matthew D. Fuller" To: abi Cc: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file Message-ID: <20160424072045.GR83618@over-yonder.net> References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160424071351.GQ83618@over-yonder.net> X-Editor: vi X-OS: FreeBSD X-Virus-Scanned: clamav-milter 0.99 at mail.tarragon.infocus-llc.com X-Virus-Status: Clean User-Agent: Mutt/1.6.0-fullermd.4 (2016-04-01) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 07:20:47 -0000 > CMAKE_ARGS+=-DEXTRA_INCDIRS="${LOCALBASE}" Er, that would be more like CMAKE_ARGS+=-DEXTRA_INCDIRS="${LOCALBASE}/include" obviously. See, I told you it was untested :) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@freebsd.org Sun Apr 24 07:20:53 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A14BAB198F3 for ; Sun, 24 Apr 2016 07:20:53 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-159.reflexion.net [208.70.211.159]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66B0F1E22 for ; Sun, 24 Apr 2016 07:20:53 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12931 invoked from network); 24 Apr 2016 07:20:48 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 24 Apr 2016 07:20:48 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 24 Apr 2016 03:20:56 -0400 (EDT) Received: (qmail 4302 invoked from network); 24 Apr 2016 07:20:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 24 Apr 2016 07:20:55 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8869F1C4388; Sun, 24 Apr 2016 00:19:32 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? From: Mark Millard In-Reply-To: <28FDFFB4-02CC-40CB-ACAC-828BA8E71A37@dsl-only.net> Date: Sun, 24 Apr 2016 00:19:32 -0700 Cc: FreeBSD PowerPC ML , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <00621189-D577-4E3F-8BAB-4B315B690209@dsl-only.net> References: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> <571C0297.3050801@FreeBSD.org> <28FDFFB4-02CC-40CB-ACAC-828BA8E71A37@dsl-only.net> To: Steve Wills X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 07:20:53 -0000 [A top-post of the results of my test build of lang/gcc6-devel using = gcc49 to do the build (until it switches over to xgcc). I do not have = lang/gcc or lang/gcc48 installed.] lang/gcc6-devel's update built fine in my = powerpc64-xtoolchain-gcc/powerpc64-gcc and gcc49 environment on a = powerpc64 PowerMac. The options were as I normally use: > # more /var/db/ports/lang_gcc6-devel/options > # This file is auto-generated by 'make config'. > # Options for gcc6-devel-6.0.0.s20160110 > _OPTIONS_READ=3Dgcc6-devel-6.0.0.s20160110 > _FILE_COMPLETE_OPTIONS_LIST=3DBOOTSTRAP GRAPHITE JAVA MULTILIB > OPTIONS_FILE_UNSET+=3DBOOTSTRAP > OPTIONS_FILE_UNSET+=3DGRAPHITE > OPTIONS_FILE_UNSET+=3DJAVA > OPTIONS_FILE_UNSET+=3DMULTILIB I will note that ruby is implicitly in use in my environment and it too = had been marked as broken for powerpc64: lang/ruby21 , lang/ruby22 , and = lang/ruby23 all were so marked. (So I commented those marks out.) My build that upgraded from ruby21 to ruby22 went fine. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-23, at 5:21 PM, Mark Millard wrote: >=20 > On 2016-Apr-23, at 4:17 PM, Steve Wills wrote: >>=20 >> Hi, >>=20 >> On 04/23/16 05:50 PM, Mark Millard wrote: >>> Recently a large block of ports (including lang/gcc6-devel) were >>> marked in their Makefiles with >>>=20 >>>> BROKEN_powerpc64=3D Does not build >>>=20 >>>=20 >>> Does this only apply for use of gcc/g++ 4.2.1 or specific other >>> verions? If so that is not the only way to have a powerpc64 >>> environment. For example: how "official" is use of >>> devel/powerpc64-xtoolchain-gcc (so devel/powerpc64-gcc as well) and >>> lang/gcc49 used on a powerpc64 box (in my case an old PowerMac)?=20 >>=20 >>=20 >> The intent was just that they don't build with the default config, = ie, >> gcc 4.2.1 from base. If there are ways to make things build with = other >> compilers, we should look at getting those changes into ports. >>=20 >> You can find the logs of the build that I based all those changes on = here: >>=20 >> = http://poudriere.mouf.net/karl/poudriere/build.html?mastername=3Dheadpower= pc-default&build=3D2016-04-02_20h57m16s >>=20 >> Specifically the gcc6-devel one is here: >>=20 >> = http://poudriere.mouf.net/karl/poudriere/data/headpowerpc-default/2016-04-= 02_20h57m16s/logs/errors/gcc6-devel-6.0.0.s20160320.log >>=20 >> Though I realize now that was simply a timeout and perhaps shouldn't >> have been marked as broken. A few of the llvm ones timed out and I >> didn't mark those as broken and meant to not mark any that timed out = as >> broken, and to go back and retry them, but didn't notice this one was = a >> timeout. We can remove the BROKEN_powerpc64 from lang/gcc-devel if it >> builds for you. >=20 > Since my original note -r413919 has updated devel/gcc6-devel. So I'll = end up testing that update once I get to that point. >=20 > I'll note that the svn-ports-head entry for -r412746 lists several = llvm items: >=20 > head/devel/llvm-cheri/Makefile > head/devel/llvm-devel/Makefile > head/devel/llvm33/Makefile > head/devel/llvm34/Makefile > head/devel/llvm38/Makefile >=20 > But I do not build any of those normally. llvm38 likely is toolchain = vintage dependent for if it builds or not. Others may be as well. >=20 >> Also note that build was using the 2016Q2 branch, but the >> BROKEN_powerpc64 was committed to the main branch. Perhaps that = change >> should be merged to the 2016Q2 branch. >>=20 >> Anyway, I'm currently retrying the build, after fixing pixman and >> merging that to the 2016Q2 and then locally patching in the >> BROKEN_powerpc64 things into my local tree. You can see the progress = of >> that here: >>=20 >> = http://poudriere.mouf.net/karl/poudriere/build.html?mastername=3Dheadpower= pc-default&build=3D2016-04-21_17h38m55s >>=20 >>=20 >>> Can broken be marked for only specific tool chains? >>>=20 >>=20 >> Not trivially, but it's probably doable somehow. >>=20 >>>> # freebsd-version -ku 11.0-CURRENT 11.0-CURRENT # uname -aKU=20 >>>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r297769M: >>>> Sat Apr 9 22:22:19 PDT 2016 >>>> = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG >>>> powerpc 1100105 1100105 >>>=20 >>> For the rest of this note I'll focus on lang/gcc-devel since I = happen >>> to build and install it. >>>=20 >>>> # pkg info '*gcc*' gcc49-4.9.4.s20160406=20 >>>> gcc6-devel-6.0.0.s20160410 powerpc64-gcc-5.3.0=20 >>>> powerpc64-xtoolchain-gcc-0.1 >>>=20 >>> gcc6-devel-6.0.0.s20160410 was built from -r413230 svn source on the >>> that same old PowerMac. -r413188 is the prior lang/gcc-devel check = in >>> before being marked broken for powerpc64. For how I build it was not >>> broken at the time. >>>=20 >>> I historically use devel/powerpc64-xtoolchain-gcc (so >>> devel/powerpc64-gcc as well) for the so-called "cross build" stages >>> of buildworld/buildkernel (11.0-CURRENT). (I also do true cross >>> builds for TARGET_ARCH=3Dpowerpc64 from an amd64 context sometimes.) >>>=20 >>> gcc 4.2.1 is not present before, during, or after on the old >>> PowerMac. I do build clang and various related materials but do not >>> use clang for buildworld/buildkernel related activity. I experiment >>> with using clang for other things at times. >>>=20 >>> I historically use lang/gcc49 on the old PowerMac for: >>>=20 >>> A) building devel/powerpc64-gcc (not the only way to try to build >>> it) B) the "host" stages of buildworld/buildkernel (11.0-CURRENT) C) >>> building lang/gcc6-devel (not the only way to try to build it) >>>=20 >>> [I do not have lang/gcc5 built/installed only because it and >>> devel/powerpc64-gcc have file conflicts when they are based on the >>> same gcc version. Getting devel/powerpc64-gcc to build and install = on >>> a powerpc64 requires some workarounds because it is not a true cross >>> compile environment and some file names are odd for self-hosted and >>> so not found during staging's copy activities.] >>>=20 >>> [I do build the system's clang 3.8.0 but do not use it other than = for >>> exploring/checking its current powerpc64 FreeBSD limitations. It = does >>> work for various things but not everything. Those experiments do not >>> include buildworld or buildkernel. For example: clang 3.8.0 = targeting >>> powerpc64 can not build libstand due to lack of software floating >>> point support. C++ exception handling built via clang for powerpc64 >>> is messed up as well.] >>>=20 >>>=20 >>=20 >> It would be nice if we could fix those things and get powerpc(64) = built >> with clang. >=20 > https://llvm.org/bugs/show_bug.cgi?id=3D25780 [a meta-list of reports = that block use by freebsd] lists various powerpc and powerpc64 = code-generation issues for clang 3.8.0 vs. FreeBSD. As I remember each = of the following includes examples of powerpc64 code-generation issues, = not just powerpc (non-64) ones. >=20 > https://llvm.org/bugs/show_bug.cgi?id=3D26970 > https://llvm.org/bugs/show_bug.cgi?id=3D26856 > https://llvm.org/bugs/show_bug.cgi?id=3D26844 > https://llvm.org/bugs/show_bug.cgi?id=3D26761 >=20 > (I also submitted reports to freebsd as well so there would be = reminders to track clang fixes if they ever occur. There may be more = issues than I reported in either place.) >=20 > As I remember I thought there were also some FreeBSD problems that = would be present after the above were fixed but the code generation = problems made it harder to be sure. Even if I was correct any testing = based on the bad code-generation by clang in overlapping areas would not = work. I'd prefer to recheck/reanalyze based on seeing good code = generation results. >=20 > Unfortunately while I can slowly analyze/research the code generated = it would take a lot longer to get the point of doing non-trival work on = llvm or clang itself. And since somewhat after clang 3.8.0 moved into = 11.0-CURRENT other things have kept me mostly out of clang = investigations. I've just been rebuilding FreeBSD and some ports = periodically in order to avoid large jumps later. >=20 >=20 >>>=20 >>> I have started a powerpc64 self-hosted buildworld/buildkernel for an >>> update to 11.0-CURRENT -r298518 in preparation for then updating my >>> ports to -r413907 or so. >>>=20 >>> My intent is to comment out the BROKEN_powerpc64 line in >>> lang/gcc6-devel/Makefile and see if lang/gcc6-devel still = (re-)builds >>> once everything else is up to date. >>>=20 >>> But the builds involved take many hours so I'll likely not have a >>> result to report until tomorrow (or later). >>>=20 >>>=20 >>> Supporting example details: >>>=20 >>>> # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: >>>> /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head=20 >>>> Relative URL: ^/head Repository Root: >>>> https://svn0.us-west.freebsd.org/ports Repository UUID: >>>> 35697150-7ecd-e111-bb59-0022644237b5 Revision: 413230 Node Kind: >>>> directory Schedule: normal Last Changed Author: kmoore Last Changed >>>> Rev: 413230 Last Changed Date: 2016-04-13 13:07:37 -0700 (Wed, 13 >>>> Apr 2016) >>>=20 >>> (I'll svnlite update -r413907 /usr/ports [or there about] after the >>> system is updated. The above was used for my existing lang/gcc-devel >>> build on powerpc64 for powerpc64.) >>>=20 >>>> # more /etc/make.conf DEFAULT_VERSIONS+=3Dperl5=3D5.22=20 >>>> WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D WITH_DEBUG_FILES=3D=20= >>>> MALLOC_PRODUCTION=3D # # # For trying gcc49... #=20 >>>> CC=3D/usr/local/bin/gcc49 CXX=3D/usr/local/bin/g++49=20 >>>> CPP=3D/usr/local/bin/cpp49 # # # For trying port binutils... #=20 >>>> CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/= >>>>=20 >>>>=20 >> AS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/as >>>> AR=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ar=20 >>>> LD=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ld=20 >>>> NM=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/nm=20 >>>> OBJCOPY=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy=20 >>>> OBJDUMP=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump=20 >>>> RANLIB=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib=20 >>>> SIZE=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/size #NO-SUCH: >>>> STRINGS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/strings=20 >>>> STRINGS=3D/usr/local/bin/strings >>>=20 >>> The above sort of make.conf is used for port builds, though I may >>> edit the details to control my experiments. >>>=20 >>> The below are tied to buildworld/buildkernel related activity: >>>=20 >>>> # more >>>> = /root/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_cla= ng_xtoolchain-powerpc64-host.sh >>>> script >>>> = /root/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xto= olchain-powerpc64-host-$(date >>>> +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf"= >>>> = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-= host" >>>> \ MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ make >>>> $* >>>=20 >>>=20 >>> /root/src.configs/make.conf (used for buildworld/buildkernel) is >>> normally empty. >>>=20 >>>> # more >>>> /root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host=20 >>>> TO_TYPE=3Dpowerpc64 TOOLS_TO_TYPE=3D${TO_TYPE} FROM_TYPE=3Dpowerpc64=20= >>>> TOOLS_FROM_TYPE=3D${FROM_TYPE} VERSION_CONTEXT=3D11.0 #=20 >>>> KERNCONF=3DGENERIC64vtsc-NODEBUG TARGET=3Dpowerpc .if = ${.MAKE.LEVEL} =3D=3D >>>> 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif #=20 >>>> WITHOUT_CROSS_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BOOT=3D=20 >>>> #WITH_LIB32=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D=20= >>>> WITH_LLDB=3D # # LIB32 builds but does not work via gcc variants >>>> [crtbeginS code problem(s)] WITHOUT_LIB32=3D WITHOUT_GCC=3D=20 >>>> WITHOUT_GNUCXX=3D # NO_WERROR=3D MALLOC_PRODUCTION=3D #=20 >>>> WITH_DEBUG_FILES=3D # # # For TO (so-called "cross") stages . . . # >>>> So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . # >>>> TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related bintutils. >>>> . . # CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc X_COMPILER_TYPE=3Dgcc=20 >>>> CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ = .if >>>> ${.MAKE.LEVEL} =3D=3D 0=20 >>>> = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c >>>>=20 >>>>=20 >> = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ >>>> = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp >>>>=20 >>>>=20 >> .export XCC >>>> .export XCXX .export XCPP=20 >>>> XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as=20 >>>> XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar=20 >>>> XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld=20 >>>> XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm=20 >>>> XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy=20 >>>> XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump=20 >>>> XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib=20 >>>> XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: >>>> XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings=20 >>>> XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export >>>> XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export >>>> XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # #=20= >>>> # For FROM (host) stages . . . # =46rom gccXY (such as gcc49 but = not >>>> xtoolchain) # TOOLS_FROM_TYPE's appropriate binutils. . . # .if >>>> ${.MAKE.LEVEL} =3D=3D 0 CC=3Denv C_INCLUDE_PATH=3D/usr/include >>>> /usr/local/bin/gcc49 -L/usr/lib CXX=3Denv = C_INCLUDE_PATH=3D/usr/include >>>> CPLUS_INCLUDE_PATH=3D/usr/include/c++/v1 /usr/local/bin/g++49 >>>> -std=3Dc++11 -nostdinc++ -L/usr/lib CPP=3D/usr/local/bin/cpp49 = .export >>>> CC .export CXX .export CPP=20 >>>> = AS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= s >>>>=20 >>>>=20 >> = AR=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= r >>>> = LD=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/l= d >>>>=20 >>>>=20 >> = NM=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/n= m >>>> = OBJCOPY=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objcopy >>>>=20 >>>>=20 >> = OBJDUMP=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objdump >>>> = RANLIB=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/b= in/ranlib >>>>=20 >>>>=20 >> = SIZE=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin= /size >>>> #NO-SUCH: >>>> = STRINGS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/strings >>>>=20 >>>>=20 >> STRINGS=3D/usr/local/bin/strings >>>> .export AS .export AR .export LD .export NM .export OBJCOPY .export >>>> OBJDUMP .export RANLIB .export SIZE .export STRINGS .endif >>>=20 >>>> # svnlite status /usr/src ? /usr/src/.snap M >>>> = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp >>>>=20 >>>>=20 >> M /usr/src/lib/csu/powerpc64/Makefile >>>> ? /usr/src/restoresymtable ? >>>> /usr/src/sys/arm/conf/RPI2-NODBG M >>>> /usr/src/sys/boot/ofw/Makefile.inc M >>>> /usr/src/sys/boot/powerpc/Makefile M >>>> /usr/src/sys/boot/powerpc/Makefile.inc M >>>> /usr/src/sys/boot/uboot/Makefile.inc M >>>> /usr/src/sys/conf/Makefile.powerpc M >>>> /usr/src/sys/conf/kern.mk M /usr/src/sys/conf/kmod.mk ? >>>> /usr/src/sys/powerpc/conf/GENERIC64-NODBG ? >>>> /usr/src/sys/powerpc/conf/GENERIC64vtsc ? >>>> /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG ? >>>> /usr/src/sys/powerpc/conf/GENERICvtsc ? >>>> /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG M >>>> /usr/src/sys/powerpc/ofw/ofw_machdep.c M >>>> /usr/src/sys/powerpc/powerpc/exec_machdep.c >>>=20 >>>=20 >>=20 >> Let me know what you find. There was some work on external compiler >> support, though I don't know it's current status. >=20 > My powerpc64 FreeBSD activity is completely dependent on the external = compiler support: I'm using FreeBSD's modern libc++, not libstdc++. But = there are some workarounds involved for my complete avoidance of gcc = 4.2.1. I've a few other work arounds for the PowerMac context as well. = For example: downloaded release and snapshot installations do not = reliably boot such PowerMacs but instead frequently hang during boot. = (The frequency may depend on the amount of RAM.) >=20 > I'll let you know how the updated devel/gcc6-devel goes for my style = of powerpc64 environment. >=20 > If a devel/gcc6 appears I'll likely build it at some point. >=20 >> Steve >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 From owner-freebsd-ports@freebsd.org Sun Apr 24 08:44:36 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 417E4B1250E for ; Sun, 24 Apr 2016 08:44:36 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id C99321749 for ; Sun, 24 Apr 2016 08:44:35 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from [10.0.0.1] (unknown [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id 5C8A81917C for ; Sun, 24 Apr 2016 08:44:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1461487472; bh=HRIVPFcGhK3vJfFG4TxhI0UYshQ20ycaBGlMQQF3plc=; h=Date:From:To:Subject:References:In-Reply-To; b=kHMxCJhpUBxZRGu3VGXDP0O68BRSZhxXCzJNMSdftdhSPOvvTIU3nXiCeCbr97GmD 7J8KL2jjPzRmyPSyp23WoY3PHjNIHgi7P4YUUXy0zrpBQVnW5/9Vhd3RTwHx29H2pb YnS3DpDfwxUryvgWGxNy46hjcLjLRITMvBcwGQTI= Message-ID: <571C876F.3040000@abinet.ru> Date: Sun, 24 Apr 2016 11:44:31 +0300 From: abi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:) Gecko/20160112 FossaMail/25.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> In-Reply-To: <20160424071351.GQ83618@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 08:44:36 -0000 I go the first way, however it seems that include directory is ignored in include tests. -- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.28") -- Checking for module 'libv4l1' -- Found libv4l1, version 1.6.3 gmake[3]: Entering directory '/usr/home/abishai/zoneminder/work/ZoneMinder-5a3978f/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_c7b01.dir/CheckIncludeFile.c.o /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cmTC_c7b01.dir/CheckIncludeFile.c.o -c /usr/home/abishai/zoneminder/work/ZoneMinder-5a3978f/CMakeFiles/CMakeTmp/CheckIncludeFile.c /usr/home/abishai/zoneminder/work/ZoneMinder-5a3978f/CMakeFiles/CMakeTmp/CheckIncludeFile.c:1:10: fatal error: 'libv4l1-videodev.h' file not found #include No -I, like before. Should I try CMAKE_REQUIRED_INCLUDES ? However, I don't know the effect of this on linux systems. On 24.04.2016 10:13, Matthew D. Fuller wrote: > On Sun, Apr 24, 2016 at 01:28:35AM +0300 I heard the voice of > abi, and lo! it spake thus: >> Thanks! >> If speak about general purpose solution, acceptable by upstream, I should >> 1. make cmake variable like INCLUDE_DIR_EXTRA >> 2. if set, include it contents. >> 3. add default value if platform is FreeBSD >> Am I right? > I'd say it depends on how much work you wanna put in, and how > interested upstream is. > > > The pkgconfig path is fairly simple. In a quick test: > > include(FindPkgConfig) > pkg_check_modules(LIBV4L1 libv4l1) > if(LIBV4L1_FOUND) > include_directories(${LIBV4L1_INCLUDE_DIRS}) > endif() > > seems to set things right here (I assume from the libv4l1-videodev.h > that it wants v4l_1_ rather than v4l_2_). That may be trivially > upstreamable, since it should just quietly have no effect in the cases > where v4l isn't in pkgconf, and DTRT when it is. Of course, it won't > work if a system doesn't have pkg-config installed, so unless you > wanted to add that as a build dep (it _is_ pretty tiny, but it's an > extra dep), you couldn't assume it was there on the system. > > > A somewhat more verbose solution that passes more control to the port > level would be to patch in a block like > > if(EXTRA_INCDIRS) > foreach(dir ${EXTRA_INCDIRS}) > include_directories(${dir}) > endforeach() > endif() > > relatively early into the CMakeLists.txt and then add $LOCALBASE into > the cmake command with something like > > CMAKE_ARGS+=-DEXTRA_INCDIRS="${LOCALBASE}" > > in the port Makefile (untested). Aside from potential need to redo > the patch if the CMakeLists.txt changes between releases, that doesn't > really need any upstream involvement at all, it can just be carried in > the port. OTOH, it's probably not too objectionable (possibly with > tweaks to variable naming) to upstream either. > > > From owner-freebsd-ports@freebsd.org Sun Apr 24 08:48:21 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00CBAB12688 for ; Sun, 24 Apr 2016 08:48:21 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54A721A0C for ; Sun, 24 Apr 2016 08:48:19 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mandree.no-ip.org ([77.181.30.70]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MXIov-1bFYG41UX7-00WIjG for ; Sun, 24 Apr 2016 10:48:17 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 656FF23CF5C for ; Sun, 24 Apr 2016 10:48:16 +0200 (CEST) Subject: Re: Failure compiling java/openjdk8 To: freebsd-ports@freebsd.org References: <20160423100248.GA4742@vpn.offrom.nl> From: Matthias Andree Message-ID: <571C8850.90604@gmx.de> Date: Sun, 24 Apr 2016 10:48:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <20160423100248.GA4742@vpn.offrom.nl> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:HXTncfCS83IUCXzaBtoihXPyfv3O0bPxSzZ6yeb3riyPuj6VDNZ y2ytCOC3w2Oka8oNqEMwNPQA1DFZWWZudAw4gBUkYjd1JWi81fR1XU8SOP9JOC7vU9dPy0I XW4taLduoUWDwaqT2Md12Ria994FBbh9Bs2QzeQujFbgEl1c6Nu+4chj3bZU0wP86uCDDCp XLfkNv5g8P0PU2FokVFEg== X-UI-Out-Filterresults: notjunk:1;V01:K0:th38MarqTFQ=:rvOPuY5lmtUFFq01niDZOA KMrdYJSgOC4v1rC8gWvX5nFxzuL4ctxWH/Zp9JO35mnzRwYEITfFTCIJSHdfofkL25JFQ4HbL 3QrdfZFI8cyohTJq8+PDlcBjrVvfYx2X1hcI1R/MnJ/HpxZJHktwXwsaRsFkxhrQ7+RtDKuqh ld52niIpfFnz4+qDUKU4kKOYUyZLG3I8HDM9RcErSYwH3z6I2ncGxezf7cRY6QPvKs6HnrZlf ntmHIRgMDC5D7v5FgDLko5p66MxmtFwT2Bdour9TmtWS+blHhFPbjCx1G++0Nfbe8g3PFAUCU cSNVLYwjpjSYL6RZODKpJa1AhXWWrDCN3/wtlfkYrCcHzLwZ/q/3gX5XlIdx3kFROMl98xCn3 mRhmZZGnVbmoKm9XSpyMYUZ88HVRyqKIDnDav92N3VIivwU8eMRPx+6i8upzQKKCCUcFYqwlq 7u55FdfZFh3Zg70uCuV8hkfrIuL1mtRcrXq2YckEhjmeOY4juUhQAECEfrCRWltyHCybR4qso bnekds2rqRKyGYzBOC2di4lRIkp9628yD89XVASuoAWxleHGQ/vFzjGQZLusw58x0ZA/d/nF1 EWj9b+wtDWigeY35dFw5JCaYoUYMMS65SEOlmK+yWIa8W54OR6G2D118PQuSUMierApMragMq mbZAdBr9liJf7krZFy58NSIu6rUxyf82FheqliY0xESNx7khNHFzNunMnfpmMhtrDf6NoVijV 2vzzWDhcH9Gh4QuohmyJlYeqm6tZ3crcV/Xd05GJnsp+yA65AmVjlz4jdmsN5Qz7cqyJpeZzX C9CLhz5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 08:48:21 -0000 Am 23.04.2016 um 12:02 schrieb Willem Offermans: > Dear FreeBSD friends, > > In my attempt to juvenile an old FreeBSD beast, I encountered another > hurdle: a failure compiling java/openjdk8 > > > gmake[4]: Leaving directory '/usr/ports/java/openjdk8/work/openjdk/jdk/make' > gmake[4]: Entering directory '/usr/ports/java/openjdk8/work/openjdk/jdk/make' > Compiling 9455 files for BUILD_JDK > Killed > gmake[4]: *** [/usr/ports/java/openjdk8/work/openjdk/build/bsd-x86-normal-server-release/jdk/classes/_the.BUILD_JDK_batch] Error 137 That Error 137 is "signal 9 (SIGKILL)" and added 128 for "core dump requested". Typically an indication of a last-resort cleanup by the kernel. Has the machine run out of memory during the compile? Can you reduce the number of CPU cores used for the compile, in an attempt to reduce RAM usage? From owner-freebsd-ports@freebsd.org Sun Apr 24 09:00:07 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C971B12C5F for ; Sun, 24 Apr 2016 09:00:07 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [199.15.120.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F23C41E51 for ; Sun, 24 Apr 2016 09:00:06 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 3qt3GF2Kj4znb; Sun, 24 Apr 2016 04:00:05 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3qt3GD58Spz33c; Sun, 24 Apr 2016 04:00:04 -0500 (CDT) Date: Sun, 24 Apr 2016 04:00:04 -0500 From: "Matthew D. Fuller" To: abi Cc: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file Message-ID: <20160424090004.GT83618@over-yonder.net> References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> <571C876F.3040000@abinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <571C876F.3040000@abinet.ru> X-Editor: vi X-OS: FreeBSD X-Virus-Scanned: clamav-milter 0.99 at mail.tarragon.infocus-llc.com X-Virus-Status: Clean User-Agent: Mutt/1.6.0-fullermd.4 (2016-04-01) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 09:00:07 -0000 On Sun, Apr 24, 2016 at 11:44:31AM +0300 I heard the voice of abi, and lo! it spake thus: > > I go the first way, however it seems that include directory is ignored > in include tests. Oh, right. That's annoying. > Should I try CMAKE_REQUIRED_INCLUDES ? However, I don't know the > effect of this on linux systems. I'd skip worrying about that for now. Get a patch working for the port, then worry later about if/how to upstream it. get_property(idirs DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR} PROPERTY INCLUDE_DIRECTORIES) set(CMAKE_REQUIRED_INCLUDES ${idirs}) seems like it might do the trick. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@freebsd.org Sun Apr 24 09:09:56 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4267BB1913E for ; Sun, 24 Apr 2016 09:09:56 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB22183A for ; Sun, 24 Apr 2016 09:09:55 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from [10.0.0.1] (unknown [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id D972F191B0 for ; Sun, 24 Apr 2016 09:09:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1461488993; bh=27LWVKiTUe4mzQrs/eTicjSKa/k7fYGNmdUFRm8809k=; h=Date:From:To:Subject:References:In-Reply-To; b=AItToD9Mz+5yaCZzBTs8evLZ+mx7K6UqyZ5RWYRxR3gNbsMSYOaAp1YCAdrM7O5/N OD5oMs3ORL8h+/AHpa5Nflf2zfIEFzq6FAWuXfBtzIMFgH8bGvWj3fdsp9aSaFaE7K HugeQ91oxOXn+9J2PY/FSSu7m4CvcDcfMm1iXEYU= Message-ID: <571C8D61.6010200@abinet.ru> Date: Sun, 24 Apr 2016 12:09:53 +0300 From: abi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:) Gecko/20160112 FossaMail/25.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> <571C876F.3040000@abinet.ru> <20160424090004.GT83618@over-yonder.net> In-Reply-To: <20160424090004.GT83618@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 09:09:56 -0000 Nope, the same behavior. ZM has OS detection block, I added there set(CMAKE_REQUIRED_INCLUDES "/usr/include" "/usr/local/include") if system is BSD. Now I have -- Looking for libv4l1-videodev.h -- Looking for libv4l1-videodev.h - found -- Looking for linux/videodev2.h -- Looking for linux/videodev2.h - found and tests are passed/entire project is builded. Is hardcoded directory includes considered evil and I should find (read - ask here :)) ) better solution ? On 24.04.2016 12:00, Matthew D. Fuller wrote: > On Sun, Apr 24, 2016 at 11:44:31AM +0300 I heard the voice of > abi, and lo! it spake thus: >> I go the first way, however it seems that include directory is ignored >> in include tests. > Oh, right. That's annoying. > > >> Should I try CMAKE_REQUIRED_INCLUDES ? However, I don't know the >> effect of this on linux systems. > I'd skip worrying about that for now. Get a patch working for the > port, then worry later about if/how to upstream it. > > get_property(idirs DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR} PROPERTY INCLUDE_DIRECTORIES) > set(CMAKE_REQUIRED_INCLUDES ${idirs}) > > seems like it might do the trick. > > From owner-freebsd-ports@freebsd.org Sun Apr 24 09:43:46 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79698B19CD7 for ; Sun, 24 Apr 2016 09:43:46 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [199.15.120.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A3151C8C for ; Sun, 24 Apr 2016 09:43:46 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 3qt4Dc5rhmzpF; Sun, 24 Apr 2016 04:43:44 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3qt4Dc12xwz34D; Sun, 24 Apr 2016 04:43:44 -0500 (CDT) Date: Sun, 24 Apr 2016 04:43:44 -0500 From: "Matthew D. Fuller" To: abi Cc: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file Message-ID: <20160424094344.GV83618@over-yonder.net> References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> <571C876F.3040000@abinet.ru> <20160424090004.GT83618@over-yonder.net> <571C8D61.6010200@abinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <571C8D61.6010200@abinet.ru> X-Editor: vi X-OS: FreeBSD X-Virus-Scanned: clamav-milter 0.99 at mail.tarragon.infocus-llc.com X-Virus-Status: Clean User-Agent: Mutt/1.6.0-fullermd.4 (2016-04-01) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 09:43:46 -0000 On Sun, Apr 24, 2016 at 12:09:53PM +0300 I heard the voice of abi, and lo! it spake thus: > On 24.04.2016 12:00, Matthew D. Fuller wrote: > > get_property(idirs DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR} PROPERTY INCLUDE_DIRECTORIES) > > set(CMAKE_REQUIRED_INCLUDES ${idirs}) > > > > seems like it might do the trick. > > Nope, the same behavior. Did you add those along with and after the EXTRA_INCDIRS stuff? Else the extra bits wouldn't have been stuck into INCLUDE_DIRECTORIES yet. > Is hardcoded directory includes considered evil and I should find > (read - ask here :)) ) better solution ? LOCALBASE != /usr/local is liable to be pretty rare, but I think it's still theoretically supported, so... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@freebsd.org Sun Apr 24 09:49:00 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 869B4B19E1A for ; Sun, 24 Apr 2016 09:49:00 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0DA1ED4 for ; Sun, 24 Apr 2016 09:48:59 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from [10.0.0.1] (unknown [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id A7775191E7 for ; Sun, 24 Apr 2016 09:48:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1461491338; bh=a3qNPvE8AKd+1eSROSVkIxbrWec2rfPWpCkzt3xPwHw=; h=Date:From:To:Subject:References:In-Reply-To; b=ECYXVpb+tl1WYGIBQoFS6QXPR5fLG9GX3TfkByjWOs/Sx4vSBsU83xG7YHJd9ap7V Ep/rhULk02Mb+4GZWQWRUErf56f/HNmLvq32E5yFR4NQjaqF40nX0Ao1JsBZEEbmJV 6lpQelFGKP4MnDf8HrMN0dsedumO2Oi1Rvgy3zn8= Message-ID: <571C968A.9060505@abinet.ru> Date: Sun, 24 Apr 2016 12:48:58 +0300 From: abi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:) Gecko/20160112 FossaMail/25.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> <571C876F.3040000@abinet.ru> <20160424090004.GT83618@over-yonder.net> <571C8D61.6010200@abinet.ru> <20160424094344.GV83618@over-yonder.net> In-Reply-To: <20160424094344.GV83618@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 09:49:00 -0000 I passed -DCMAKE_REQUIRED_INCLUDES:STRING="${LOCALBASE}/include" from port Makefile. Looks like the best solution - no need to poke upstream or make patch. On 24.04.2016 12:43, Matthew D. Fuller wrote: > On Sun, Apr 24, 2016 at 12:09:53PM +0300 I heard the voice of > abi, and lo! it spake thus: >> On 24.04.2016 12:00, Matthew D. Fuller wrote: >>> get_property(idirs DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR} PROPERTY INCLUDE_DIRECTORIES) >>> set(CMAKE_REQUIRED_INCLUDES ${idirs}) >>> >>> seems like it might do the trick. >> Nope, the same behavior. > Did you add those along with and after the EXTRA_INCDIRS stuff? Else > the extra bits wouldn't have been stuck into INCLUDE_DIRECTORIES yet. > > >> Is hardcoded directory includes considered evil and I should find >> (read - ask here :)) ) better solution ? > LOCALBASE != /usr/local is liable to be pretty rare, but I think it's > still theoretically supported, so... > > From owner-freebsd-ports@freebsd.org Sun Apr 24 09:59:05 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3BCCB19103 for ; Sun, 24 Apr 2016 09:59:04 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [199.15.120.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D4015127C for ; Sun, 24 Apr 2016 09:59:04 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 3qt4ZH3SyRzpM; Sun, 24 Apr 2016 04:59:03 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3qt4ZG5C8rz34Y; Sun, 24 Apr 2016 04:59:02 -0500 (CDT) Date: Sun, 24 Apr 2016 04:59:02 -0500 From: "Matthew D. Fuller" To: abi Cc: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file Message-ID: <20160424095902.GW83618@over-yonder.net> References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> <571C876F.3040000@abinet.ru> <20160424090004.GT83618@over-yonder.net> <571C8D61.6010200@abinet.ru> <20160424094344.GV83618@over-yonder.net> <571C968A.9060505@abinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <571C968A.9060505@abinet.ru> X-Editor: vi X-OS: FreeBSD X-Virus-Scanned: clamav-milter 0.99 at mail.tarragon.infocus-llc.com X-Virus-Status: Clean User-Agent: Mutt/1.6.0-fullermd.4 (2016-04-01) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 09:59:05 -0000 On Sun, Apr 24, 2016 at 12:48:58PM +0300 I heard the voice of abi, and lo! it spake thus: > > I passed -DCMAKE_REQUIRED_INCLUDES:STRING="${LOCALBASE}/include" from > port Makefile. > Looks like the best solution - no need to poke upstream or make patch. Interesting. It's not clear from the docs that CMAKE_REQUIRED_INCLUDES affects the actual build of the program (or anything except the check_include_file() from a look around, actually). Well, if it works... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@freebsd.org Sun Apr 24 10:05:12 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7A1EB194C9 for ; Sun, 24 Apr 2016 10:05:12 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC4617D0 for ; Sun, 24 Apr 2016 10:05:12 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from [10.0.0.1] (unknown [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id F1F791920B for ; Sun, 24 Apr 2016 10:05:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1461492311; bh=L/s8Fsf2M1FhRm3QvFcSInEdwbjUcX8zKAN0n4QxvgA=; h=Date:From:To:Subject:References:In-Reply-To; b=cJyz1bB03PGVpWN+0QQJ03fCfHKXkLoMFMh8Z+S9ZXvUr97ukC6DECMTi7V8ata50 VJgo2lyzAJvP4vO3Uyg5OwwpXBqBk04HukLOrKU408DzSlGRyK4adO4CVKPChe7vu+ VpuIK5j2e2333BuGmGa2jRGkLKOLMEFG59JNEzy4= Message-ID: <571C9A56.4060505@abinet.ru> Date: Sun, 24 Apr 2016 13:05:10 +0300 From: abi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:) Gecko/20160112 FossaMail/25.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Making a port - debugging cmake check_include_file References: <571BE034.9070200@abinet.ru> <20160423215530.GP83618@over-yonder.net> <571BF713.4040607@abinet.ru> <20160424071351.GQ83618@over-yonder.net> <571C876F.3040000@abinet.ru> <20160424090004.GT83618@over-yonder.net> <571C8D61.6010200@abinet.ru> <20160424094344.GV83618@over-yonder.net> <571C968A.9060505@abinet.ru> <20160424095902.GW83618@over-yonder.net> In-Reply-To: <20160424095902.GW83618@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 10:05:12 -0000 You mean that the checks are passed, but actual support of V4L - is not? V4L is the optional feature, so lack of it is not a critical error. From what I see in cmake files is that header files are detected and several knobs are set. Should I check that these headers somehow used ? I don't have local or analog video cameras :( Or, assuming that if header files are detected and included, failure to include them in compilation phase will lead to fatal error, I shouldn't bother? On 24.04.2016 12:59, Matthew D. Fuller wrote: > On Sun, Apr 24, 2016 at 12:48:58PM +0300 I heard the voice of > abi, and lo! it spake thus: >> I passed -DCMAKE_REQUIRED_INCLUDES:STRING="${LOCALBASE}/include" from >> port Makefile. >> Looks like the best solution - no need to poke upstream or make patch. > Interesting. It's not clear from the docs that > CMAKE_REQUIRED_INCLUDES affects the actual build of the program (or > anything except the check_include_file() from a look around, > actually). Well, if it works... > > From owner-freebsd-ports@freebsd.org Sun Apr 24 12:58:40 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C567B19045; Sun, 24 Apr 2016 12:58:40 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D2BDA16E4; Sun, 24 Apr 2016 12:58:39 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from [0.0.0.0] (cpe-071-065-239-148.nc.res.rr.com [71.65.239.148] (may be forged)) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id u3OCwPw9073108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 24 Apr 2016 12:58:30 GMT (envelope-from swills@FreeBSD.org) Subject: Re: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? To: Mark Millard References: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> <571C0297.3050801@FreeBSD.org> <28FDFFB4-02CC-40CB-ACAC-828BA8E71A37@dsl-only.net> <00621189-D577-4E3F-8BAB-4B315B690209@dsl-only.net> Cc: freebsd-ports@freebsd.org, FreeBSD PowerPC ML From: Steve Wills Message-ID: <571CC2F2.2060601@FreeBSD.org> Date: Sun, 24 Apr 2016 08:58:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <00621189-D577-4E3F-8BAB-4B315B690209@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sun, 24 Apr 2016 12:58:31 +0000 (UTC) X-Spam-Status: No, score=2.8 required=4.5 tests=HELO_MISC_IP, RCVD_ILLEGAL_IP, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 12:58:40 -0000 So lang/gcc6-devel builds fine using gcc49 (which builds fine and isn't currently marked broken. Can we patch the lang/gcc6-devel port so that it uses gcc49 when building on powerpc64? Also, which compiler are you using for building ruby? Steve On 04/24/16 03:19 AM, Mark Millard wrote: > [A top-post of the results of my test build of lang/gcc6-devel using gcc49 to do the build (until it switches over to xgcc). I do not have lang/gcc or lang/gcc48 installed.] > > lang/gcc6-devel's update built fine in my powerpc64-xtoolchain-gcc/powerpc64-gcc and gcc49 environment on a powerpc64 PowerMac. The options were as I normally use: > >> # more /var/db/ports/lang_gcc6-devel/options >> # This file is auto-generated by 'make config'. >> # Options for gcc6-devel-6.0.0.s20160110 >> _OPTIONS_READ=gcc6-devel-6.0.0.s20160110 >> _FILE_COMPLETE_OPTIONS_LIST=BOOTSTRAP GRAPHITE JAVA MULTILIB >> OPTIONS_FILE_UNSET+=BOOTSTRAP >> OPTIONS_FILE_UNSET+=GRAPHITE >> OPTIONS_FILE_UNSET+=JAVA >> OPTIONS_FILE_UNSET+=MULTILIB > > > I will note that ruby is implicitly in use in my environment and it too had been marked as broken for powerpc64: lang/ruby21 , lang/ruby22 , and lang/ruby23 all were so marked. (So I commented those marks out.) > > My build that upgraded from ruby21 to ruby22 went fine. > > === > Mark Millard > markmi at dsl-only.net > > On 2016-Apr-23, at 5:21 PM, Mark Millard wrote: >> >> On 2016-Apr-23, at 4:17 PM, Steve Wills wrote: >>> >>> Hi, >>> >>> On 04/23/16 05:50 PM, Mark Millard wrote: >>>> Recently a large block of ports (including lang/gcc6-devel) were >>>> marked in their Makefiles with >>>> >>>>> BROKEN_powerpc64= Does not build >>>> >>>> >>>> Does this only apply for use of gcc/g++ 4.2.1 or specific other >>>> verions? If so that is not the only way to have a powerpc64 >>>> environment. For example: how "official" is use of >>>> devel/powerpc64-xtoolchain-gcc (so devel/powerpc64-gcc as well) and >>>> lang/gcc49 used on a powerpc64 box (in my case an old PowerMac)? >>> >>> >>> The intent was just that they don't build with the default config, ie, >>> gcc 4.2.1 from base. If there are ways to make things build with other >>> compilers, we should look at getting those changes into ports. >>> >>> You can find the logs of the build that I based all those changes on here: >>> >>> http://poudriere.mouf.net/karl/poudriere/build.html?mastername=headpowerpc-default&build=2016-04-02_20h57m16s >>> >>> Specifically the gcc6-devel one is here: >>> >>> http://poudriere.mouf.net/karl/poudriere/data/headpowerpc-default/2016-04-02_20h57m16s/logs/errors/gcc6-devel-6.0.0.s20160320.log >>> >>> Though I realize now that was simply a timeout and perhaps shouldn't >>> have been marked as broken. A few of the llvm ones timed out and I >>> didn't mark those as broken and meant to not mark any that timed out as >>> broken, and to go back and retry them, but didn't notice this one was a >>> timeout. We can remove the BROKEN_powerpc64 from lang/gcc-devel if it >>> builds for you. >> >> Since my original note -r413919 has updated devel/gcc6-devel. So I'll end up testing that update once I get to that point. >> >> I'll note that the svn-ports-head entry for -r412746 lists several llvm items: >> >> head/devel/llvm-cheri/Makefile >> head/devel/llvm-devel/Makefile >> head/devel/llvm33/Makefile >> head/devel/llvm34/Makefile >> head/devel/llvm38/Makefile >> >> But I do not build any of those normally. llvm38 likely is toolchain vintage dependent for if it builds or not. Others may be as well. >> >>> Also note that build was using the 2016Q2 branch, but the >>> BROKEN_powerpc64 was committed to the main branch. Perhaps that change >>> should be merged to the 2016Q2 branch. >>> >>> Anyway, I'm currently retrying the build, after fixing pixman and >>> merging that to the 2016Q2 and then locally patching in the >>> BROKEN_powerpc64 things into my local tree. You can see the progress of >>> that here: >>> >>> http://poudriere.mouf.net/karl/poudriere/build.html?mastername=headpowerpc-default&build=2016-04-21_17h38m55s >>> >>> >>>> Can broken be marked for only specific tool chains? >>>> >>> >>> Not trivially, but it's probably doable somehow. >>> >>>>> # freebsd-version -ku 11.0-CURRENT 11.0-CURRENT # uname -aKU >>>>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r297769M: >>>>> Sat Apr 9 22:22:19 PDT 2016 >>>>> root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64vtsc-NODEBUG >>>>> powerpc 1100105 1100105 >>>> >>>> For the rest of this note I'll focus on lang/gcc-devel since I happen >>>> to build and install it. >>>> >>>>> # pkg info '*gcc*' gcc49-4.9.4.s20160406 >>>>> gcc6-devel-6.0.0.s20160410 powerpc64-gcc-5.3.0 >>>>> powerpc64-xtoolchain-gcc-0.1 >>>> >>>> gcc6-devel-6.0.0.s20160410 was built from -r413230 svn source on the >>>> that same old PowerMac. -r413188 is the prior lang/gcc-devel check in >>>> before being marked broken for powerpc64. For how I build it was not >>>> broken at the time. >>>> >>>> I historically use devel/powerpc64-xtoolchain-gcc (so >>>> devel/powerpc64-gcc as well) for the so-called "cross build" stages >>>> of buildworld/buildkernel (11.0-CURRENT). (I also do true cross >>>> builds for TARGET_ARCH=powerpc64 from an amd64 context sometimes.) >>>> >>>> gcc 4.2.1 is not present before, during, or after on the old >>>> PowerMac. I do build clang and various related materials but do not >>>> use clang for buildworld/buildkernel related activity. I experiment >>>> with using clang for other things at times. >>>> >>>> I historically use lang/gcc49 on the old PowerMac for: >>>> >>>> A) building devel/powerpc64-gcc (not the only way to try to build >>>> it) B) the "host" stages of buildworld/buildkernel (11.0-CURRENT) C) >>>> building lang/gcc6-devel (not the only way to try to build it) >>>> >>>> [I do not have lang/gcc5 built/installed only because it and >>>> devel/powerpc64-gcc have file conflicts when they are based on the >>>> same gcc version. Getting devel/powerpc64-gcc to build and install on >>>> a powerpc64 requires some workarounds because it is not a true cross >>>> compile environment and some file names are odd for self-hosted and >>>> so not found during staging's copy activities.] >>>> >>>> [I do build the system's clang 3.8.0 but do not use it other than for >>>> exploring/checking its current powerpc64 FreeBSD limitations. It does >>>> work for various things but not everything. Those experiments do not >>>> include buildworld or buildkernel. For example: clang 3.8.0 targeting >>>> powerpc64 can not build libstand due to lack of software floating >>>> point support. C++ exception handling built via clang for powerpc64 >>>> is messed up as well.] >>>> >>>> >>> >>> It would be nice if we could fix those things and get powerpc(64) built >>> with clang. >> >> https://llvm.org/bugs/show_bug.cgi?id=25780 [a meta-list of reports that block use by freebsd] lists various powerpc and powerpc64 code-generation issues for clang 3.8.0 vs. FreeBSD. As I remember each of the following includes examples of powerpc64 code-generation issues, not just powerpc (non-64) ones. >> >> https://llvm.org/bugs/show_bug.cgi?id=26970 >> https://llvm.org/bugs/show_bug.cgi?id=26856 >> https://llvm.org/bugs/show_bug.cgi?id=26844 >> https://llvm.org/bugs/show_bug.cgi?id=26761 >> >> (I also submitted reports to freebsd as well so there would be reminders to track clang fixes if they ever occur. There may be more issues than I reported in either place.) >> >> As I remember I thought there were also some FreeBSD problems that would be present after the above were fixed but the code generation problems made it harder to be sure. Even if I was correct any testing based on the bad code-generation by clang in overlapping areas would not work. I'd prefer to recheck/reanalyze based on seeing good code generation results. >> >> Unfortunately while I can slowly analyze/research the code generated it would take a lot longer to get the point of doing non-trival work on llvm or clang itself. And since somewhat after clang 3.8.0 moved into 11.0-CURRENT other things have kept me mostly out of clang investigations. I've just been rebuilding FreeBSD and some ports periodically in order to avoid large jumps later. >> >> >>>> >>>> I have started a powerpc64 self-hosted buildworld/buildkernel for an >>>> update to 11.0-CURRENT -r298518 in preparation for then updating my >>>> ports to -r413907 or so. >>>> >>>> My intent is to comment out the BROKEN_powerpc64 line in >>>> lang/gcc6-devel/Makefile and see if lang/gcc6-devel still (re-)builds >>>> once everything else is up to date. >>>> >>>> But the builds involved take many hours so I'll likely not have a >>>> result to report until tomorrow (or later). >>>> >>>> >>>> Supporting example details: >>>> >>>>> # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: >>>>> /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head >>>>> Relative URL: ^/head Repository Root: >>>>> https://svn0.us-west.freebsd.org/ports Repository UUID: >>>>> 35697150-7ecd-e111-bb59-0022644237b5 Revision: 413230 Node Kind: >>>>> directory Schedule: normal Last Changed Author: kmoore Last Changed >>>>> Rev: 413230 Last Changed Date: 2016-04-13 13:07:37 -0700 (Wed, 13 >>>>> Apr 2016) >>>> >>>> (I'll svnlite update -r413907 /usr/ports [or there about] after the >>>> system is updated. The above was used for my existing lang/gcc-devel >>>> build on powerpc64 for powerpc64.) >>>> >>>>> # more /etc/make.conf DEFAULT_VERSIONS+=perl5=5.22 >>>>> WRKDIRPREFIX=/usr/obj/portswork WITH_DEBUG= WITH_DEBUG_FILES= >>>>> MALLOC_PRODUCTION= # # # For trying gcc49... # >>>>> CC=/usr/local/bin/gcc49 CXX=/usr/local/bin/g++49 >>>>> CPP=/usr/local/bin/cpp49 # # # For trying port binutils... # >>>>> CROSS_BINUTILS_PREFIX=/usr/local/powerpc64-portbld-freebsd11.0/bin/ >>>>> >>>>> >>> AS=/usr/local/powerpc64-portbld-freebsd11.0/bin/as >>>>> AR=/usr/local/powerpc64-portbld-freebsd11.0/bin/ar >>>>> LD=/usr/local/powerpc64-portbld-freebsd11.0/bin/ld >>>>> NM=/usr/local/powerpc64-portbld-freebsd11.0/bin/nm >>>>> OBJCOPY=/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy >>>>> OBJDUMP=/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump >>>>> RANLIB=/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib >>>>> SIZE=/usr/local/powerpc64-portbld-freebsd11.0/bin/size #NO-SUCH: >>>>> STRINGS=/usr/local/powerpc64-portbld-freebsd11.0/bin/strings >>>>> STRINGS=/usr/local/bin/strings >>>> >>>> The above sort of make.conf is used for port builds, though I may >>>> edit the details to control my experiments. >>>> >>>> The below are tied to buildworld/buildkernel related activity: >>>> >>>>> # more >>>>> /root/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host.sh >>>>> script >>>>> /root/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host-$(date >>>>> +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF="/root/src.configs/make.conf" >>>>> SRC_ENV_CONF="/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host" >>>>> \ MAKEOBJDIRPREFIX="/usr/obj/xtoolchain/powerpc.powerpc64" \ make >>>>> $* >>>> >>>> >>>> /root/src.configs/make.conf (used for buildworld/buildkernel) is >>>> normally empty. >>>> >>>>> # more >>>>> /root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host >>>>> TO_TYPE=powerpc64 TOOLS_TO_TYPE=${TO_TYPE} FROM_TYPE=powerpc64 >>>>> TOOLS_FROM_TYPE=${FROM_TYPE} VERSION_CONTEXT=11.0 # >>>>> KERNCONF=GENERIC64vtsc-NODEBUG TARGET=powerpc .if ${.MAKE.LEVEL} == >>>>> 0 TARGET_ARCH=${TO_TYPE} .export TARGET_ARCH .endif # >>>>> WITHOUT_CROSS_COMPILER= # WITH_LIBCPLUSPLUS= WITH_BOOT= >>>>> #WITH_LIB32= WITH_CLANG= WITH_CLANG_IS_CC= WITH_CLANG_FULL= >>>>> WITH_LLDB= # # LIB32 builds but does not work via gcc variants >>>>> [crtbeginS code problem(s)] WITHOUT_LIB32= WITHOUT_GCC= >>>>> WITHOUT_GNUCXX= # NO_WERROR= MALLOC_PRODUCTION= # >>>>> WITH_DEBUG_FILES= # # # For TO (so-called "cross") stages . . . # >>>>> So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . # >>>>> TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related bintutils. >>>>> . . # CROSS_TOOLCHAIN=${TO_TYPE}-gcc X_COMPILER_TYPE=gcc >>>>> CROSS_BINUTILS_PREFIX=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ .if >>>>> ${.MAKE.LEVEL} == 0 >>>>> XCC=/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gcc >>>>> >>>>> >>> XCXX=/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g++ >>>>> XCPP=/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-cpp >>>>> >>>>> >>> .export XCC >>>>> .export XCXX .export XCPP >>>>> XAS=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as >>>>> XAR=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar >>>>> XLD=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld >>>>> XNM=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm >>>>> XOBJCOPY=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy >>>>> XOBJDUMP=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump >>>>> XRANLIB=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib >>>>> XSIZE=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: >>>>> XSTRINGS=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings >>>>> XSTRINGS=/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export >>>>> XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export >>>>> XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # # >>>>> # For FROM (host) stages . . . # From gccXY (such as gcc49 but not >>>>> xtoolchain) # TOOLS_FROM_TYPE's appropriate binutils. . . # .if >>>>> ${.MAKE.LEVEL} == 0 CC=env C_INCLUDE_PATH=/usr/include >>>>> /usr/local/bin/gcc49 -L/usr/lib CXX=env C_INCLUDE_PATH=/usr/include >>>>> CPLUS_INCLUDE_PATH=/usr/include/c++/v1 /usr/local/bin/g++49 >>>>> -std=c++11 -nostdinc++ -L/usr/lib CPP=/usr/local/bin/cpp49 .export >>>>> CC .export CXX .export CPP >>>>> AS=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/as >>>>> >>>>> >>> AR=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ar >>>>> LD=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ld >>>>> >>>>> >>> NM=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/nm >>>>> OBJCOPY=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objcopy >>>>> >>>>> >>> OBJDUMP=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objdump >>>>> RANLIB=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ranlib >>>>> >>>>> >>> SIZE=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/size >>>>> #NO-SUCH: >>>>> STRINGS=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/strings >>>>> >>>>> >>> STRINGS=/usr/local/bin/strings >>>>> .export AS .export AR .export LD .export NM .export OBJCOPY .export >>>>> OBJDUMP .export RANLIB .export SIZE .export STRINGS .endif >>>> >>>>> # svnlite status /usr/src ? /usr/src/.snap M >>>>> /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp >>>>> >>>>> >>> M /usr/src/lib/csu/powerpc64/Makefile >>>>> ? /usr/src/restoresymtable ? >>>>> /usr/src/sys/arm/conf/RPI2-NODBG M >>>>> /usr/src/sys/boot/ofw/Makefile.inc M >>>>> /usr/src/sys/boot/powerpc/Makefile M >>>>> /usr/src/sys/boot/powerpc/Makefile.inc M >>>>> /usr/src/sys/boot/uboot/Makefile.inc M >>>>> /usr/src/sys/conf/Makefile.powerpc M >>>>> /usr/src/sys/conf/kern.mk M /usr/src/sys/conf/kmod.mk ? >>>>> /usr/src/sys/powerpc/conf/GENERIC64-NODBG ? >>>>> /usr/src/sys/powerpc/conf/GENERIC64vtsc ? >>>>> /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG ? >>>>> /usr/src/sys/powerpc/conf/GENERICvtsc ? >>>>> /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG M >>>>> /usr/src/sys/powerpc/ofw/ofw_machdep.c M >>>>> /usr/src/sys/powerpc/powerpc/exec_machdep.c >>>> >>>> >>> >>> Let me know what you find. There was some work on external compiler >>> support, though I don't know it's current status. >> >> My powerpc64 FreeBSD activity is completely dependent on the external compiler support: I'm using FreeBSD's modern libc++, not libstdc++. But there are some workarounds involved for my complete avoidance of gcc 4.2.1. I've a few other work arounds for the PowerMac context as well. For example: downloaded release and snapshot installations do not reliably boot such PowerMacs but instead frequently hang during boot. (The frequency may depend on the amount of RAM.) >> >> I'll let you know how the updated devel/gcc6-devel goes for my style of powerpc64 environment. >> >> If a devel/gcc6 appears I'll likely build it at some point. >> >>> Steve >> >> === >> 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-unsubscribe@freebsd.org" > From owner-freebsd-ports@freebsd.org Sun Apr 24 14:16:10 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A4A3B1A26B for ; Sun, 24 Apr 2016 14:16:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-159.reflexion.net [208.70.211.159]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10B8C1DAE for ; Sun, 24 Apr 2016 14:16:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3958 invoked from network); 24 Apr 2016 14:16:34 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 24 Apr 2016 14:16:34 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 24 Apr 2016 10:16:36 -0400 (EDT) Received: (qmail 27178 invoked from network); 24 Apr 2016 14:16:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 24 Apr 2016 14:16:36 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0F9511C4388; Sun, 24 Apr 2016 07:16:05 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? From: Mark Millard In-Reply-To: <571CC2F2.2060601@FreeBSD.org> Date: Sun, 24 Apr 2016 07:16:06 -0700 Cc: freebsd-ports@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> <571C0297.3050801@FreeBSD.org> <28FDFFB4-02CC-40CB-ACAC-828BA8E71A37@dsl-only.net> <00621189-D577-4E3F-8BAB-4B315B690209@dsl-only.net> <571CC2F2.2060601@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 14:16:10 -0000 On 2016-Apr-24, at 5:58 AM, Steve Wills wrote: >=20 > So lang/gcc6-devel builds fine using gcc49 (which builds fine and = isn't > currently marked broken. Can we patch the lang/gcc6-devel port so that > it uses gcc49 when building on powerpc64? >=20 > Also, which compiler are you using for building ruby? >=20 > Steve For all the port update activity (including ruby) I used gcc49, = /etc/make.conf being: # more /etc/make.conf DEFAULT_VERSIONS+=3Dperl5=3D5.22=20 WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D WITH_DEBUG_FILES=3D=20 MALLOC_PRODUCTION=3D # # # For trying gcc49... #=20 CC=3D/usr/local/bin/gcc49 CXX=3D/usr/local/bin/g++49=20 CPP=3D/usr/local/bin/cpp49 . . . (binutils macros omitted here) . . . (I do not know if lang/gcc [or lang/gcc48] would work or not. I prefer a = tool chain with a more modern C++ available but gcc49 is not yet what = lang/gcc builds.) I've seen notation like: USE_GCC=3D 4.9+ in port Makefiles. Also notation like: .if ${ARCH} =3D=3D powerpc64 and: .if ${ARCH} =3D=3D "powerpc" || ${ARCH} =3D=3D "powerpc64" So may be the extra notation in the Makefile(s) in question could be = something like: # clang 3.8.0 and before is still broken in various ways for powerpc and = powerpc64: .if ${ARCH} =3D=3D "powerpc" || ${ARCH} =3D=3D "powerpc64" USE_GCC=3D 4.9+ .endif I list both powerpc variants because powerpc and powerpc64 both have = clang problems making buildworld a no-go by default and if gcc 4.2.1 = rejects a port for one it would normally also reject for the other. = There may be other ${ARCH} values that would also be appropriate because = they are also stuck at gcc 4.2.1 . I do not claim to know necessary vs. sufficient status: more might be = needed for some configurations (rpath issues? mixture of libraries = compiled by distinct gcc's?). But I expect that the above should be = better than being marked broken. =3D=3D=3D Mark Millard markmi at dsl-only.net Older material: On 04/24/16 03:19 AM, Mark Millard wrote: > [A top-post of the results of my test build of lang/gcc6-devel using = gcc49 to do the build (until it switches over to xgcc). I do not have = lang/gcc or lang/gcc48 installed.] >=20 > lang/gcc6-devel's update built fine in my = powerpc64-xtoolchain-gcc/powerpc64-gcc and gcc49 environment on a = powerpc64 PowerMac. The options were as I normally use: >=20 >> # more /var/db/ports/lang_gcc6-devel/options >> # This file is auto-generated by 'make config'. >> # Options for gcc6-devel-6.0.0.s20160110 >> _OPTIONS_READ=3Dgcc6-devel-6.0.0.s20160110 >> _FILE_COMPLETE_OPTIONS_LIST=3DBOOTSTRAP GRAPHITE JAVA MULTILIB >> OPTIONS_FILE_UNSET+=3DBOOTSTRAP >> OPTIONS_FILE_UNSET+=3DGRAPHITE >> OPTIONS_FILE_UNSET+=3DJAVA >> OPTIONS_FILE_UNSET+=3DMULTILIB >=20 >=20 > I will note that ruby is implicitly in use in my environment and it = too had been marked as broken for powerpc64: lang/ruby21 , lang/ruby22 , = and lang/ruby23 all were so marked. (So I commented those marks out.) >=20 > My build that upgraded from ruby21 to ruby22 went fine. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2016-Apr-23, at 5:21 PM, Mark Millard wrote: >>=20 >> On 2016-Apr-23, at 4:17 PM, Steve Wills wrote: >>>=20 >>> Hi, >>>=20 >>> On 04/23/16 05:50 PM, Mark Millard wrote: >>>> Recently a large block of ports (including lang/gcc6-devel) were >>>> marked in their Makefiles with >>>>=20 >>>>> BROKEN_powerpc64=3D Does not build >>>>=20 >>>>=20 >>>> Does this only apply for use of gcc/g++ 4.2.1 or specific other >>>> verions? If so that is not the only way to have a powerpc64 >>>> environment. For example: how "official" is use of >>>> devel/powerpc64-xtoolchain-gcc (so devel/powerpc64-gcc as well) and >>>> lang/gcc49 used on a powerpc64 box (in my case an old PowerMac)?=20 >>>=20 >>>=20 >>> The intent was just that they don't build with the default config, = ie, >>> gcc 4.2.1 from base. If there are ways to make things build with = other >>> compilers, we should look at getting those changes into ports. >>>=20 >>> You can find the logs of the build that I based all those changes on = here: >>>=20 >>> = http://poudriere.mouf.net/karl/poudriere/build.html?mastername=3Dheadpower= pc-default&build=3D2016-04-02_20h57m16s >>>=20 >>> Specifically the gcc6-devel one is here: >>>=20 >>> = http://poudriere.mouf.net/karl/poudriere/data/headpowerpc-default/2016-04-= 02_20h57m16s/logs/errors/gcc6-devel-6.0.0.s20160320.log >>>=20 >>> Though I realize now that was simply a timeout and perhaps shouldn't >>> have been marked as broken. A few of the llvm ones timed out and I >>> didn't mark those as broken and meant to not mark any that timed out = as >>> broken, and to go back and retry them, but didn't notice this one = was a >>> timeout. We can remove the BROKEN_powerpc64 from lang/gcc-devel if = it >>> builds for you. >>=20 >> Since my original note -r413919 has updated devel/gcc6-devel. So I'll = end up testing that update once I get to that point. >>=20 >> I'll note that the svn-ports-head entry for -r412746 lists several = llvm items: >>=20 >> head/devel/llvm-cheri/Makefile >> head/devel/llvm-devel/Makefile >> head/devel/llvm33/Makefile >> head/devel/llvm34/Makefile >> head/devel/llvm38/Makefile >>=20 >> But I do not build any of those normally. llvm38 likely is toolchain = vintage dependent for if it builds or not. Others may be as well. >>=20 >>> Also note that build was using the 2016Q2 branch, but the >>> BROKEN_powerpc64 was committed to the main branch. Perhaps that = change >>> should be merged to the 2016Q2 branch. >>>=20 >>> Anyway, I'm currently retrying the build, after fixing pixman and >>> merging that to the 2016Q2 and then locally patching in the >>> BROKEN_powerpc64 things into my local tree. You can see the progress = of >>> that here: >>>=20 >>> = http://poudriere.mouf.net/karl/poudriere/build.html?mastername=3Dheadpower= pc-default&build=3D2016-04-21_17h38m55s >>>=20 >>>=20 >>>> Can broken be marked for only specific tool chains? >>>>=20 >>>=20 >>> Not trivially, but it's probably doable somehow. >>>=20 >>>>> # freebsd-version -ku 11.0-CURRENT 11.0-CURRENT # uname -aKU=20 >>>>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r297769M: >>>>> Sat Apr 9 22:22:19 PDT 2016 >>>>> = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG >>>>> powerpc 1100105 1100105 >>>>=20 >>>> For the rest of this note I'll focus on lang/gcc-devel since I = happen >>>> to build and install it. >>>>=20 >>>>> # pkg info '*gcc*' gcc49-4.9.4.s20160406=20 >>>>> gcc6-devel-6.0.0.s20160410 powerpc64-gcc-5.3.0=20 >>>>> powerpc64-xtoolchain-gcc-0.1 >>>>=20 >>>> gcc6-devel-6.0.0.s20160410 was built from -r413230 svn source on = the >>>> that same old PowerMac. -r413188 is the prior lang/gcc-devel check = in >>>> before being marked broken for powerpc64. For how I build it was = not >>>> broken at the time. >>>>=20 >>>> I historically use devel/powerpc64-xtoolchain-gcc (so >>>> devel/powerpc64-gcc as well) for the so-called "cross build" stages >>>> of buildworld/buildkernel (11.0-CURRENT). (I also do true cross >>>> builds for TARGET_ARCH=3Dpowerpc64 from an amd64 context = sometimes.) >>>>=20 >>>> gcc 4.2.1 is not present before, during, or after on the old >>>> PowerMac. I do build clang and various related materials but do not >>>> use clang for buildworld/buildkernel related activity. I experiment >>>> with using clang for other things at times. >>>>=20 >>>> I historically use lang/gcc49 on the old PowerMac for: >>>>=20 >>>> A) building devel/powerpc64-gcc (not the only way to try to build >>>> it) B) the "host" stages of buildworld/buildkernel (11.0-CURRENT) = C) >>>> building lang/gcc6-devel (not the only way to try to build it) >>>>=20 >>>> [I do not have lang/gcc5 built/installed only because it and >>>> devel/powerpc64-gcc have file conflicts when they are based on the >>>> same gcc version. Getting devel/powerpc64-gcc to build and install = on >>>> a powerpc64 requires some workarounds because it is not a true = cross >>>> compile environment and some file names are odd for self-hosted and >>>> so not found during staging's copy activities.] >>>>=20 >>>> [I do build the system's clang 3.8.0 but do not use it other than = for >>>> exploring/checking its current powerpc64 FreeBSD limitations. It = does >>>> work for various things but not everything. Those experiments do = not >>>> include buildworld or buildkernel. For example: clang 3.8.0 = targeting >>>> powerpc64 can not build libstand due to lack of software floating >>>> point support. C++ exception handling built via clang for powerpc64 >>>> is messed up as well.] >>>>=20 >>>>=20 >>>=20 >>> It would be nice if we could fix those things and get powerpc(64) = built >>> with clang. >>=20 >> https://llvm.org/bugs/show_bug.cgi?id=3D25780 [a meta-list of reports = that block use by freebsd] lists various powerpc and powerpc64 = code-generation issues for clang 3.8.0 vs. FreeBSD. As I remember each = of the following includes examples of powerpc64 code-generation issues, = not just powerpc (non-64) ones. >>=20 >> https://llvm.org/bugs/show_bug.cgi?id=3D26970 >> https://llvm.org/bugs/show_bug.cgi?id=3D26856 >> https://llvm.org/bugs/show_bug.cgi?id=3D26844 >> https://llvm.org/bugs/show_bug.cgi?id=3D26761 >>=20 >> (I also submitted reports to freebsd as well so there would be = reminders to track clang fixes if they ever occur. There may be more = issues than I reported in either place.) >>=20 >> As I remember I thought there were also some FreeBSD problems that = would be present after the above were fixed but the code generation = problems made it harder to be sure. Even if I was correct any testing = based on the bad code-generation by clang in overlapping areas would not = work. I'd prefer to recheck/reanalyze based on seeing good code = generation results. >>=20 >> Unfortunately while I can slowly analyze/research the code generated = it would take a lot longer to get the point of doing non-trival work on = llvm or clang itself. And since somewhat after clang 3.8.0 moved into = 11.0-CURRENT other things have kept me mostly out of clang = investigations. I've just been rebuilding FreeBSD and some ports = periodically in order to avoid large jumps later. >>=20 >>=20 >>>>=20 >>>> I have started a powerpc64 self-hosted buildworld/buildkernel for = an >>>> update to 11.0-CURRENT -r298518 in preparation for then updating my >>>> ports to -r413907 or so. >>>>=20 >>>> My intent is to comment out the BROKEN_powerpc64 line in >>>> lang/gcc6-devel/Makefile and see if lang/gcc6-devel still = (re-)builds >>>> once everything else is up to date. >>>>=20 >>>> But the builds involved take many hours so I'll likely not have a >>>> result to report until tomorrow (or later). >>>>=20 >>>>=20 >>>> Supporting example details: >>>>=20 >>>>> # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: >>>>> /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head=20 >>>>> Relative URL: ^/head Repository Root: >>>>> https://svn0.us-west.freebsd.org/ports Repository UUID: >>>>> 35697150-7ecd-e111-bb59-0022644237b5 Revision: 413230 Node Kind: >>>>> directory Schedule: normal Last Changed Author: kmoore Last = Changed >>>>> Rev: 413230 Last Changed Date: 2016-04-13 13:07:37 -0700 (Wed, 13 >>>>> Apr 2016) >>>>=20 >>>> (I'll svnlite update -r413907 /usr/ports [or there about] after the >>>> system is updated. The above was used for my existing = lang/gcc-devel >>>> build on powerpc64 for powerpc64.) >>>>=20 >>>>> # more /etc/make.conf DEFAULT_VERSIONS+=3Dperl5=3D5.22=20 >>>>> WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D WITH_DEBUG_FILES=3D=20= >>>>> MALLOC_PRODUCTION=3D # # # For trying gcc49... #=20 >>>>> CC=3D/usr/local/bin/gcc49 CXX=3D/usr/local/bin/g++49=20 >>>>> CPP=3D/usr/local/bin/cpp49 # # # For trying port binutils... #=20 >>>>> = CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ >>>>>=20 >>>>>=20 >>> AS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/as >>>>> AR=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ar=20 >>>>> LD=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ld=20 >>>>> NM=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/nm=20 >>>>> OBJCOPY=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy=20 >>>>> OBJDUMP=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump=20 >>>>> RANLIB=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib=20 >>>>> SIZE=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/size #NO-SUCH: >>>>> STRINGS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/strings=20 >>>>> STRINGS=3D/usr/local/bin/strings >>>>=20 >>>> The above sort of make.conf is used for port builds, though I may >>>> edit the details to control my experiments. >>>>=20 >>>> The below are tied to buildworld/buildkernel related activity: >>>>=20 >>>>> # more >>>>> = /root/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_cla= ng_xtoolchain-powerpc64-host.sh >>>>> script >>>>> = /root/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xto= olchain-powerpc64-host-$(date >>>>> +%Y-%m-%d:%H:%M:%S) \ env = __MAKE_CONF=3D"/root/src.configs/make.conf" >>>>> = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-= host" >>>>> \ MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ = make >>>>> $* >>>>=20 >>>>=20 >>>> /root/src.configs/make.conf (used for buildworld/buildkernel) is >>>> normally empty. >>>>=20 >>>>> # more >>>>> /root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host=20 >>>>> TO_TYPE=3Dpowerpc64 TOOLS_TO_TYPE=3D${TO_TYPE} FROM_TYPE=3Dpowerpc64= =20 >>>>> TOOLS_FROM_TYPE=3D${FROM_TYPE} VERSION_CONTEXT=3D11.0 #=20 >>>>> KERNCONF=3DGENERIC64vtsc-NODEBUG TARGET=3Dpowerpc .if = ${.MAKE.LEVEL} =3D=3D >>>>> 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif #=20 >>>>> WITHOUT_CROSS_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BOOT=3D=20 >>>>> #WITH_LIB32=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D=20= >>>>> WITH_LLDB=3D # # LIB32 builds but does not work via gcc variants >>>>> [crtbeginS code problem(s)] WITHOUT_LIB32=3D WITHOUT_GCC=3D=20 >>>>> WITHOUT_GNUCXX=3D # NO_WERROR=3D MALLOC_PRODUCTION=3D #=20 >>>>> WITH_DEBUG_FILES=3D # # # For TO (so-called "cross") stages . . . = # >>>>> So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . = # >>>>> TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related = bintutils. >>>>> . . # CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc X_COMPILER_TYPE=3Dgcc=20 >>>>> CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ = .if >>>>> ${.MAKE.LEVEL} =3D=3D 0=20 >>>>> = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c >>>>>=20 >>>>>=20 >>> = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ >>>>> = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp >>>>>=20 >>>>>=20 >>> .export XCC >>>>> .export XCXX .export XCPP=20 >>>>> XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as=20 >>>>> XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar=20 >>>>> XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld=20 >>>>> XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm=20 >>>>> XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy=20 >>>>> XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump=20 >>>>> XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib=20 >>>>> XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: >>>>> XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings=20 >>>>> XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export >>>>> XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export >>>>> XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # #=20= >>>>> # For FROM (host) stages . . . # =46rom gccXY (such as gcc49 but = not >>>>> xtoolchain) # TOOLS_FROM_TYPE's appropriate binutils. . . # .if >>>>> ${.MAKE.LEVEL} =3D=3D 0 CC=3Denv C_INCLUDE_PATH=3D/usr/include >>>>> /usr/local/bin/gcc49 -L/usr/lib CXX=3Denv = C_INCLUDE_PATH=3D/usr/include >>>>> CPLUS_INCLUDE_PATH=3D/usr/include/c++/v1 /usr/local/bin/g++49 >>>>> -std=3Dc++11 -nostdinc++ -L/usr/lib CPP=3D/usr/local/bin/cpp49 = .export >>>>> CC .export CXX .export CPP=20 >>>>> = AS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= s >>>>>=20 >>>>>=20 >>> = AR=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= r >>>>> = LD=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/l= d >>>>>=20 >>>>>=20 >>> = NM=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/n= m >>>>> = OBJCOPY=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objcopy >>>>>=20 >>>>>=20 >>> = OBJDUMP=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objdump >>>>> = RANLIB=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/b= in/ranlib >>>>>=20 >>>>>=20 >>> = SIZE=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin= /size >>>>> #NO-SUCH: >>>>> = STRINGS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/strings >>>>>=20 >>>>>=20 >>> STRINGS=3D/usr/local/bin/strings >>>>> .export AS .export AR .export LD .export NM .export OBJCOPY = .export >>>>> OBJDUMP .export RANLIB .export SIZE .export STRINGS .endif >>>>=20 >>>>> # svnlite status /usr/src ? /usr/src/.snap M >>>>> = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp >>>>>=20 >>>>>=20 >>> M /usr/src/lib/csu/powerpc64/Makefile >>>>> ? /usr/src/restoresymtable ? >>>>> /usr/src/sys/arm/conf/RPI2-NODBG M >>>>> /usr/src/sys/boot/ofw/Makefile.inc M >>>>> /usr/src/sys/boot/powerpc/Makefile M >>>>> /usr/src/sys/boot/powerpc/Makefile.inc M >>>>> /usr/src/sys/boot/uboot/Makefile.inc M >>>>> /usr/src/sys/conf/Makefile.powerpc M >>>>> /usr/src/sys/conf/kern.mk M /usr/src/sys/conf/kmod.mk ? >>>>> /usr/src/sys/powerpc/conf/GENERIC64-NODBG ? >>>>> /usr/src/sys/powerpc/conf/GENERIC64vtsc ? >>>>> /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG ? >>>>> /usr/src/sys/powerpc/conf/GENERICvtsc ? >>>>> /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG M >>>>> /usr/src/sys/powerpc/ofw/ofw_machdep.c M >>>>> /usr/src/sys/powerpc/powerpc/exec_machdep.c >>>>=20 >>>>=20 >>>=20 >>> Let me know what you find. There was some work on external compiler >>> support, though I don't know it's current status. >>=20 >> My powerpc64 FreeBSD activity is completely dependent on the external = compiler support: I'm using FreeBSD's modern libc++, not libstdc++. But = there are some workarounds involved for my complete avoidance of gcc = 4.2.1. I've a few other work arounds for the PowerMac context as well. = For example: downloaded release and snapshot installations do not = reliably boot such PowerMacs but instead frequently hang during boot. = (The frequency may depend on the amount of RAM.) >>=20 >> I'll let you know how the updated devel/gcc6-devel goes for my style = of powerpc64 environment. >>=20 >> If a devel/gcc6 appears I'll likely build it at some point. >>=20 >>> Steve >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to = "freebsd-ports-unsubscribe@freebsd.org" >=20 From owner-freebsd-ports@freebsd.org Sun Apr 24 17:24:33 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55BDBB1B206; Sun, 24 Apr 2016 17:24:33 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 05B661B45; Sun, 24 Apr 2016 17:24:32 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from [0.0.0.0] (cpe-071-065-239-148.nc.res.rr.com [71.65.239.148] (may be forged)) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id u3OHOM1i076058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 24 Apr 2016 17:24:27 GMT (envelope-from swills@FreeBSD.org) Subject: Re: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? To: Mark Millard References: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> <571C0297.3050801@FreeBSD.org> <28FDFFB4-02CC-40CB-ACAC-828BA8E71A37@dsl-only.net> <00621189-D577-4E3F-8BAB-4B315B690209@dsl-only.net> <571CC2F2.2060601@FreeBSD.org> Cc: freebsd-ports@freebsd.org, FreeBSD PowerPC ML From: Steve Wills Message-ID: <571D0146.5060200@FreeBSD.org> Date: Sun, 24 Apr 2016 13:24:22 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sun, 24 Apr 2016 17:24:28 +0000 (UTC) X-Spam-Status: No, score=2.8 required=4.5 tests=HELO_MISC_IP, RCVD_ILLEGAL_IP, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 17:24:33 -0000 Hi, On 04/24/16 10:16 AM, Mark Millard wrote: > > For all the port update activity (including ruby) I used gcc49, /etc/make.conf being: > > # more /etc/make.conf DEFAULT_VERSIONS+=perl5=5.22 > WRKDIRPREFIX=/usr/obj/portswork > WITH_DEBUG= > WITH_DEBUG_FILES= > MALLOC_PRODUCTION= > # > # > # For trying gcc49... > # > CC=/usr/local/bin/gcc49 > CXX=/usr/local/bin/g++49 > CPP=/usr/local/bin/cpp49 > . . . (binutils macros omitted here) . . . > > > (I do not know if lang/gcc [or lang/gcc48] would work or not. I > prefer a tool chain with a more modern C++ available but gcc49 is not > yet what lang/gcc builds.) > > > > I've seen notation like: > > USE_GCC= 4.9+ > > in port Makefiles. Also notation like: > > .if ${ARCH} == powerpc64 > > and: > > .if ${ARCH} == "powerpc" || ${ARCH} == "powerpc64" > > > So may be the extra notation in the Makefile(s) in question could be something like: > > # clang 3.8.0 and before is still broken in various ways for powerpc and powerpc64: > .if ${ARCH} == "powerpc" || ${ARCH} == "powerpc64" > USE_GCC= 4.9+ > .endif > Yep, this sounds right to me. I will test this with at least lang/ruby22 and lang/gcc6-devel when my current build finishes, or sooner if I get impatient. :) > I list both powerpc variants because powerpc and powerpc64 both have > clang problems making buildworld a no-go by default and if gcc 4.2.1 > rejects a port for one it would normally also reject for the other. > There may be other ${ARCH} values that would also be appropriate > because they are also stuck at gcc 4.2.1 . Makes sense. > I do not claim to know necessary vs. sufficient status: more might be > needed for some configurations (rpath issues? mixture of libraries > compiled by distinct gcc's?). But I expect that the above should be > better than being marked broken. We'll find this out when we test! :) Thanks, Steve From owner-freebsd-ports@freebsd.org Sun Apr 24 20:02:56 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACF2FB1B2FF for ; Sun, 24 Apr 2016 20:02:56 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 99AF31B4A for ; Sun, 24 Apr 2016 20:02:56 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id u3OK2nKq052827 for ; Sun, 24 Apr 2016 13:02:50 -0700 (PDT) (envelope-from null@pozo.com) From: Manfred Antar Subject: MOVED file on Current breaks portupgrade Message-Id: Date: Sun, 24 Apr 2016 13:02:49 -0700 To: FreeBSD Ports Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE, USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: u3OK2nKq052827 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 20:02:56 -0000 Bad format in last entry of /usr/ports/MOVED breaks portupgrade: #portupgrade -av /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:118:in `block (2 leve= ls) in fill': MOVED file format error (PortsDB::MOVEDError) from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:112:in `each' from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:112:in `block i= n fill' from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:111:in `open' from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:111:in `fill' from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:106:in `initial= ize' from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:181:in `new' from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/portsdb.rb:181:in `setup' from /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:242:in `init_p= kgtools_global' from /usr/local/sbin/portupgrade:531:in `block in main' from /usr/local/lib/ruby/2.2/optparse.rb:917:in `initialize' from /usr/local/sbin/portupgrade:238:in `new' from /usr/local/sbin/portupgrade:238:in `main' from /usr/local/sbin/portupgrade:2380:in `
=E2=80=99 remove last line from MOVED it works again. Manfred From owner-freebsd-ports@freebsd.org Sun Apr 24 20:14:59 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 002FFB1B55D for ; Sun, 24 Apr 2016 20:14:58 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE5BF1008 for ; Sun, 24 Apr 2016 20:14:58 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1auQQm-0006zr-Vb; Sun, 24 Apr 2016 22:15:00 +0200 Date: Sun, 24 Apr 2016 22:15:00 +0200 From: Kurt Jaeger To: Manfred Antar Cc: FreeBSD Ports Subject: Re: MOVED file on Current breaks portupgrade Message-ID: <20160424201500.GX2282@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2016 20:14:59 -0000 Hi! > Bad format in last entry of /usr/ports/MOVED breaks portupgrade: Thanks, fixed in r413958. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-ports@freebsd.org Mon Apr 25 10:03:15 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 162C1B1AB2E for ; Mon, 25 Apr 2016 10:03:15 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 04BF61D98 for ; Mon, 25 Apr 2016 10:03:15 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 042CAB1AB2C; Mon, 25 Apr 2016 10:03:15 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03DCBB1AB2B for ; Mon, 25 Apr 2016 10:03:15 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC4B31D97 for ; Mon, 25 Apr 2016 10:03:14 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.15.2/8.15.2) with ESMTP id u3PA3EIF035142 for ; Mon, 25 Apr 2016 10:03:14 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.15.2/8.15.2/Submit) id u3PA3Ej4035140; Mon, 25 Apr 2016 10:03:14 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201604251003.u3PA3Ej4035140@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Mon, 25 Apr 2016 10:03:14 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 10:03:15 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ editors/neovim | 0.1.3 | v0.1.4 ------------------------------------------------+-----------------+------------ multimedia/obs-studio | 0.9.1 | 0.14.1 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@freebsd.org Mon Apr 25 12:06:48 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB2ABB1CF49 for ; Mon, 25 Apr 2016 12:06:48 +0000 (UTC) (envelope-from peter@netkey.at) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A7C7B1798 for ; Mon, 25 Apr 2016 12:06:48 +0000 (UTC) (envelope-from peter@netkey.at) Received: by mailman.ysv.freebsd.org (Postfix) id A70F1B1CF48; Mon, 25 Apr 2016 12:06:48 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6A87B1CF47 for ; Mon, 25 Apr 2016 12:06:48 +0000 (UTC) (envelope-from peter@netkey.at) Received: from xena.netkey.at (xena.netkey.at [83.64.50.189]) by mx1.freebsd.org (Postfix) with ESMTP id 6BBAD1797 for ; Mon, 25 Apr 2016 12:06:47 +0000 (UTC) (envelope-from peter@netkey.at) Received: from [192.168.7.8] (unknown [192.168.7.8]) by xena.netkey.at (Postfix) with ESMTPSA id 1EA3E186A6A4 for ; Mon, 25 Apr 2016 14:01:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=netkey.at; s=2015.xena; t=1461585683; bh=/UmdCQ1C27D6j01TI+IAUrKE547pOxsf/spk1SkZal8=; h=From:Subject:Date:References:To; b=EUewrKdiLGCvFKtlHjYHADAG+/P0xWbeEdCCS0YG+ULrhLdkwgSeeh+gMxb3lfEn0 aclDZdxLv2wTcVE8rk0GM0GQhFZa7AqQmRq0gjZ4tBttPhT/6GMXrd6xJZKwDjM9ec DqLFTfQk9q54OJuVYThcQI7I7bkoOZ6RaJPrkhBU= From: Peter Klett Subject: Fwd: [package - 101amd64-default][net-p2p/retroshare] Failed for retroshare-0.5.5c_3 in configure Date: Mon, 25 Apr 2016 14:01:22 +0200 References: <201604240648.u3O6m1VU054732@beefy6.nyi.freebsd.org> To: ports@freebsd.org Message-Id: <091FAF53-A8C6-4A44-8208-B8C3CEC2F809@netkey.at> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 12:06:48 -0000 Could someone please take a look at=20 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207550 = An update to RetroShare 0.6.0 is in the queue and should fix these build = errors. > Anfang der weitergeleiteten Nachricht: >=20 > Von: pkg-fallout@FreeBSD.org > Betreff: [package - 101amd64-default][net-p2p/retroshare] Failed for = retroshare-0.5.5c_3 in configure > Datum: 24. April 2016 08:48:01 MESZ > An: peter@netkey.at > Kopie: pkg-fallout@FreeBSD.org >=20 > You are receiving this mail as a port that you maintain > is failing to build on the FreeBSD package build server. > Please investigate the failure and submit a PR to fix > build. >=20 > Maintainer: peter@netkey.at > Last committer: mat@FreeBSD.org > Ident: $FreeBSD: head/net-p2p/retroshare/Makefile 412348 = 2016-04-01 14:16:16Z mat $ > Log URL: = http://beefy6.nyi.freebsd.org/data/101amd64-default/413919/logs/retroshare= -0.5.5c_3.log > Build URL: = http://beefy6.nyi.freebsd.org/build.html?mastername=3D101amd64-default&bui= ld=3D413919 From owner-freebsd-ports@freebsd.org Mon Apr 25 12:17:04 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DF23B1B2EF for ; Mon, 25 Apr 2016 12:17:04 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2361E76 for ; Mon, 25 Apr 2016 12:17:04 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id 8D780B1B2EE; Mon, 25 Apr 2016 12:17:04 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D24FB1B2ED for ; Mon, 25 Apr 2016 12:17:04 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EEA71E75 for ; Mon, 25 Apr 2016 12:17:04 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1aufRn-0008mx-Pe; Mon, 25 Apr 2016 14:17:03 +0200 Date: Mon, 25 Apr 2016 14:17:03 +0200 From: Kurt Jaeger To: Peter Klett Cc: ports@freebsd.org Subject: Re: Fwd: [package - 101amd64-default][net-p2p/retroshare] Failed for retroshare-0.5.5c_3 in configure Message-ID: <20160425121703.GY2282@home.opsec.eu> References: <201604240648.u3O6m1VU054732@beefy6.nyi.freebsd.org> <091FAF53-A8C6-4A44-8208-B8C3CEC2F809@netkey.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <091FAF53-A8C6-4A44-8208-B8C3CEC2F809@netkey.at> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 12:17:04 -0000 Hi! > Could someone please take a look at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207550 > > An update to RetroShare 0.6.0 is in the queue and should fix these build errors. Can you please update the patch, as ${PORTSDIR}/ was removed and some other changes to the Makefile no longer apply ? -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-ports@freebsd.org Mon Apr 25 15:54:30 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DC86B1CF19 for ; Mon, 25 Apr 2016 15:54:30 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 476F11E37; Mon, 25 Apr 2016 15:54:29 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id uibZa536ZEWlruibaaY06K; Mon, 25 Apr 2016 09:39:23 -0600 X-Authority-Analysis: v=2.2 cv=P7p4vWIu c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=-7hVfbqxAAAA:8 a=PGMt32rcAAAA:8 a=bR6n9y-dAAAA:8 a=YxBL1-UpAAAA:8 a=9Qlmkdh3kpcfTb3bSVIA:9 a=-FEs8UIgK8oA:10 a=NWVoK91CQyQA:10 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id EA70013751; Mon, 25 Apr 2016 08:39:20 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u3PFdKJa086537; Mon, 25 Apr 2016 08:39:20 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604251539.u3PFdKJa086537@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Mathieu Arnold cc: Cy Schubert , freebsd-ports@freebsd.org Subject: Re: MASTER_SITES= LOCAL/ In-Reply-To: Message from Mathieu Arnold of "Sat, 23 Apr 2016 12:34:10 +0200." <4CA824B01D94B9A964553A84@atuin.in.mat.cc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Apr 2016 08:39:20 -0700 X-CMAE-Envelope: MS4wfAZREePFDgb4mLBAbL+ZVvJc7PeoNP7mYfKUOYzquxu8zeTfeKhFqXnW8bMexrkIE+KhQvQmEdJWMoqQgXwlX3xNtZczQduSeaTq6Uaob8wASFkn7DPm kOvb3v3BJKrn5VjpL1y1Kx65qyF2GkYm40EwcZJcZgc8EsT69Gcrpk2UsXaVL9lOhvJubhttBJjvvW86KmoTg6hR7EUdFF9eyt4= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 15:54:30 -0000 In message <4CA824B01D94B9A964553A84@atuin.in.mat.cc>, Mathieu Arnold writes: > +--On 22 avril 2016 21:30:31 -0700 Cy Schubert > wrote: > | Hi, > | > | I've noticed recently that a number of ports with MASTER_SITES= LOCAL/ > | have been marked BROKEN due to being unfetchable. Should local master > | sites on people.freebsd.org be defined differently? Has there been a > | change in policy? > > LOCAL/ is not really valid, it's supposed to be LOCAL/. > > Do you have a list of ports that are affected ? bob/ports/comms/uartlirc/Makefile MASTER_SITES= LOCAL/nox \ BROKEN= Does not compile on powerpc or sparc64 bob/ports/databases/gomysql/Makefile MASTER_SITES= LOCAL/wen BROKEN= Does not compile with go1 bob/ports/devel/cvs/Makefile MASTER_SITES= LOCAL/eadler BROKEN= does not link bob/ports/devel/ruby-slang/Makefile MASTER_SITES= LOCAL/fenner/ruby-contrib BROKEN= does not build with ruby 1.9 bob/ports/lang/ruby-lua4/Makefile MASTER_SITES= LOCAL/knu BROKEN= does not build with ruby 1.9 bob/ports/math/dieharder/Makefile MASTER_SITES= http://www.phy.duke.edu/~rgb/General/dieharder/ LOCAL/bf BROKEN= Does not compile on ia64 or sparc64 bob/ports/math/libranlip/Makefile MASTER_SITES= LOCAL/bf \ BROKEN= fails to build bob/ports/multimedia/mpeg4ip/Makefile MASTER_SITES= LOCAL/ahze BROKEN= Does not compile on ia64, powerpc, or sparc64 bob/ports/multimedia/mplayer2/Makefile MASTER_SITES= LOCAL/gblach/ BROKEN= Does not compile on sparc64 bob/ports/sysutils/hpacucli/Makefile MASTER_SITES= LOCAL/brooks BROKEN= currently does not work on amd64 (see PR ports/128288) freebsd/svn/ports/audio/xcd/Makefile MASTER_SITES= LOCAL/jmz BROKEN= Unfetchable freebsd/svn/ports/audio/xmms-openspc/Makefile MASTER_SITES= LOCAL/ehaupt BROKEN= does not build on FreeBSD 10.x and later freebsd/svn/ports/comms/uartlirc/Makefile MASTER_SITES= LOCAL/nox \ BROKEN= Does not compile on powerpc or sparc64 freebsd/svn/ports/devel/compiler-rt/Makefile MASTER_SITES= LOCAL/brooks BROKEN= Does not compile on powerpc freebsd/svn/ports/games/xshisen/Makefile MASTER_SITES= LOCAL/hrs BROKEN= fails to start freebsd/svn/ports/japanese/kpcal/Makefile MASTER_SITES= LOCAL/yoichi BROKEN= unfetchable freebsd/svn/ports/japanese/mozc-server/Makefile MASTER_SITES= LOCAL/hrs BROKEN= Does not compile: segfault freebsd/svn/ports/lang/spark/Makefile MASTER_SITES= http://downloads.dragonlace.net/src/:main LOCAL/marino:main \ BROKEN= brutally fails test suite - with ICE freebsd/svn/ports/math/dieharder/Makefile MASTER_SITES= http://www.phy.duke.edu/~rgb/General/dieharder/ LOCAL/bf BROKEN= Does not compile on ia64 or sparc64 freebsd/svn/ports/math/gotoblas/Makefile MASTER_SITES= LOCAL/maho/gotoblas \ #BROKEN= WITH_QUAD_PRECISION is broken; please disable this option freebsd/svn/ports/misc/compat5x/Makefile MASTER_SITES= LOCAL/amdmi3/compat5x BROKEN= Does not install on sparc64: fails to link lib/compat/libpthread.so.1 freebsd/svn/ports/misc/compat6x/Makefile MASTER_SITES= LOCAL/mnag/compat6x \ BROKEN= Does not install on sparc64: fails to link lib/compat/libpthread.so.2 freebsd/svn/ports/net-im/cicquin/Makefile #MASTER_SITES= LOCAL/roam/misc/cicquin \ BROKEN= unfetchable freebsd/svn/ports/net/liveMedia/Makefile MASTER_SITES= LOCAL/wg \ BROKEN= Does not compile freebsd/svn/ports/net/mopd/Makefile MASTER_SITES= LOCAL/obrien BROKEN= unfetchable freebsd/svn/ports/net/tridiavnc/Makefile MASTER_SITES= LOCAL/dwcjr BROKEN= Does not compile on ${MACHINE_ARCH} freebsd/svn/ports/print/tex/Makefile MASTER_SITES= LOCAL/mikeh BROKEN= Segfault during build on ia64 freebsd/svn/ports/security/isakmpd/Makefile MASTER_SITES= LOCAL/simon BROKEN= requires IPsec support freebsd/svn/ports/sysutils/915resolution/Makefile MASTER_SITES= LOCAL/ehaupt BROKEN= unfetchable freebsd/svn/ports/sysutils/hpacucli/Makefile MASTER_SITES= LOCAL/brooks BROKEN= currently does not work on amd64 (see PR ports/128288) freebsd/svn/ports/vietnamese/vnroff/Makefile MASTER_SITES= LOCAL/obrien BROKEN= unfetchable freebsd/svn/ports/www/xpi-mldonkey/Makefile MASTER_SITES= http://www.informatik.uni-oldenburg.de/~dyna/${PORTNAME}/xpi/ LOCAL/chinsan/xpi BROKEN= unfetchable freebsd/svn/ports/x11-wm/e-module-forecasts/Makefile MASTER_SITES= LOCAL/gblach/enlightenment/ BROKEN= Not compatible with Enlightenment 0.20 freebsd/svn/ports/x11-wm/e-module-mpdule/Makefile MASTER_SITES= LOCAL/gblach/enlightenment/ BROKEN= Not compatible with Enlightenment 0.20 freebsd/svn/ports/x11-wm/e-module-net/Makefile MASTER_SITES= LOCAL/gblach/enlightenment/ BROKEN= Not compatible with Enlightenment 0.20 freebsd/svn/ports/x11-wm/e-module-penguins/Makefile MASTER_SITES= LOCAL/gblach/enlightenment/ BROKEN= Not compatible with Enlightenment 0.20 freebsd/svn/ports/x11-wm/e-module-places/Makefile MASTER_SITES= LOCAL/gblach/enlightenment/ BROKEN= Not compatible with Enlightenment 0.20 freebsd/svn/ports/x11-wm/e-module-tclock/Makefile MASTER_SITES= LOCAL/gblach/enlightenment/ BROKEN= Not compatible with Enlightenment 0.20 -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@freebsd.org Mon Apr 25 16:08:10 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 744C8B1C1CD for ; Mon, 25 Apr 2016 16:08:10 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 021FA13D2 for ; Mon, 25 Apr 2016 16:08:10 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 7FA90BDCA4; Mon, 25 Apr 2016 18:08:08 +0200 (CEST) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 5E0CBBDCA3; Mon, 25 Apr 2016 18:08:08 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id B03796142; Mon, 25 Apr 2016 18:08:07 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 6742D24E047B; Mon, 25 Apr 2016 18:08:07 +0200 (CEST) Date: Mon, 25 Apr 2016 18:08:07 +0200 From: Mathieu Arnold To: Cy Schubert cc: freebsd-ports@freebsd.org Subject: Re: MASTER_SITES= LOCAL/ Message-ID: <5D799EF66C837755C6C8CFBC@ogg.in.absolight.net> In-Reply-To: <201604251539.u3PFdKJa086537@slippy.cwsent.com> References: <201604251539.u3PFdKJa086537@slippy.cwsent.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========BCE537F39A248EC0D0C9==========" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 16:08:10 -0000 --==========BCE537F39A248EC0D0C9========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +--On 25 avril 2016 08:39:20 -0700 Cy Schubert wrote: | In message <4CA824B01D94B9A964553A84@atuin.in.mat.cc>, Mathieu Arnold | writes: |> +--On 22 avril 2016 21:30:31 -0700 Cy Schubert |> wrote: |> | Hi, |> | |> | I've noticed recently that a number of ports with MASTER_SITES= LOCAL/ |> | have been marked BROKEN due to being unfetchable. Should local master |> | sites on people.freebsd.org be defined differently? Has there been a |> | change in policy? |> |> LOCAL/ is not really valid, it's supposed to be LOCAL/. |> |> Do you have a list of ports that are affected ? I meant a list of ports that are affected by what you just said before. | bob/ports/comms/uartlirc/Makefile | MASTER_SITES= LOCAL/nox \ | BROKEN= Does not compile on powerpc or sparc64 Unrelated. | bob/ports/databases/gomysql/Makefile | MASTER_SITES= LOCAL/wen | BROKEN= Does not compile with go1 Unrelated | bob/ports/devel/cvs/Makefile | MASTER_SITES= LOCAL/eadler | BROKEN= does not link Unrelated | bob/ports/devel/ruby-slang/Makefile | MASTER_SITES= LOCAL/fenner/ruby-contrib | BROKEN= does not build with ruby 1.9 Unrelated | bob/ports/lang/ruby-lua4/Makefile | MASTER_SITES= LOCAL/knu | BROKEN= does not build with ruby 1.9 Unrelated | bob/ports/math/dieharder/Makefile | MASTER_SITES= http://www.phy.duke.edu/~rgb/General/dieharder/ LOCAL/bf | BROKEN= Does not compile on ia64 or sparc64 Unrelated | bob/ports/math/libranlip/Makefile | MASTER_SITES= LOCAL/bf \ | BROKEN= fails to build Unrelated | bob/ports/multimedia/mpeg4ip/Makefile | MASTER_SITES= LOCAL/ahze | BROKEN= Does not compile on ia64, powerpc, or sparc64 Unrelated | bob/ports/multimedia/mplayer2/Makefile | MASTER_SITES= LOCAL/gblach/ | BROKEN= Does not compile on sparc64 Unrelated | bob/ports/sysutils/hpacucli/Makefile | MASTER_SITES= LOCAL/brooks | BROKEN= currently does not work on amd64 (see PR ports/128288) Unrelated | freebsd/svn/ports/audio/xcd/Makefile | MASTER_SITES= LOCAL/jmz | BROKEN= Unfetchable Oh, one that seems related to what you were saying, let's see: $ make fetch MASTER_SITE_BACKUP= TRYBROKEN= ===> NOTICE: The xcd port currently does not have a maintainer. As a result, it is more likely to have unresolved issues, not be up-to-date, or even be removed in the future. To volunteer to maintain this port, please create an issue at: https://bugs.freebsd.org/bugzilla More information about port maintainership is available at: https://www.freebsd.org/doc/en/articles/contributing/ports-contributing.html#maintain-port Trying build of xcd-1.7_3 even though it is marked BROKEN. ===> xcd-1.7_3 depends on file: /usr/local/sbin/pkg - found => xcd-1.7.tar.gz doesn't seem to exist in /home/mat/work/freebsd/distfiles/. => Attempting to fetch http://distcache.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz fetch: http://distcache.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz: Not Found => Attempting to fetch http://distcache.us-east.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz fetch: http://distcache.us-east.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz: Not Found => Attempting to fetch http://distcache.eu.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz fetch: http://distcache.eu.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz: Not Found => Attempting to fetch http://distcache.us-west.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz fetch: http://distcache.us-west.FreeBSD.org/local-distfiles/jmz/xcd-1.7.tar.gz: Not Found => Couldn't fetch it - please try to retrieve this => port manually into /home/mat/work/freebsd/distfiles/ and try again. *** Error code 1 Stop. make: stopped in /home/mat/work/freebsd/ports/audio/xcd So, ok, it does not fetch. I assume the rest of the affected ports are the same, I'm not going to check. If you find a port that *really* is marked unfetchable and is not, please do say so. | freebsd/svn/ports/audio/xmms-openspc/Makefile | MASTER_SITES= LOCAL/ehaupt | BROKEN= does not build on FreeBSD 10.x and later | freebsd/svn/ports/comms/uartlirc/Makefile | MASTER_SITES= LOCAL/nox \ | BROKEN= Does not compile on powerpc or sparc64 | freebsd/svn/ports/devel/compiler-rt/Makefile | MASTER_SITES= LOCAL/brooks | BROKEN= Does not compile on powerpc | freebsd/svn/ports/games/xshisen/Makefile | MASTER_SITES= LOCAL/hrs | BROKEN= fails to start | freebsd/svn/ports/japanese/kpcal/Makefile | MASTER_SITES= LOCAL/yoichi | BROKEN= unfetchable | freebsd/svn/ports/japanese/mozc-server/Makefile | MASTER_SITES= LOCAL/hrs | BROKEN= Does not compile: segfault | freebsd/svn/ports/lang/spark/Makefile | MASTER_SITES= http://downloads.dragonlace.net/src/:main | LOCAL/marino:main \ BROKEN= brutally fails test suite - with ICE | freebsd/svn/ports/math/dieharder/Makefile | MASTER_SITES= http://www.phy.duke.edu/~rgb/General/dieharder/ LOCAL/bf | BROKEN= Does not compile on ia64 or sparc64 | freebsd/svn/ports/math/gotoblas/Makefile | MASTER_SITES= LOCAL/maho/gotoblas \ | #BROKEN= WITH_QUAD_PRECISION is broken; please disable this option | freebsd/svn/ports/misc/compat5x/Makefile | MASTER_SITES= LOCAL/amdmi3/compat5x | BROKEN= Does not install on sparc64: fails to link | lib/compat/libpthread.so.1 | freebsd/svn/ports/misc/compat6x/Makefile | MASTER_SITES= LOCAL/mnag/compat6x \ | BROKEN= Does not install on sparc64: fails to link | lib/compat/libpthread.so.2 | freebsd/svn/ports/net-im/cicquin/Makefile | #MASTER_SITES= LOCAL/roam/misc/cicquin \ | BROKEN= unfetchable | freebsd/svn/ports/net/liveMedia/Makefile | MASTER_SITES= LOCAL/wg \ | BROKEN= Does not compile | freebsd/svn/ports/net/mopd/Makefile | MASTER_SITES= LOCAL/obrien | BROKEN= unfetchable | freebsd/svn/ports/net/tridiavnc/Makefile | MASTER_SITES= LOCAL/dwcjr | BROKEN= Does not compile on ${MACHINE_ARCH} | freebsd/svn/ports/print/tex/Makefile | MASTER_SITES= LOCAL/mikeh | BROKEN= Segfault during build on ia64 | freebsd/svn/ports/security/isakmpd/Makefile | MASTER_SITES= LOCAL/simon | BROKEN= requires IPsec support | freebsd/svn/ports/sysutils/915resolution/Makefile | MASTER_SITES= LOCAL/ehaupt | BROKEN= unfetchable | freebsd/svn/ports/sysutils/hpacucli/Makefile | MASTER_SITES= LOCAL/brooks | BROKEN= currently does not work on amd64 (see PR ports/128288) | freebsd/svn/ports/vietnamese/vnroff/Makefile | MASTER_SITES= LOCAL/obrien | BROKEN= unfetchable | freebsd/svn/ports/www/xpi-mldonkey/Makefile | MASTER_SITES= | http://www.informatik.uni-oldenburg.de/~dyna/${PORTNAME}/xpi/ | LOCAL/chinsan/xpi | BROKEN= unfetchable | freebsd/svn/ports/x11-wm/e-module-forecasts/Makefile | MASTER_SITES= LOCAL/gblach/enlightenment/ | BROKEN= Not compatible with Enlightenment 0.20 | freebsd/svn/ports/x11-wm/e-module-mpdule/Makefile | MASTER_SITES= LOCAL/gblach/enlightenment/ | BROKEN= Not compatible with Enlightenment 0.20 | freebsd/svn/ports/x11-wm/e-module-net/Makefile | MASTER_SITES= LOCAL/gblach/enlightenment/ | BROKEN= Not compatible with Enlightenment 0.20 | freebsd/svn/ports/x11-wm/e-module-penguins/Makefile | MASTER_SITES= LOCAL/gblach/enlightenment/ | BROKEN= Not compatible with Enlightenment 0.20 | freebsd/svn/ports/x11-wm/e-module-places/Makefile | MASTER_SITES= LOCAL/gblach/enlightenment/ | BROKEN= Not compatible with Enlightenment 0.20 | freebsd/svn/ports/x11-wm/e-module-tclock/Makefile | MASTER_SITES= LOCAL/gblach/enlightenment/ | BROKEN= Not compatible with Enlightenment 0.20 -- Mathieu Arnold --==========BCE537F39A248EC0D0C9========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJXHkDnXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85IR+4QAIuPIpuCeYd1Cp6E0j2ZmBmx 48F1XHuIP1o2lblHGfE0rH4f0zkExW5ZRuFqJgyljedHwpbNaHBsY6T2odYf+eL3 /z8d006dp52ehQodtG406eWx41u7xJmGdzQxvXbfzONHfhPd6TJWbirMHinAQTqo 6Id/Km/cb8zCHUv38qLzNetdy3PZV97BwGw0w5PmgDTSrUCMMzLayg0HsBLeg67X FBUYVLLZOcVBGOY0fmFoKSq6tsWPg1nauN6flzQJAVBXpy2byZNoWf/buoiG81tO AawdouhBuYnLxMc2a5Uyj1kQah56rsI0PpQ5kD0HAUq2yT0XF75FZ1O8JH/0zfLW 2M4ZfwYywZCeWEN0+cPNomY+TVB5ZAIpA/5kTMYBqwBoXMrNn/AO1qm8AEYX1Niw FN0ZiiDq7yRSFokP25ZrqiRp19EY5ddgotgdZ3ppNtgXlPaj/fWJmIGZ7596cFvk /jIBBjfnXdqzhNK47lGhdfjFu2m7PjLZNDT25YbswJTEo0JvjKv+zK1DGUFZrnlT G47yPWujukedugdRZmPOkUVD7OXT/gFEhZd2lUZ5/37xgWnVZIOLPaayZxnLyxP2 EaNa/yH56HAttGYUrS5to2CiCuijb+nKsZtbGQSSZiIaXofpWH42jm8LSWF+ASQo 95/KaKg8uFVMsxL+QoqN =bfQ/ -----END PGP SIGNATURE----- --==========BCE537F39A248EC0D0C9==========-- From owner-freebsd-ports@freebsd.org Mon Apr 25 22:32:25 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60FE5B1C1C7 for ; Mon, 25 Apr 2016 22:32:25 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A2BE1275 for ; Mon, 25 Apr 2016 22:32:25 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: by mail-ob0-x22e.google.com with SMTP id j9so88863273obd.3 for ; Mon, 25 Apr 2016 15:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=BYLqUUIMOFuj6Y1xPlkRbzvarYiq0lLeFC9TUn1chfs=; b=LU7N+E0TzhTUu9RsyJeu549S0OW0uOe11Jm50uITIV0kJSdsy2f149aItmKH6xIu/E yRamRQJkXNIa9GRW/2yzjElr6oHzyb5tedXI2Hy14oOBfDKkA+cxS6Rg6qoc9w7lEkIu cCDDv3knsTvHBiZdm09Jw/2TBnPYeQG+x+I4z40EOj8H0QGwTehvT7kb68RkzUQ8HDuc 25vQBUYU1hLevC7BBQkxX58twU97FSCqHVy95xOWpjJrDqYd+8TZae4kfNjjfNpYTJhc 1JpE6T4skaHpjoxy4DYbSdEnhx0cgevy4Vkh4ihqBO94pRvfB5KaTSFWdGQQd9fVy3tp NQ7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=BYLqUUIMOFuj6Y1xPlkRbzvarYiq0lLeFC9TUn1chfs=; b=FHOHhuXoa9Ty011OCH8WXvdTyMRlpdBjjPEd4JKGxVifrY0ling3rY9bilbw0HgsF/ zmKKmGtMf1yYMI8nvi/F9itFSubDtWvTMAFP0sCN+ibSNMY3Xtvwv1iNuSVkG+ZJ+96K Z7PL+oRkmJnYQAPBQnChwC7A4/DAZIFam858tgmVf+ARQMa78WuxyVj1lDSdKsHRM3sC DzUyecu9zx/hfTWDnagkHAdkNt3mvqCK5t5fvQpG9izNbE+EZmVzKzqxQlctKBXstHJ4 8/NhkfPy8hFEKIBtvkLS9JaeMhXekOA178vzN72VYwt0XRfvmMPicrXCMOKqI9GfNHPT 3XaA== X-Gm-Message-State: AOPr4FWR5aPSvAiy8lYd3cx5ExyDWKPm91YdaxE3cw1f5LBN2/y7T4MKlsMuFksQgK/lbkyH2yz79OrSp5Tijg== MIME-Version: 1.0 X-Received: by 10.60.62.6 with SMTP id u6mr16616368oer.35.1461623544458; Mon, 25 Apr 2016 15:32:24 -0700 (PDT) Received: by 10.202.242.132 with HTTP; Mon, 25 Apr 2016 15:32:24 -0700 (PDT) Date: Mon, 25 Apr 2016 15:32:24 -0700 Message-ID: Subject: www/squid: reconsider enabling all options From: Nick Rogers To: "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 22:32:25 -0000 Hello, I just recompiled my www/squid port to the latest 3.5.17 version. Prior to this I was running 3.5.14. I immediately noticed that my transparent proxy setup via PF was broken and throwing a "Forwarding loop detected" error in the logs. I then noticed the following recent commit which enables all options/knobs that do not require dependencies: https://svnweb.freebsd.org/ports?view=revision&revision=412287 This change enables the ipf-transparent (TP_IP), ipfw-transparent (TP_IPF), and pf-transparent (TP_PF) options at the same time, and turned out to be the root of my "redirection loop" problem. I am unclear why, but in my experience these options have always been incompatible with each other, which is why in previous versions of the www/squid port and its prior iterations these knobs have always been disabled by default. I've always explicitly enabled TP_PF in my make.conf. I was able to fix my issue by recompiling without the TP_IP and TP_IPF options, but I believe more thought/discussion should be given to all the new options that are now enabled by default in the port. Thanks! -Nick From owner-freebsd-ports@freebsd.org Tue Apr 26 04:08:10 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3D51B1C672 for ; Tue, 26 Apr 2016 04:08:10 +0000 (UTC) (envelope-from vkgroup2@server125.managedns.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CDBAF1839 for ; Tue, 26 Apr 2016 04:08:10 +0000 (UTC) (envelope-from vkgroup2@server125.managedns.org) Received: by mailman.ysv.freebsd.org (Postfix) id C95AAB1C670; Tue, 26 Apr 2016 04:08:10 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6AD3B1C66E for ; Tue, 26 Apr 2016 04:08:10 +0000 (UTC) (envelope-from vkgroup2@server125.managedns.org) Received: from server125.managedns.org (server125.managedns.org [103.14.97.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 405E91838 for ; Tue, 26 Apr 2016 04:08:09 +0000 (UTC) (envelope-from vkgroup2@server125.managedns.org) Received: from vkgroup2 by server125.managedns.org with local (Exim 4.86_1) (envelope-from ) id 1autnE-0018dp-3f for ports@freebsd.org; Tue, 26 Apr 2016 09:06:08 +0530 To: ports@freebsd.org Subject: Notice to appear in Court #0000846631 Date: Tue, 26 Apr 2016 03:36:07 +0000 From: "District Court" Reply-To: "District Court" Message-ID: <9b2c0cada39efc99d219c30e000654b7@vkgroupindia.com> X-Priority: 3 MIME-Version: 1.0 Sender: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server125.managedns.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [1425 500] / [47 12] X-AntiAbuse: Sender Address Domain - server125.managedns.org X-Get-Message-Sender-Via: server125.managedns.org: authenticated_id: vkgroup2/from_h X-Authenticated-Sender: server125.managedns.org: clinton.haas@vkgroupindia.com X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 04:08:11 -0000 Notice to Appear, This is to inform you to appear in the Court on the April 30 for your case hearing. You are kindly asked to prepare and bring the documents relating to the case to Court on the specified date. Note: If you do not come, the case will be heard in your absence. You can find the Court Notice is in the attachment. Sincerely, Clinton Haas, Court Secretary. From owner-freebsd-ports@freebsd.org Tue Apr 26 08:31:57 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B42DCAAB6EB for ; Tue, 26 Apr 2016 08:31:57 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 506461E73 for ; Tue, 26 Apr 2016 08:31:57 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id u206so23822218wme.1 for ; Tue, 26 Apr 2016 01:31:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=EMnwOLR7K+crY8LaSqzg1xIZMBjJcQ1z6bkBfFduU20=; b=cbSUF+j/NKthNGyfAQrbYnbXAsXF7FBmz4e6wyxuDjM2AC//CDxJuoZTS53flLp1Oy hsqiT+fVv+arNC34StmS1CWcy2qv0djQ7rhVHrOzOL9SZ3FwRpPyrdSOC32XDgpPZt34 EKh6pyf/DfBmyGD9OG40RibkW6dkmj8gt2uXn/TYJBPZtmuNaBxDEb5DmNK+fq0nvq9Z QKUrJ+//c7tvyTnWaMDmALTpKzl+HaJ7wRO+T8oxaJqYQIec5B2mIvp8SMd5Igmic3So YSrU2HDSwi4qstoN+OLST64QCw+I8IqtGRslqQswgV695xG1H3VcPqYnp12c5s9NJ3Z2 YPzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=EMnwOLR7K+crY8LaSqzg1xIZMBjJcQ1z6bkBfFduU20=; b=Y3sQByRoG6Go9TtmadUoDbLYwSznzsY/jorbj4iXeUSyXGSnOcg9vKq539Eh7swoqI 1RpAxOzIWPAGzFN6E0zJfiWyw+GXhHEzqq9W/4ZAj6Cbvv+7Y8+S+PRw0xcx4EcYtm5l tF+oPM2QBlUYxUZTnrCZCyb/bJwMTaZ+DRKt0ZIpXKC/IMn+4PIJeBuINHu/kYBRaZ5n DOTSCsKBtjiTOXtmMeaJM1pazcRgbqa79PI1IupuH3NbFT7DdN0mS/YTEpBspAQSmfkK 3oZcqpbmeBntXdu9MPWp2A1JUvm7OC2boU7hYb9NYsPlWTr9GEk0fOOt4yYMLO2gitPe SSSw== X-Gm-Message-State: AOPr4FVuIwvGy9ATK046JOB/793c1GjfKg9sv1o6LUv1YcDGTvj05mrqC+RFGAWYGVjQr9ZP8OsoD9hu9maNnw== MIME-Version: 1.0 X-Received: by 10.28.127.80 with SMTP id a77mr2156851wmd.66.1461659515524; Tue, 26 Apr 2016 01:31:55 -0700 (PDT) Received: by 10.28.21.137 with HTTP; Tue, 26 Apr 2016 01:31:55 -0700 (PDT) In-Reply-To: References: Date: Tue, 26 Apr 2016 11:31:55 +0300 Message-ID: Subject: Re: www/squid: reconsider enabling all options From: Pavel Timofeev To: Nick Rogers Cc: "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 08:31:57 -0000 2016-04-26 1:32 GMT+03:00 Nick Rogers : > Hello, > > I just recompiled my www/squid port to the latest 3.5.17 version. Prior to > this I was running 3.5.14. I immediately noticed that my transparent proxy > setup via PF was broken and throwing a "Forwarding loop detected" error in > the logs. > > I then noticed the following recent commit which enables all options/knobs > that do not require dependencies: > https://svnweb.freebsd.org/ports?view=revision&revision=412287 > > This change enables the ipf-transparent (TP_IP), ipfw-transparent (TP_IPF), > and pf-transparent (TP_PF) options at the same time, and turned out to be > the root of my "redirection loop" problem. > > I am unclear why, but in my experience these options have always been > incompatible with each other, which is why in previous versions of the > www/squid port and its prior iterations these knobs have always been > disabled by default. I've always explicitly enabled TP_PF in my make.conf. > > I was able to fix my issue by recompiling without the TP_IP and TP_IPF > options, but I believe more thought/discussion should be given to all the > new options that are now enabled by default in the port. > > Thanks! > > -Nick > _______________________________________________ Hi! I'm sorry, that's my fault. Do you think all three should be disabled by default, or we can enable one of them mostly used? Do you know there is a related bug report in squid's buzilla? Do squid's developers know about this incompatibility? It yes it looks weird they don't check it in configure.ac script. From owner-freebsd-ports@freebsd.org Tue Apr 26 08:46:34 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3D7EAABAB9 for ; Tue, 26 Apr 2016 08:46:34 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.shmhost.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC5CB12C9 for ; Tue, 26 Apr 2016 08:46:34 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from francos-mbp.lastsummer.de (ipservice-092-217-228-193.092.217.pools.vodafone-ip.de [92.217.228.193]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id BB224600C3; Tue, 26 Apr 2016 10:41:04 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: www/squid: reconsider enabling all options From: Franco Fichtner In-Reply-To: Date: Tue, 26 Apr 2016 10:41:04 +0200 Cc: Nick Rogers , "freebsd-ports@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: <05F80BCC-A94E-43F5-ACFD-7240EC7507B4@lastsummer.de> References: To: Pavel Timofeev X-Mailer: Apple Mail (2.3124) X-Virus-Scanned: clamav-milter 0.99 at host64.kissl.de X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 08:46:35 -0000 Hi, > On 26 Apr 2016, at 10:31 AM, Pavel Timofeev wrote: > > 2016-04-26 1:32 GMT+03:00 Nick Rogers : >> >> I was able to fix my issue by recompiling without the TP_IP and TP_IPF >> options, but I believe more thought/discussion should be given to all the >> new options that are now enabled by default in the port. > > Do you think all three should be disabled by default, or we can enable > one of them mostly used? Well, the breakage only occurs with local modified builds because the transparent proxy options weren't enabled at all before. It probably needs an OPTIONS_RADIO along with TP_NONE, and others will have to discuss whether to use TP_IPFW or TP_PF as the main use case. ;) FWIW, OPNsense uses TP_PF. Cheers, Franco From owner-freebsd-ports@freebsd.org Tue Apr 26 09:44:59 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27243AACDEB for ; Tue, 26 Apr 2016 09:44:59 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 15A5A1127 for ; Tue, 26 Apr 2016 09:44:59 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 150DCAACDE9; Tue, 26 Apr 2016 09:44:59 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14C6DAACDE8 for ; Tue, 26 Apr 2016 09:44:59 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 08FFF1126 for ; Tue, 26 Apr 2016 09:44:59 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.15.2/8.15.2) with ESMTP id u3Q9iw3E010978 for ; Tue, 26 Apr 2016 09:44:58 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.15.2/8.15.2/Submit) id u3Q9iw8V010977; Tue, 26 Apr 2016 09:44:58 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201604260944.u3Q9iw8V010977@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 26 Apr 2016 09:44:58 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 09:44:59 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/pgpoolAdmin | 3.3.1 | 3.5.2 ------------------------------------------------+-----------------+------------ graphics/bmeps | 4.2.2 | 4.3.1 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@freebsd.org Tue Apr 26 10:18:49 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A25F2B1C5F8 for ; Tue, 26 Apr 2016 10:18:49 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 655961085 for ; Tue, 26 Apr 2016 10:18:48 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3qvJvy0fXPzZsp for ; Tue, 26 Apr 2016 12:18:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1461665916; x=1463480317; bh=yPTEmhBSU3ontIUXmvtUUifOEinTJGJgL2p Za2k6HV0=; b=FPVnv1i8sOO7OP7vTSS4/m7eUXdEsSSR68gVmfMtCQTEpTNaOT3 iIiaUDS3u6vGq1dxhh3EggtsndsDcaxFQRGyMtnT74PkCj+9nmsQKmcdbvHR3gjM cquaXTDIE7I3xtlbYIeuW99GrKhFUakacFXNcYgJS748NUzQxm3YxeHA= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id q6u-0xyUo5Qf for ; Tue, 26 Apr 2016 12:18:36 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA for ; Tue, 26 Apr 2016 12:18:36 +0200 (CEST) Subject: Re: www/squid: reconsider enabling all options To: freebsd-ports@freebsd.org References: <05F80BCC-A94E-43F5-ACFD-7240EC7507B4@lastsummer.de> From: Guido Falsi Message-ID: <9970a4e9-3a6e-00d6-dc2e-7890eb5e579f@madpilot.net> Date: Tue, 26 Apr 2016 12:18:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <05F80BCC-A94E-43F5-ACFD-7240EC7507B4@lastsummer.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 10:18:49 -0000 On 04/26/16 10:41, Franco Fichtner wrote: > Hi, > >> On 26 Apr 2016, at 10:31 AM, Pavel Timofeev wrote: >> >> 2016-04-26 1:32 GMT+03:00 Nick Rogers : >>> >>> I was able to fix my issue by recompiling without the TP_IP and TP_IPF >>> options, but I believe more thought/discussion should be given to all the >>> new options that are now enabled by default in the port. >> >> Do you think all three should be disabled by default, or we can enable >> one of them mostly used? > > Well, the breakage only occurs with local modified builds because the > transparent proxy options weren't enabled at all before. > > It probably needs an OPTIONS_RADIO along with TP_NONE, and others will > have to discuss whether to use TP_IPFW or TP_PF as the main use case. ;) No need for a "TP_NONE" if using OPTIONS_RADIO, it allows for no option to be selected, which implicitly means none. A TP_NONE would be required in case the OPTIONS_SINGLE method was used, which requires one and only one option to be selected. It can be needed if the port requires special case in such a case, so option helpers can be connected to the none case. But no such special care should be needed in this situation. -- Guido Falsi From owner-freebsd-ports@freebsd.org Tue Apr 26 14:15:54 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3545BB1DC33 for ; Tue, 26 Apr 2016 14:15:54 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 206221E4D for ; Tue, 26 Apr 2016 14:15:53 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id u3QEFfVv027614; Tue, 26 Apr 2016 07:15:41 -0700 (PDT) (envelope-from null@pozo.com) From: Manfred Antar Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Weird portupgrade error on current amd64 Date: Tue, 26 Apr 2016 07:15:41 -0700 Message-Id: <5530D6B5-0380-47DA-8A01-65979D87D4CF@pozo.com> Cc: knu@idaemons.org To: FreeBSD Ports Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED, USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: u3QEFfVv027614 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 14:15:54 -0000 When using portupgrade on current it fails when upgrading libraries. I can reproduce this on 3 different amd64 machines. Example: portupgrade -vf libnice ends like this: ---> Build of net-im/libnice ended at: Tue, 26 Apr 2016 07:01:15 -0700 (co= nsumed 00:00:10) ---> Uninstallation of libnice-0.1.13 started at: Tue, 26 Apr 2016 07:01:1= 5 -0700 ---> Fixing up dependencies before creating a package /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insec= ure world writable dir /tmp/. in PATH, mode 041777 ---> Backing up the old version ---> Uninstalling the old version /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insec= ure world writable dir /tmp/. in PATH, mode 041777 [Reading data from pkg(8) ... - 1593 packages found - done] ---> Deinstalling 'libnice-0.1.13' [Reading data from pkg(8) ... - 1593 packages found - done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! libnice-0.1.13 (Broken pipe) ---> Uninstallation of libnice-0.1.13 ended at: Tue, 26 Apr 2016 07:01:16 = -0700 (consumed 00:00:01) ---> Reinstallation of net-im/libnice ended at: Tue, 26 Apr 2016 07:01:16 = -0700 (consumed 00:00:11) ---> ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! net-im/libnice (libnice-0.1.13) (uninstall error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ---> Session ended at: Tue, 26 Apr 2016 07:01:16 -0700 (consumed 00:00:12) The error is (Broken pipe) portmaster works fine and portupgrade on non library ports work fine, examp= le portupgrade -vf bash-static: --> Installing the new version via the port =3D=3D=3D> Installing for bash-static-4.3.42_1 =3D=3D=3D> bash-static-4.3.42_1 depends on executable: indexinfo - found =3D=3D=3D> bash-static-4.3.42_1 depends on shared library: libintl.so - f= ound (/usr/local/lib/libintl.so) =3D=3D=3D> Registering installation for bash-static-4.3.42_1 Installing bash-static-4.3.42_1... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D bash requires fdescfs(5) mounted on /dev/fd If you have not done it yet, please do the following: mount -t fdescfs fdesc /dev/fd To make it permanent, you need the following lines in /etc/fstab: fdesc /dev/fd fdescfs rw 0 0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Cleaning for bash-static-4.3.42_1 ---> Removing temporary files and directories ---> Removing old package' ---> Installation of shells/bash-static ended at: Tue, 26 Apr 2016 07:08:0= 0 -0700 (consumed 00:00:01) ---> Cleaning out obsolete shared libraries /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insec= ure world writable dir /tmp/. in PATH, mode 041777 ---> Reinstallation of shells/bash-static ended at: Tue, 26 Apr 2016 07:08= :05 -0700 (consumed 00:00:38) ---> ** Upgrade tasks 1: 1 done, 0 ignored, 0 skipped and 0 failed /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insec= ure world writable dir /tmp/. in PATH, mode 041777 ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) + shells/bash-static (bash-static-4.3.42_1 -> bash-static-4.3.42_1) ---> Packages processed: 1 done, 0 ignored, 0 skipped and 0 failed ---> Session ended at: Tue, 26 Apr 2016 07:08:06 -0700 (consumed 00:00:39) This started happening sometime in the last 2 weeks, not sure when. It=E2=80=99s happening on all 3 machines Dell 2950 server, HP-SFF, and a Vi= rtualBox running on OSX all amd64 I noticed it when I did a portupgrade -av because 10 or so ports were outda= ted and all the library ones failed. Not sure how to debug it as gdb doesn=E2=80=99t work with /usr/local/sbin/p= ortupgrade. Thanks Manfred From owner-freebsd-ports@freebsd.org Tue Apr 26 14:53:22 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D1C4B1C9BB for ; Tue, 26 Apr 2016 14:53:22 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 131531017 for ; Tue, 26 Apr 2016 14:53:22 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: by mail-oi0-x231.google.com with SMTP id x19so17398645oix.2 for ; Tue, 26 Apr 2016 07:53:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=yrwwwSpi+HoPEktEV+w4orAtJShpJliWsi8owGB9AkQ=; b=hKu+9oPY0LZea5GuibVphWbG+yTFTrHV9NJ3ZguAib8f63xQBg6vjM/7OAL6b30UMo U3pLkGKfNZZ0lP1SIv9N+QYxJy3eC81GF/ee5O6CUXnuG/GaEF+1SGoE4OBkfuOgMt34 gYLbcXZm8e3e8/vZjL83GauQkj+D12NX1lyfbB4G1v7VRqvS5s9pru5dJC4QA9W9KuKK MTU1s8nZF58L1RCkO5vpoNUf35MKhOzVCdwwC82fkYfVZ2jNUQvBeizLxGnn0Vlfcp01 2jBsov2LFRNIh2c6GuaUwHf82Fi0b7fOKJN4qFAS4ysxLvOEQ6JDmATaVD209iMC52uc 96vg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=yrwwwSpi+HoPEktEV+w4orAtJShpJliWsi8owGB9AkQ=; b=VecgpeUvon/kQ3Cm4OdgU2BmrBYLcDVbfVgpV/OZHou8gAaccDavCUPYlHx+GcUCE3 x+2+rbUwinjI0Sdd5tG0+zTHQg+o6nkcpIhXa0OxsdYjeen2jeRNkr3atNbvB2sD08gH 7RuR/psI9RJSeOsDg4l5kyu/9Dyz6NgLygDTHYDL6poISEaN1wc/JLCnvHiIf1yifeC4 G/M4LaUJtuWbxOxdURXBE74kV/9zNq/pgTY6Uu/tUc3jXbuO2zej07K6XJUo0ynrQjMk CZy5t7tFIlsSoheWwFiGj2jWX+hpWDj0SAz+rwvvK+X5Bb17p7yCFuEdiFeUt538TxX2 GluQ== X-Gm-Message-State: AOPr4FVlAjvOBTA8t0RXHtnT7wRln+vrzGm5zj9O26MGmWI7AvHkUomIWxCoPmtQSq4L46NDuE7sk5VQjvFdag== MIME-Version: 1.0 X-Received: by 10.157.40.242 with SMTP id s105mr1142994ota.68.1461682401458; Tue, 26 Apr 2016 07:53:21 -0700 (PDT) Received: by 10.202.242.132 with HTTP; Tue, 26 Apr 2016 07:53:21 -0700 (PDT) In-Reply-To: References: Date: Tue, 26 Apr 2016 07:53:21 -0700 Message-ID: Subject: Re: www/squid: reconsider enabling all options From: Nick Rogers To: Pavel Timofeev Cc: "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 14:53:22 -0000 On Tue, Apr 26, 2016 at 1:31 AM, Pavel Timofeev wrote: > 2016-04-26 1:32 GMT+03:00 Nick Rogers : > > Hello, > > > > I just recompiled my www/squid port to the latest 3.5.17 version. Prior > to > > this I was running 3.5.14. I immediately noticed that my transparent > proxy > > setup via PF was broken and throwing a "Forwarding loop detected" error > in > > the logs. > > > > I then noticed the following recent commit which enables all > options/knobs > > that do not require dependencies: > > https://svnweb.freebsd.org/ports?view=revision&revision=412287 > > > > This change enables the ipf-transparent (TP_IP), ipfw-transparent > (TP_IPF), > > and pf-transparent (TP_PF) options at the same time, and turned out to be > > the root of my "redirection loop" problem. > > > > I am unclear why, but in my experience these options have always been > > incompatible with each other, which is why in previous versions of the > > www/squid port and its prior iterations these knobs have always been > > disabled by default. I've always explicitly enabled TP_PF in my > make.conf. > > > > I was able to fix my issue by recompiling without the TP_IP and TP_IPF > > options, but I believe more thought/discussion should be given to all the > > new options that are now enabled by default in the port. > > > > Thanks! > > > > -Nick > > _______________________________________________ > > > Hi! I'm sorry, that's my fault. > > Do you think all three should be disabled by default, or we can enable > one of them mostly used? > I use TP_PF, and I always associate PF as FreeBSD's preferred/best firewall, but I'm sure a lot of people would disagree with me and use ipfw. > Do you know there is a related bug report in squid's buzilla? Do > squid's developers know about this incompatibility? > It yes it looks weird they don't check it in configure.ac script. > I'm not aware of a bug report. I had always assumed that the different options were incompatible and that the default state should be "disable all" and explicitly enable the one you want. Looking at the code for 3.5.17, it looks like ipfw/TP_IPFW takes precedence if it is enabled, regardless if pf/TP_PF is enabled. from Intercept.cc: /* NAT methods that use sock-opts to return client address */ if (NetfilterInterception(newConn, silent)) return true; if (IpfwInterception(newConn, silent)) return true; /* NAT methods that use ioctl to return client address AND destination address */ if (PfInterception(newConn, silent)) return true; if (IpfInterception(newConn, silent)) return true; This is probably why I was seeing a redirect loop error, because I'm using PF and it tried to run the ipfw nat hooks. From owner-freebsd-ports@freebsd.org Tue Apr 26 16:42:15 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EC0BB1C544 for ; Tue, 26 Apr 2016 16:42:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8747D18B4 for ; Tue, 26 Apr 2016 16:42:14 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 82D0446; Tue, 26 Apr 2016 12:42:09 -0400 (EDT) Received: from mail.auburn.protected-networks.net ([127.0.0.1]) by mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id saun89YcJpGW; Tue, 26 Apr 2016 12:42:08 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks CA" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 0C39A7; Tue, 26 Apr 2016 12:42:08 -0400 (EDT) Subject: Re: Weird portupgrade error on current amd64 To: Manfred Antar , FreeBSD Ports References: <5530D6B5-0380-47DA-8A01-65979D87D4CF@pozo.com> Cc: knu@idaemons.org From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <67a1a7f4-7b4e-21f8-9168-d4cc4bd6490a@protected-networks.net> Date: Tue, 26 Apr 2016 12:42:06 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <5530D6B5-0380-47DA-8A01-65979D87D4CF@pozo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 16:42:15 -0000 On 04/26/16 10:15, Manfred Antar wrote: > When using portupgrade on current it fails when upgrading libraries. > I can reproduce this on 3 different amd64 machines. > > Example: > > portupgrade -vf libnice ends like this: > > ---> Build of net-im/libnice ended at: Tue, 26 Apr 2016 07:01:15 -0700 (consumed 00:00:10) > ---> Uninstallation of libnice-0.1.13 started at: Tue, 26 Apr 2016 07:01:15 -0700 > ---> Fixing up dependencies before creating a package > /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insecure world writable dir /tmp/. in PATH, mode 041777 > ---> Backing up the old version > ---> Uninstalling the old version > /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insecure world writable dir /tmp/. in PATH, mode 041777 > [Reading data from pkg(8) ... - 1593 packages found - done] > ---> Deinstalling 'libnice-0.1.13' > [Reading data from pkg(8) ... - 1593 packages found - done] > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! libnice-0.1.13 (Broken pipe) This appears to be related to kernels with SVN revisions between r298585 and r298597. I am testing with a version after that to see if it has an impact on the problem, imb From owner-freebsd-ports@freebsd.org Tue Apr 26 16:53:08 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3DE0B1C87F for ; Tue, 26 Apr 2016 16:53:08 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AD92D1F07 for ; Tue, 26 Apr 2016 16:53:08 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id u3QGr07j008642; Tue, 26 Apr 2016 09:53:00 -0700 (PDT) (envelope-from null@pozo.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Weird portupgrade error on current amd64 From: Manfred Antar In-Reply-To: <67a1a7f4-7b4e-21f8-9168-d4cc4bd6490a@protected-networks.net> Date: Tue, 26 Apr 2016 09:53:00 -0700 Cc: FreeBSD Ports , knu@idaemons.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <5530D6B5-0380-47DA-8A01-65979D87D4CF@pozo.com> <67a1a7f4-7b4e-21f8-9168-d4cc4bd6490a@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.3124) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED, USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: u3QGr07j008642 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 16:53:08 -0000 > On Apr 26, 2016, at 9:42 AM, Michael Butler = wrote: >=20 > On 04/26/16 10:15, Manfred Antar wrote: >> When using portupgrade on current it fails when upgrading libraries. >> I can reproduce this on 3 different amd64 machines. >>=20 >> Example: >>=20 >> portupgrade -vf libnice ends like this: >>=20 >> ---> Build of net-im/libnice ended at: Tue, 26 Apr 2016 07:01:15 -0700 = (consumed 00:00:10) >> ---> Uninstallation of libnice-0.1.13 started at: Tue, 26 Apr 2016 07:0= 1:15 -0700 >> ---> Fixing up dependencies before creating a package >> /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: In= secure world writable dir /tmp/. in PATH, mode 041777 >> ---> Backing up the old version >> ---> Uninstalling the old version >> /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: In= secure world writable dir /tmp/. in PATH, mode 041777 >> [Reading data from pkg(8) ... - 1593 packages found - done] >> ---> Deinstalling 'libnice-0.1.13' >> [Reading data from pkg(8) ... - 1593 packages found - done] >> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >> ! libnice-0.1.13 (Broken pipe) >=20 > This appears to be related to kernels with SVN revisions between r298585 > and r298597. I am testing with a version after that to see if it has an > impact on the problem, >=20 > imb >=20 On SVN r298651 which I=E2=80=99m running it=E2=80=99s still broken Weird error !!! why only on certain ports. Thanks Manfred From owner-freebsd-ports@freebsd.org Tue Apr 26 17:23:20 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE6B1B1D270 for ; Tue, 26 Apr 2016 17:23:20 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C62B1F32 for ; Tue, 26 Apr 2016 17:23:20 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 046BE46; Tue, 26 Apr 2016 13:23:12 -0400 (EDT) Received: from mail.auburn.protected-networks.net ([127.0.0.1]) by mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AliazK-QbZSb; Tue, 26 Apr 2016 13:23:10 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks CA" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 4966F7; Tue, 26 Apr 2016 13:23:10 -0400 (EDT) Subject: Re: Weird portupgrade error on current amd64 To: Manfred Antar References: <5530D6B5-0380-47DA-8A01-65979D87D4CF@pozo.com> <67a1a7f4-7b4e-21f8-9168-d4cc4bd6490a@protected-networks.net> Cc: FreeBSD Ports , knu@idaemons.org From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: Date: Tue, 26 Apr 2016 13:23:10 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 17:23:20 -0000 On 04/26/16 12:53, Manfred Antar wrote: > >> On Apr 26, 2016, at 9:42 AM, Michael Butler wrote: >> >> On 04/26/16 10:15, Manfred Antar wrote: >>> When using portupgrade on current it fails when upgrading libraries. >>> I can reproduce this on 3 different amd64 machines. >>> >>> Example: >>> >>> portupgrade -vf libnice ends like this: >>> >>> ---> Build of net-im/libnice ended at: Tue, 26 Apr 2016 07:01:15 -0700 (consumed 00:00:10) >>> ---> Uninstallation of libnice-0.1.13 started at: Tue, 26 Apr 2016 07:01:15 -0700 >>> ---> Fixing up dependencies before creating a package >>> /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insecure world writable dir /tmp/. in PATH, mode 041777 >>> ---> Backing up the old version >>> ---> Uninstalling the old version >>> /usr/local/lib/ruby/site_ruby/2.2/pkgtools/pkgtools.rb:1180: warning: Insecure world writable dir /tmp/. in PATH, mode 041777 >>> [Reading data from pkg(8) ... - 1593 packages found - done] >>> ---> Deinstalling 'libnice-0.1.13' >>> [Reading data from pkg(8) ... - 1593 packages found - done] >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >>> ! libnice-0.1.13 (Broken pipe) >> >> This appears to be related to kernels with SVN revisions between r298585 >> and r298597. I am testing with a version after that to see if it has an >> impact on the problem, >> >> imb >> > On SVN r298651 which I’m running it’s still broken > Weird error !!! why only on certain ports. > Thanks > Manfred You're right - my test failed too - sorry :-( imb From owner-freebsd-ports@freebsd.org Tue Apr 26 17:26:41 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CFC4B1D35F for ; Tue, 26 Apr 2016 17:26:41 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D99310BB for ; Tue, 26 Apr 2016 17:26:40 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1av6kn-0004Qd-Gv for freebsd-ports@freebsd.org; Tue, 26 Apr 2016 19:26:29 +0200 Received: from x4e361cc7.dyn.telefonica.de ([78.54.28.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Apr 2016 19:26:29 +0200 Received: from rotkap by x4e361cc7.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Apr 2016 19:26:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Heino Tiedemann Subject: [Humor] Reperatur =?iso-8859-15?Q?f=FCr?= mutige Date: Tue, 26 Apr 2016 19:28:54 +0200 Organization: yes Lines: 19 Message-ID: Reply-To: rotkap@gmx.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: x4e361cc7.dyn.telefonica.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) X-Face: v6Lci{Mw=kwHf$`7C?L-U#BHn7O\wqF-1qg#Vk%}nUQv\i^mM/.p=wU+cr)yXf#Ob+foOOxW; ir"QI!|25wG3`ywF)yh~@V.kKtr.qp+v.R; w?c@ZzM#!'/7r_+)$NjMN:]qo-]`&z~KlP}|cERO'%s9":6\ZnN/O List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 17:26:41 -0000 hallo, Wenn der Auslöser einer EOS 50D mal nicht mehr will.. eine Reparaturanleitung für mutige: man kippt einfach 95% Alkohol ins Batteriefach.... https://www.youtube.com/watch?v=tB_gSqyidI0 eine Reparaturanleitung für korrekte: man zerlegt man die Kamera https://www.youtube.com/watch?v=CAWGScQeC5g Die Unterschiede im Aufwand sind Erheblich! Heino PS.: nein, ich habe das Problem nicht From owner-freebsd-ports@freebsd.org Tue Apr 26 17:30:06 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59AD7B1D408 for ; Tue, 26 Apr 2016 17:30:06 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1ED411204 for ; Tue, 26 Apr 2016 17:30:05 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1av6oF-0005lC-Gt for freebsd-ports@freebsd.org; Tue, 26 Apr 2016 19:30:03 +0200 Received: from x4e361cc7.dyn.telefonica.de ([78.54.28.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Apr 2016 19:30:03 +0200 Received: from rotkap by x4e361cc7.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Apr 2016 19:30:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Heino Tiedemann Subject: Re: [Humor] Reperatur =?iso-8859-15?Q?f=FCr?= mutige Date: Tue, 26 Apr 2016 19:32:26 +0200 Organization: yes Lines: 31 Message-ID: References: Reply-To: rotkap@gmx.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: x4e361cc7.dyn.telefonica.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) X-Face: v6Lci{Mw=kwHf$`7C?L-U#BHn7O\wqF-1qg#Vk%}nUQv\i^mM/.p=wU+cr)yXf#Ob+foOOxW; ir"QI!|25wG3`ywF)yh~@V.kKtr.qp+v.R; w?c@ZzM#!'/7r_+)$NjMN:]qo-]`&z~KlP}|cERO'%s9":6\ZnN/O List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 17:30:06 -0000 Sorry, wrong group Heino Tiedemann wrote: > hallo, > > Wenn der Auslöser einer EOS 50D mal nicht mehr will.. > > eine Reparaturanleitung für mutige: > man kippt einfach 95% Alkohol ins Batteriefach.... > https://www.youtube.com/watch?v=tB_gSqyidI0 > > > eine Reparaturanleitung für korrekte: > man zerlegt man die Kamera > https://www.youtube.com/watch?v=CAWGScQeC5g > > Die Unterschiede im Aufwand sind Erheblich! > > Heino > > PS.: nein, ich habe das Problem nicht > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@freebsd.org Tue Apr 26 19:16:16 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC4F7B1925D for ; Tue, 26 Apr 2016 19:16:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79225119D for ; Tue, 26 Apr 2016 19:16:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7721 invoked from network); 26 Apr 2016 18:16:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 26 Apr 2016 18:16:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Tue, 26 Apr 2016 14:16:14 -0400 (EDT) Received: (qmail 23124 invoked from network); 26 Apr 2016 18:16:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 26 Apr 2016 18:16:14 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 29F531C43D6; Tue, 26 Apr 2016 11:16:11 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: Weird portupgrade error on current amd64 [and powerpc64?] Date: Tue, 26 Apr 2016 11:16:14 -0700 Message-Id: Cc: FreeBSD Current To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 19:16:17 -0000 https://lists.freebsd.org/pipermail/freebsd-ports/2016-April/102983.html = reported a "Broken pipe" problem with portupgrade on 11.0-CURRENT on = amd64. FYI: I had the/a "Broken pipe" portupgrade problem on powerpc64 under = 11.0-CURRENT -r298518 on 2016-Apr-23 updating from /usr/ports -r413230 = to -r413919. If this might be the same I do not know. The relevant part = of the script log is: > =3D=3D=3D=3D> Compressing man pages (compress-man) > ---> Backing up the old version > ---> Uninstalling the old version > [Reading data from pkg(8) ... - 68 packages found - done] > ---> Deinstalling 'perl5-5.22.1_7' > [Reading data from pkg(8) ... - 68 packages found - done] > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! perl5-5.22.1_7 (Broken pipe) > ---> Skipping 'ports-mgmt/portlint' (portlint-2.16.8) because a = requisite package 'perl5-5.22.1_7' (lang/perl5.22) failed (specify -k to = force) ruby was still lang/ruby21 at the time. I used portmaster instead and everything worked fine. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Tue Apr 26 19:27:21 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D339CB197DE for ; Tue, 26 Apr 2016 19:27:21 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C1EE11A52 for ; Tue, 26 Apr 2016 19:27:21 +0000 (UTC) (envelope-from abi@abinet.ru) Received: by mailman.ysv.freebsd.org (Postfix) id BDED0B197DB; Tue, 26 Apr 2016 19:27:21 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB760B197D9 for ; Tue, 26 Apr 2016 19:27:21 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0271A50 for ; Tue, 26 Apr 2016 19:27:21 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from [10.0.0.1] (unknown [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id 7DE7F52F8 for ; Tue, 26 Apr 2016 19:27:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1461698833; bh=dbg2wwkCdXclCQ1aP+9Ws7xsAk6BbHJBs06ft27VxhY=; h=Date:From:To:Subject; b=Ua9oCplRjeSy+Q/Vo2HHjyBi+yX4oTXkvPvHIEUVjL9zGW3JmwHmXHHcRfu3A2ens L5deiXPelWV0MWQcVrW7q/nbUprbUEd+kXmWJbUHcY9+XNQh+NVHTzv1q+LDhELfJs xbBeRgGe6BS4r6pPfuzPepYAWNGB7xw3pDfuZZXQ= Message-ID: <571FC10F.2010406@abinet.ru> Date: Tue, 26 Apr 2016 22:27:11 +0300 From: abi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:) Gecko/20160112 FossaMail/25.2.0 MIME-Version: 1.0 To: ports@freebsd.org Subject: Making a port part II : bind: Who ate a byte ? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 19:27:21 -0000 Hello, I'm porting ZoneMinder and making pull requests to avoid FreeBSD specific patches as upstream is happy to merge them. I've noticed that sock files ZM creates has 'soc' extension. This make these file haunt sock folder as they are not cleared for obvious reason after they are not needed. The code, that produces such effect is here: https://github.com/ZoneMinder/ZoneMinder/blob/247cb3d0b2adb8941bd1cd400cf783bdfc71832d/src/zm_stream.cpp#L326 If I increment buffer to 1 (strlen() + sizeof() + 1) created files have correct endings. I can just add +1 if platform is FreeBSD and send this to upstream, however, being not a programmer, I can't tell why it's happening. The code looks generic enough to work on any posix system. How can we lost the byte here? Maybe there is a more proper solution, without #if ? From owner-freebsd-ports@freebsd.org Tue Apr 26 20:05:40 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02C4EB1D0C0 for ; Tue, 26 Apr 2016 20:05:40 +0000 (UTC) (envelope-from addie.taylor@itengagement.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D62A61D68 for ; Tue, 26 Apr 2016 20:05:39 +0000 (UTC) (envelope-from addie.taylor@itengagement.com) Received: by mailman.ysv.freebsd.org (Postfix) id D57D5B1D0BF; Tue, 26 Apr 2016 20:05:39 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5195B1D0BE for ; Tue, 26 Apr 2016 20:05:39 +0000 (UTC) (envelope-from addie.taylor@itengagement.com) Received: from mail-pf0-x231.google.com (mail-pf0-x231.google.com [IPv6:2607:f8b0:400e:c00::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A71431D67 for ; Tue, 26 Apr 2016 20:05:39 +0000 (UTC) (envelope-from addie.taylor@itengagement.com) Received: by mail-pf0-x231.google.com with SMTP id n1so12113772pfn.2 for ; Tue, 26 Apr 2016 13:05:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itengagement-com.20150623.gappssmtp.com; s=20150623; h=from:to:subject:date:message-id:mime-version:thread-index :content-language; bh=WvYAO4JdCXNcbaaGqph06/22tHe4+r/wsR2hfEYJf5Q=; b=QZC5tJa0uNwjWYRdxKQOX4Sk8ropmqF0m2yIzMAjkablqjj1Eyby/vGuNkVCgEjWYe Ghg28y2hfjKBMrZ0px9ClJiU90+cPV8bbmAGpDJnCKES44/81LAWPPfH8K9QXyptIQxc oD9Yy+4iJmZytcGd6zKxmaXLT224DhjpzPAsyoaadPNWwOrPnVIkVTfNCKCbY98uu/5L lIIFF5nMH2DYC52pE2XOZekJ3fQshlzXSFtkXWgaN13ovAm7j9ZuEpnkVUlezodX2SoS 9yXJwgLuyS5kF1fhWw++2tEaycX962vEBMSyIPFZQVufi6l3R4gq7YEPh4ffgpiUzWiG tp6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :thread-index:content-language; bh=WvYAO4JdCXNcbaaGqph06/22tHe4+r/wsR2hfEYJf5Q=; b=I2DxEl6oSkyZPB5s/zXa7wq8f6eL09wDyr+FIjf2TBPP9WL9jGu03PzAyybaOapO0X SbtzTs9mc0PQ3DAVC9zrVkuASV01keJrolOwFOsTXpetqHNR9JmGdICazwGWv7PTyl5C NmTh6A6AFzzHf07uQ6eXgfXjyL1gixncjvu3Vh2FqVPpST7qf7XgGviNkHEJb2NQ+sTI f7vvZceQOFN+yJQ82kQmfEAiS58C8ims3ut/4pWL9lYRquG2PrZ4KDeRCz8T3wUQB8+X FJUNOb8fdbGGad91Roy7ebRzDE8gd1XQoJUZ4RA99TUDNv1jb6GwyVs/4cBQ5ztPVqOs cS9A== X-Gm-Message-State: AOPr4FXQc6z0NsaY4n/xPT/T8bDdFEuebUDCVWO17dseBW8Nca/to81plfFx5/HhTcGgYA== X-Received: by 10.98.53.6 with SMTP id c6mr6381845pfa.89.1461701139266; Tue, 26 Apr 2016 13:05:39 -0700 (PDT) Received: from ZuhaibPC ([115.99.2.147]) by smtp.gmail.com with ESMTPSA id p189sm291990pfb.51.2016.04.26.13.05.37 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 26 Apr 2016 13:05:38 -0700 (PDT) From: "Addie Taylor" To: Subject: Veeam Users Date: Wed, 27 Apr 2016 01:33:42 +0530 Message-ID: <18f001d19ff6$ffc16290$ff4427b0$@itengagement.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdGf9Sa1Xugc+goLSRyjeDCJgZEn0A== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 20:05:40 -0000 Hi, Would you be interested in Veeam Users list for your sales and marketing campaigns? Backup, Recovery & Archiving, Big Data Storage & Analytics, Business Continuity & Disaster Avoidance, Cloud Computing, Converged Infrastructure, Data Protection & Availability, Mainframe Environments, Security & Compliance, Software-Defined Storage, Storage Automation & Management, Big Data Storage & Analytics, Converged Infrastructure, DevOps & Next Gen Applications and Hybrid Cloud. We also have other technology users like: Other Technologies Other Technologies NetApp EMC Brocade Nimble Storage VMware Proofpoint HP Network Storage Hitachi Unified Storage Cleversafe EMC VNXe Series Quantum Novell EMC Networker NetApp OnCommand Salesforce Clouds CommVault Panasas EMC Avamar Information Fields - Name, Title, Email, Phone, Company Name, Physical Address, City, State, Zip Code, Country, Web Address, Employee Size, Revenue Size and Industry. Appreciate your time and look forward to hear from you. Regards Addie Taylor Marketing Executive | List acquisition | Technology Lists | Email/Data Appending | Search Engine Optimization | If you don't want to include yourself in our mailing list, please reply back "RE: Leave Out" in a subject line From owner-freebsd-ports@freebsd.org Wed Apr 27 02:43:57 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD06BB1D5EF for ; Wed, 27 Apr 2016 02:43:57 +0000 (UTC) (envelope-from daniel@morante.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C529B1831 for ; Wed, 27 Apr 2016 02:43:57 +0000 (UTC) (envelope-from daniel@morante.net) Received: by mailman.ysv.freebsd.org (Postfix) id C4456B1D5EE; Wed, 27 Apr 2016 02:43:57 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3E6DB1D5ED for ; Wed, 27 Apr 2016 02:43:57 +0000 (UTC) (envelope-from daniel@morante.net) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 761621830 for ; Wed, 27 Apr 2016 02:43:57 +0000 (UTC) (envelope-from daniel@morante.net) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 2017F11F855 for ; Tue, 26 Apr 2016 22:24:52 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ds2FSfY7oWwL for ; Tue, 26 Apr 2016 22:24:43 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id 66F5011F831 for ; Tue, 26 Apr 2016 22:24:41 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1461723883; bh=JQl3krYPZ+MtzHJsn42eEh5xOH9faJXiUXPPqghlIrs=; h=To:From:Subject:Date; b=w+3h3v2jbNuZOEUFEUzK3oXsCZ/qa4VpNUjXvmXE+pfJlDioDqWDUYy41xeadUS8r 16XUKc+De+x4kHfXj0CsY48u0/TCeKp2tKvikVaSRgG3XFwz+6z4428CB9OWIkuthi 2ADFiGBtlpqvVPsBPVW0Hskjj4518/MFqAxFiQDw= To: "ports@freebsd.org" From: Daniel Morante Subject: WANT_BDB_VER Ignored Message-ID: <572022E2.30504@morante.net> Date: Tue, 26 Apr 2016 22:24:34 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070005040305000303030202" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 02:43:58 -0000 This is a cryptographically signed message in MIME format. --------------ms070005040305000303030202 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I have the following in a port Makefile: USE_BDB=3D yes WANT_BDB_VER=3D 48 However, when I build the port with poudriere it uses a different=20 version of DB: =3D=3D=3D> ppcoin-0.5.3.0 depends on shared library: libdb-5.3.so - not= found =3D=3D=3D> Installing existing package /packages/All/db5-5.3.28_3.txz [93amd64-default-wallets-job-04] Installing db5-5.3.28_3... [93amd64-default-wallets-job-04] Extracting db5-5.3.28_3: .......... done= =3D=3D=3D> ppcoin-0.5.3.0 depends on shared library: libdb-5.3.so - fou= nd (/usr/local/lib/libdb-5.3.so) Which eventually fails: db.h:15:20: warning: db_cxx.h: No such file or directory I understand DB 4.8 is deprecated, but upgrading is not possible for=20 obvious reasons. --------------ms070005040305000303030202 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CuAwggT2MIID3qADAgECAhAznC43wcrv7wa6264oJri3MA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwMjIxMjAxNTQ3WhcNMTcwMjIxMjAxNTQ3WjBAMRswGQYDVQQDDBJkYW5p ZWxAbW9yYW50ZS5uZXQxITAfBgkqhkiG9w0BCQEWEmRhbmllbEBtb3JhbnRlLm5ldDCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAM//K+0oQd6pOo44TXMNEBs4Xx4tu4YYAAYY S5cU3QzVR0nE8adgMrWLKHsxuFDVaUiMeicZL7VNxLfY64ugTf4/wTQLKIYnf4jW7I9NJlHo Q80AEbUlU3dvijwRk23jlJ4yWpkGz6hPTZLdxqMto1g81/odGDrISmMJDEnnvHpBolkmbhy9 djt0uuRq7jwJSWateJpFIy4ogpRD7L7/HpuOD2ilv6XoEtPNx0eOtfyIlrp5fuzF+LPsTi/d TbDpOy3S8gJW3kgudt7fo+hT7u0eU/BYyq1BAMQa5ZZN1w0swcdr2U7GamVNVXx/ybGStfwt Kv6xvvRkQro2dH7tbeUCAwEAAaOCAbUwggGxMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNVHQ4EFgQUv/ap8/yXJ4r11LD9 MLmt0JDY9cswHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdIbWgwbwYIKwYBBQUHAQEE YzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wOQYIKwYBBQUHMAKG LWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNydDA4BgNVHR8E MTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5jcmwwHQYD VR0RBBYwFIESZGFuaWVsQG1vcmFudGUubmV0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIEMCwwKgYIKwYBBQUHAgEWHmh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG9w0BAQsFAAOCAQEABTLLtD+D thKORAyk5p7SyPUmDpFdnmrxSU8zydtOue5MEqTDnF3JsSWJ5nVR3g5IonRQ5MoEQK+Hr8dU bDgchN5luw/9QML5FEnxgbkHabMDpVbF5UTdTzFhp+D0KF6iN/ZwkZmT6Z/mXb+0WU+4db7Y wsA3zycdlBSurmrnLcecqrmdKVA/ncgFiQ9W3OtkEUlM7ESSeYdmu/xM9vKEJMhZ3ZZNLait rn0aUc2EumWCiP7dDsuzXe/FAZdLzOKa50SjlLsswjUUExS5u0urGHsfLjMRgtzV2KmqOkEx PXuIfSwPhUm+5590kVSCyHwZox2ReQjR3KpYGayh/cc0+TCCBeIwggPKoAMCAQICEGunin0K 14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE1MTIx NjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2 /A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlP g19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhh aBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYe kKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMC AwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYB BQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3Js LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhho dHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRz c2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYD VR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0gBDgwNjA0BgRVHSAAMCwwKgYI KwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG9w0BAQsF AAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdOruKbrWDsXUsiI0j/7Crf t9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM3yl3WFIRS4WhNrsO Y14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2Fo+/e7UkQvKz Neo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+q5an2P2i 7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo02wr lxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYH Y0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgY anqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nT ET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPMMIIDyAIBATCBiTB1MQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBAhAznC43wcrv7wa6264oJri3MA0GCWCGSAFlAwQCAQUAoIICEzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA0MjcwMjI0MzRaMC8GCSqGSIb3DQEJ BDEiBCD2IdWgkdSmjkIyxGqdWh27ERycz6w+nrmuOdrvG+4K1DBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGaBgkrBgEEAYI3EAQx gYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsT IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBD bGFzcyAxIENsaWVudCBDQQIQM5wuN8HK7+8GutuuKCa4tzCBnAYLKoZIhvcNAQkQAgsxgYyg gYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0 YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFz cyAxIENsaWVudCBDQQIQM5wuN8HK7+8GutuuKCa4tzANBgkqhkiG9w0BAQEFAASCAQCmLDn8 EgkqxAigX3XWc0ivZbCYky1BM0eO+B+62NkjtCx2/9Sq7uopgkJ4TyuD39144JgGYq3Mqux6 7O9isRXb39bwDhr4X4d3HITJIOt4hdWT827JqZxrnpxlD3znZfiY5DlGF/8gg01H0nXw2GpE 2s/fZDb1/8hqdXX2Lex0dej/wUvudc5n9T9ioJD2FRsHcsLP7jAC8AWCCsSJLbBoZRzUhGQd qQN199pCa+1YhfWKrmumUnyO6+ZUKG0yUivn/J5VOqP8C0OP8lG2bCoyGJ0iSfGp5kb25QYZ YQLK9poH4KcHwQxpbVWxG9U76zoOsj8llFr3mh20f+jwo4KYAAAAAAAA --------------ms070005040305000303030202-- From owner-freebsd-ports@freebsd.org Wed Apr 27 06:41:54 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 458CEB1E457; Wed, 27 Apr 2016 06:41:54 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp206.alice.it (smtp206.alice.it [82.57.200.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0CEB81EE3; Wed, 27 Apr 2016 06:41:53 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (79.42.55.167) by smtp206.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 57175D8A017D7D84; Wed, 27 Apr 2016 08:41:45 +0200 Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18] (may be forged)) by soth.ventu (8.15.2/8.14.9) with ESMTP id u3R6fgl1082593; Wed, 27 Apr 2016 08:41:44 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.ventu: Host alamar.local.netfence.it [10.1.2.18] (may be forged) claimed to be alamar.ventu Subject: Re: HTML5 videos crashes Firefox To: c.brinkhaus@t-online.de References: <56F804E9.8050506@netfence.it> <56FAAB3D.10906@netfence.it> Cc: gecko@FreeBSD.org, freebsd-ports@FreeBSD.org From: Andrea Venturoli Message-ID: <34cb33f2-69b0-aa43-1d98-6613713c8877@netfence.it> Date: Wed, 27 Apr 2016 08:41:42 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <56FAAB3D.10906@netfence.it> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 06:41:54 -0000 On 03/29/16 18:20, Andrea Venturoli wrote: > So do I, but I've gone through every minor update since I'm experiencing > these crashes. Just to say version 46 works fine again. Thanks to all who helped. bye av. From owner-freebsd-ports@freebsd.org Wed Apr 27 07:02:58 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26B73B1E93A for ; Wed, 27 Apr 2016 07:02:58 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp208.alice.it (smtp208.alice.it [82.57.200.104]) by mx1.freebsd.org (Postfix) with ESMTP id E2A541AF5; Wed, 27 Apr 2016 07:02:57 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (79.42.55.167) by smtp208.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 57178E970153CB3B; Wed, 27 Apr 2016 09:02:55 +0200 Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18] (may be forged)) by soth.ventu (8.15.2/8.14.9) with ESMTP id u3R72sgB083632; Wed, 27 Apr 2016 09:02:54 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.ventu: Host alamar.local.netfence.it [10.1.2.18] (may be forged) claimed to be alamar.ventu From: Andrea Venturoli Subject: net/samba43's NSUPDATE To: timur@FreeBSD.org Cc: freebsd-ports@freebsd.org Message-ID: <44e74a26-b40d-982e-c72b-898b0788bb8d@netfence.it> Date: Wed, 27 Apr 2016 09:02:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 07:02:58 -0000 (Please forgive me if this arrives twice... I sent it yesterday, but I don't see it on the ML.) Hello. Forgive me, but I'm quite new to AD and I've been searching the web for a couple of days, but found nothing relevant... What's exaclty the NSUPDATE option of this port? Is it intended to work with BIND (like the other two in that group)? What are its requirements? Any reference to a tutorial or any other documentation on how to use it? bye & Thanks av. From owner-freebsd-ports@freebsd.org Wed Apr 27 08:06:25 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42EE0B1DEC6 for ; Wed, 27 Apr 2016 08:06:25 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD2D1A67 for ; Wed, 27 Apr 2016 08:06:25 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: by mailman.ysv.freebsd.org (Postfix) id 29E93B1DEC5; Wed, 27 Apr 2016 08:06:25 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29928B1DEC3 for ; Wed, 27 Apr 2016 08:06:25 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mx1.mailbox.org (mx1.mailbox.org [80.241.60.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mailbox.org", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E353C1A66 for ; Wed, 27 Apr 2016 08:06:24 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.mailbox.org (Postfix) with ESMTPS id 2A313441D9 for ; Wed, 27 Apr 2016 09:58:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h= content-type:content-type:mime-version:references:in-reply-to :subject:subject:from:from:message-id:date:date:received; s= mail20150812; t=1461743890; bh=E6/2X99QU5hk7LfmOWBY8OcshNsd4U2aX Kl8K9m5/9c=; b=BGemc9mUh8bbjFrGQrFMppD2d/FrIPI13TmPolSDclUkunFfg imVBlwMGlBJpT89XRu2FT6FFaWOLN446M6XbsyyC1/CMdgGi5Y4uVnSATvucV1dr 3Xqd/s+R8JaZ5Hc1lvx1uMEr5s/aSqa/tcbqpc8M+GHoiKk7wqA/mvDX3BXNQLMG 9L+z/SW1RvzRKqrN99YO/h3ZUd21rZTiHcgr3zuNci9AEHaDgouIeeI+Iy9o8I+Z F+jB5vrIj9oyRWTwO+ophUNYO5qiO1w9mh/Gk8M47ta1b+lC01SmtNN4ea9WQl/B o1pxISowSwtwio71HR5w/r6lspOCKd57XW3kg== X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by hefe.heinlein-support.de (hefe.heinlein-support.de [91.198.250.172]) (amavisd-new, port 10030) with ESMTP id 1V2pNs9X7-Lj for ; Wed, 27 Apr 2016 09:58:10 +0200 (CEST) Date: Wed, 27 Apr 2016 09:58:08 +0200 Message-ID: <86oa8vfppr.wl-herbert@mailbox.org> From: "Herbert J. Skuhra" To: ports@freebsd.org Subject: Re: WANT_BDB_VER Ignored In-Reply-To: <572022E2.30504@morante.net> References: <572022E2.30504@morante.net> MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 08:06:25 -0000 Daniel Morante skrev: > > I have the following in a port Makefile: > USE_BDB= yes > WANT_BDB_VER= 48 Is your ports tree up-to-date? Try: USES= bdb:48 Check Uses/bdb.mk for available options. -- Herbert From owner-freebsd-ports@freebsd.org Wed Apr 27 08:10:15 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FCFEB1C019 for ; Wed, 27 Apr 2016 08:10:15 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 57A231BA7 for ; Wed, 27 Apr 2016 08:10:15 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: by mailman.ysv.freebsd.org (Postfix) id 56F82B1C017; Wed, 27 Apr 2016 08:10:15 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 569E3B1C016 for ; Wed, 27 Apr 2016 08:10:15 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mx1.mailbox.org (mx1.mailbox.org [80.241.60.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mailbox.org", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1741D1BA6 for ; Wed, 27 Apr 2016 08:10:14 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.mailbox.org (Postfix) with ESMTPS id 6DE4944D6C for ; Wed, 27 Apr 2016 10:10:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h= content-type:content-type:mime-version:references:in-reply-to :subject:subject:from:from:message-id:date:date:received; s= mail20150812; t=1461744611; bh=HLuliDm6jh1gyvjwrgzi75do3E2CDkR3Q ucCUClToVA=; b=VvRjTQVSQTaXIA/6H6W3zBIi4D1vu0/ztai7LyIjTpo9mykoK bif/h+T1B4xpyzvRzGa/Ra9BtAkxfJPAeRk0IIKAHDLuLaymQcM/tOCDFZNcV4i8 IeXORiQwHKVRL3X4pimDSC6qLubwOmtcEMOyFmxugwxNIX1M7hCLv+dB23rDciXu DL1zS/54WYvlMHyoj7D4U9LbX8xuiRDiKKJqo7EfTJJpLzy7a8MVvR3STkLcKQeM cFYZCKqyUFLUvzMinCX/LQ5R4MfGAokXuOsGVA0Te0/jsMU5En3yzUvJma/j/Ojs jAu96RKzmE/F/e6qMHOdKzdjN257/5ardZo+A== X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by gerste.heinlein-support.de (gerste.heinlein-support.de [91.198.250.173]) (amavisd-new, port 10030) with ESMTP id QDCY5gtU7KaI for ; Wed, 27 Apr 2016 10:10:11 +0200 (CEST) Date: Wed, 27 Apr 2016 10:10:10 +0200 Message-ID: <86mvoffp5p.wl-herbert@mailbox.org> From: "Herbert J. Skuhra" To: ports@freebsd.org Subject: Re: WANT_BDB_VER Ignored In-Reply-To: <86oa8vfppr.wl-herbert@mailbox.org> References: <572022E2.30504@morante.net> <86oa8vfppr.wl-herbert@mailbox.org> MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 08:10:15 -0000 Herbert J Skuhra skrev: > > Daniel Morante skrev: >> >> I have the following in a port Makefile: >> USE_BDB= yes >> WANT_BDB_VER= 48 > > Is your ports tree up-to-date? > > Try: USES= bdb:48 > > Check Uses/bdb.mk for available options. Should be /usr/ports/Mk/Uses/bdb.mk. -- Herbert From owner-freebsd-ports@freebsd.org Wed Apr 27 09:04:30 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7B4FB1E48B for ; Wed, 27 Apr 2016 09:04:30 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B382B1B49 for ; Wed, 27 Apr 2016 09:04:30 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id AF1C8B1E48A; Wed, 27 Apr 2016 09:04:30 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AEBD3B1E489 for ; Wed, 27 Apr 2016 09:04:30 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (prod2.absolight.net [79.143.243.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BC491B47 for ; Wed, 27 Apr 2016 09:04:30 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 3662BBDC71; Wed, 27 Apr 2016 11:04:27 +0200 (CEST) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 140FDBDC56; Wed, 27 Apr 2016 11:04:27 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id C432E5A7AB6F; Wed, 27 Apr 2016 11:04:26 +0200 (CEST) Date: Wed, 27 Apr 2016 11:04:26 +0200 From: Mathieu Arnold To: Daniel Morante , ports@freebsd.org Subject: Re: WANT_BDB_VER Ignored Message-ID: In-Reply-To: <572022E2.30504@morante.net> References: <572022E2.30504@morante.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========9425DA7C8673CB521584==========" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 09:04:30 -0000 --==========9425DA7C8673CB521584========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +--On 26 avril 2016 22:24:34 -0400 Daniel Morante wrote: | I have the following in a port Makefile: | | USE_BDB= yes | WANT_BDB_VER= 48 Mmm, WANT_BDB_VER is not supported any more, like the commit says, use USES=bdb:48. -- Mathieu Arnold --==========9425DA7C8673CB521584========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJXIICaXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85ImzQP/jCh5p44QdDp4hR1jhIwMfSK noRiAauv6MWiU3vBKhXF8s75VAP9xECgtvm6LuyDlUr9PynOgEL7tkmoLwMx75S0 vMrBYPgbsYUtsKPNZIaFyJRLSoP/2zkR0il3hplWHiCPd2s6WwL+f8m4yhPkS/aF /iKQ4UFnR9qDqQ0RnRb8MXSVDdaZOyPeyXGespmhJ4yjKVFAwq+cbQwV7vqZOpk7 NwkoiktbNYwFnbHQw6ErfjiFoEgaqYyyMWHT5u3Zyf0h4vbrWpWrLd+awOXtS6r5 mb5nPdpOM/7JutRgw9/D7YfcQWj8gy1yCZrhzMEOXrmNVwcSLNrZ2OtrjrF8sFFW m9Sjv8P0a7YryopVEblJgNBuTX7x2atEtv9Yidc68eggpRBLZw1yREuat03vMwjs 5Rc2QVSpS84uHivH88aHkKNw2dLG+KV/rkH2ZjdU3oL+j6lgTeJdaxRNokkMn01/ BVrJQJHrRyNHi3A3lDsLKHUdknA02EAgbG2KdrLjgMJKeGwN5ngyrXeaOii0EGFD aay8ivKlI37uwxJog3ul1whwkUHaDv4kGD1wSgRR1bq3AoF9TqWcyCfHTBB+/d8X VuVR8tXl+zLzaJASoP0urHvrZ2OTHIDuJsTaEsZDDoXQ63BIZ+/2MqEcScGXerjo +YWtx4G6wN/2/2OBUsLO =UV7P -----END PGP SIGNATURE----- --==========9425DA7C8673CB521584==========-- From owner-freebsd-ports@freebsd.org Wed Apr 27 10:21:31 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D00FB1E991 for ; Wed, 27 Apr 2016 10:21:31 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8931151 for ; Wed, 27 Apr 2016 10:21:31 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2AEC5B1E98F; Wed, 27 Apr 2016 10:21:31 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28406B1E98E for ; Wed, 27 Apr 2016 10:21:31 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C9151150 for ; Wed, 27 Apr 2016 10:21:31 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.15.2/8.15.2) with ESMTP id u3RALUdF045440 for ; Wed, 27 Apr 2016 10:21:30 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.15.2/8.15.2/Submit) id u3RALU8Q045439; Wed, 27 Apr 2016 10:21:30 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201604271021.u3RALU8Q045439@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 27 Apr 2016 10:21:30 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 10:21:31 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ emulators/mame | 0.166 | mame0173 ------------------------------------------------+-----------------+------------ emulators/mess | 0.166 | mame0173 ------------------------------------------------+-----------------+------------ textproc/elasticsearch-plugin-marvel | 1.3.1 | 2.3.2 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@freebsd.org Wed Apr 27 14:44:02 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09DAEB1E155 for ; Wed, 27 Apr 2016 14:44:02 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E75421B73 for ; Wed, 27 Apr 2016 14:44:01 +0000 (UTC) (envelope-from patpro@patpro.net) Received: by mailman.ysv.freebsd.org (Postfix) id E6B45B1E154; Wed, 27 Apr 2016 14:44:01 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4010B1E153 for ; Wed, 27 Apr 2016 14:44:01 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from rack.patpro.net (rack.patpro.net [193.30.227.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "patpro.net", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA01B1B6F; Wed, 27 Apr 2016 14:44:01 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from patpro.univ-lyon2.fr (patpro.univ-lyon2.fr [159.84.113.250]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by rack.patpro.net (Postfix) with ESMTPSA id C20331ABF; Wed, 27 Apr 2016 16:34:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=201604-e1c2207b; t=1461767665; bh=k17PHWHmOZxZd0WYFYmbuZ2P+BeCXys8hSrxLAtW5n8=; h=From:Subject:Date:Cc:To; b=LAKDmFBLmGnh+ogw3bmwE6IdfnoaILg+XmDihtjg1tePjKc2aELR9BpirHFH6xKjn lQ+QDEtR58DFVTDOpJelzWmbhgu9X193/pdYnzorh6E7Hd9G3ktva1yB11IXk4/f5O nHBlF9vLIEgshwyM7nGMcF5njoDhEs379egV9RRnp/pO+WxSGq8RaSkS44aAijN2Vw DddECXeotCs2MbC3xRccmx59kflvdeX8lydw0iMfOoqLTrscyf+IWOv6Bn3aP1CFBD rRVWTV5IiEpibPFF0onSPCdUem3m6/oJh8ubzjyJnmfW7r97lmmgtOj0LmWVNc6tb2 MY/GV4hc+fCwF9bPkAJ8CSRqdqo+PUTJBTWg23QlKgLMg72qsX6w6h4U4mNE39Yog8 7iFCRnnBV7rUFNHjF0vSCKcFZrEwehMh2h+FRvkm9m3YvksR6nTFBYjzwdN+/vXdor M1bTago3tQhfF2oJHpzrHbHq5Y4jjliftI384BT8wehCl9lupPo4g5bQ9dtDBtL9it +2n57DLwiElm4h1DymlUk6N1dREq3tO93MI1mGPeOnT6wOtVD2/Tep/jjqQYvlIaJy rEdUldU4SNeHE2qe9JWsiRT3+V3kiMsx7PxCg4sg6fLJywSPRkk4crg7y2XzNtp7gA w/qBoJwZf7tBFA9gGwLR5YJM= From: patpro@patpro.net Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FreeBSD Port: owncloud-9.0.1_1 Date: Wed, 27 Apr 2016 16:34:23 +0200 Message-Id: <6B4F2881-01D4-427F-924F-A27BD3EDCF02@patpro.net> Cc: ports@FreeBSD.org To: kevlo@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 14:44:02 -0000 Hello, I'm currently trying to setup Owncloud on FreeBSD 10.2.=20 I'm using the provided files_external app to give access to SMB shares, = but it fails when I try to upload files. looking at apache's logs reveal many errors: net: not found net: not found ps: illegal option -- - usage: ps [-aCcdefHhjlmrSTuvwXxZ] [-O fmt | -o fmt] [-G = gid[,gid...]] [-J jid[,jid...]] [-M core] [-N system] [-p pid[,pid...]] [-t tty[,tty...]] [-U = user[,user...]] ps [-L] net: not found net: not found net: not found digging in the code shows things like: preg_split('/\s+/', `ps -o pid --no-heading --ppid $ppid`); (from = apps/files_external/3rdparty/icewind/smb/src/RawConnection.php) which will never work on FreeBSD because it requires a GNU ps... Similarly, in apps/files_external/3rdparty/icewind/smb/src/Server.php = and apps/files_external/3rdparty/icewind/smb/src/Share.php some = references to /proc/self/fd exist that must be changed in /dev/fd. Is there any plan to patch linux-only commands and paths in Owncloud = package/port? thanks, Patrick= From owner-freebsd-ports@freebsd.org Wed Apr 27 15:37:44 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1927AB1E10C; Wed, 27 Apr 2016 15:37:44 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp208.alice.it (smtp208.alice.it [82.57.200.104]) by mx1.freebsd.org (Postfix) with ESMTP id A5681117E; Wed, 27 Apr 2016 15:37:43 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (79.42.55.167) by smtp208.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 57178E97016F2AAC; Wed, 27 Apr 2016 17:37:35 +0200 Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18] (may be forged)) by soth.ventu (8.15.2/8.14.9) with ESMTP id u3RFbXAt041514; Wed, 27 Apr 2016 17:37:33 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.ventu: Host alamar.local.netfence.it [10.1.2.18] (may be forged) claimed to be alamar.ventu Subject: Re: HTML5 videos crashes Firefox To: c.brinkhaus@t-online.de References: <56F804E9.8050506@netfence.it> <56FAAB3D.10906@netfence.it> <34cb33f2-69b0-aa43-1d98-6613713c8877@netfence.it> Cc: gecko@FreeBSD.org, freebsd-ports@FreeBSD.org From: Andrea Venturoli Message-ID: Date: Wed, 27 Apr 2016 17:37:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <34cb33f2-69b0-aa43-1d98-6613713c8877@netfence.it> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 15:37:44 -0000 On 04/27/16 08:41, Andrea Venturoli wrote: > On 03/29/16 18:20, Andrea Venturoli wrote: > >> So do I, but I've gone through every minor update since I'm experiencing >> these crashes. > > Just to say version 46 works fine again. Forget this. Youtube works, but other sites are still crashing :( bye av. From owner-freebsd-ports@freebsd.org Wed Apr 27 16:06:17 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96E13B1E846 for ; Wed, 27 Apr 2016 16:06:17 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 882CC16F5 for ; Wed, 27 Apr 2016 16:06:17 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id 83F93B1E845; Wed, 27 Apr 2016 16:06:17 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 839C9B1E844 for ; Wed, 27 Apr 2016 16:06:17 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 799F116F4 for ; Wed, 27 Apr 2016 16:06:16 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6A00F2JSYD8Z00@hades.sorbs.net> for ports@freebsd.org; Wed, 27 Apr 2016 08:13:27 -0700 (PDT) To: "ports@freebsd.org" From: Michelle Sullivan Subject: Ports tree gone unstable? Message-id: <5720D560.3070401@sorbs.net> Date: Wed, 27 Apr 2016 17:06:08 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 16:06:17 -0000 After a portsnap update it seems all my jails won't build the current tree returning the following error: ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 ====>> MOVED: textproc/rubygem-augeas renamed to textproc/rubygem-ruby-augeas ====>> Computing deps for converters/libiconv ====>> Computing deps for archivers/unzip ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Computing deps for converters/p5-Encode ====>> Computing deps for converters/p5-Convert-BinHex ====>> Computing deps for converters/p5-Encode-Locale ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Computing deps for converters/p5-JSON-PP ====>> Computing deps for converters/p5-JSON ====>> Computing deps for converters/p5-JSON-XS ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Computing deps for converters/p5-Text-Iconv ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Computing deps for databases/ip4r ====>> Computing deps for databases/gdbm ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Computing deps for databases/p5-Bucardo ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. Terminated Terminated Terminated Terminated ====>> Cleaning up ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Computing deps for databases/p5-DBD-Pg ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. ====>> Computing deps for databases/memcached ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not found. ====>> Umounting file systems Checked updating but don't see anything to suggest that port origins of '/usr/local/bin/ccache' are normal.. Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 16:06:26 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A325DB1E859 for ; Wed, 27 Apr 2016 16:06:26 +0000 (UTC) (envelope-from system@cyberoam.com) Received: from cc.ihosturdomain.com (cc.ihosturdomain.com [108.163.182.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7EAF2175C for ; Wed, 27 Apr 2016 16:06:25 +0000 (UTC) (envelope-from system@cyberoam.com) Received: from [46.119.126.14] (port=49268 helo=localhost) by cc.ihosturdomain.com with esmtpa (Exim 4.86_1) (envelope-from ) id 1avPHL-0003a4-O1 for freebsd-ports@freebsd.org; Wed, 27 Apr 2016 09:13:20 -0400 Message-ID: <06FCBCB668BC9201DDD8912C88D37CED@cyberoam.com> Reply-To: "Ferguson" From: "Ferguson" To: Subject: Internal Breach - Security Report #305767 Date: Wed, 27 Apr 2016 16:13:12 +0400 MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cc.ihosturdomain.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - cyberoam.com X-Get-Message-Sender-Via: cc.ihosturdomain.com: authenticated_id: downtown@firegrill.com X-Authenticated-Sender: cc.ihosturdomain.com: downtown@firegrill.com X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 16:06:26 -0000 =3D=3D IMPORTANT INFORMATION =3D=3D Firewall Red Alert. Security Attack Detected. IP: 184.298.374.98 PORT: 8600 TIME: 09:08 AM (GMT-6) DATA: APRIL 11, 2016 PROVIDE: COX COMMUNICATIONS LOCATION: CHICAGO, ILLINOIS In order to review the further information and take all the required acti= ons, please check the report enclosed down below. From owner-freebsd-ports@freebsd.org Wed Apr 27 16:14:49 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 265DDB1EAD5 for ; Wed, 27 Apr 2016 16:14:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 076181EBC for ; Wed, 27 Apr 2016 16:14:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 02FC5B1EAD4; Wed, 27 Apr 2016 16:14:49 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02996B1EAD3 for ; Wed, 27 Apr 2016 16:14:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1EFC1EBB for ; Wed, 27 Apr 2016 16:14:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-io0-x231.google.com with SMTP id f89so51116171ioi.0 for ; Wed, 27 Apr 2016 09:14:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=/H8LNurtpnT1XHUKozTMVSOMl7TqelEN1QlaaDUbMfs=; b=En+c5wmxIi+S2AzWCYAAn4bSqRJoIF1mN8R9yK21IA3kTCpOIm08h6IlMXZQholH/j DvI9r49uOdQgZgLFuyAaz0TonZKcwWlTN4Ojuigu14krm9PgzjKo0LSujnJIUzSKEBWK ozhu/FmSvm+ubwvRENmr86lyz1HB37aXpZfE2FFJ2q3K35nRyPbeGpoeDv7Tcko4qMST dRrGs1Rd4/Sbdi33PqrEkV4C9SREyio5BqUCDzsnq4ZkBO2wk0GqzaMV97pf7Tw0UUn2 poiqmSxLGV/PZGbamQhmDwt91FocQmN3xI8xR8eHRjrojGmImOQ8cTvm8Xsi5cV/YdMX PBvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=/H8LNurtpnT1XHUKozTMVSOMl7TqelEN1QlaaDUbMfs=; b=dgxmyRdR5hT5aQ7RyG3GVmGM7B0d6f0V9fLmppmTpDV8KP72e/WS9AlLwBmAF7+iXY gN1RNRoHpCSBZq1Sxfy5BSHF67kfmw7IZ/ocuozYyXGtHCCtsGoORhx9RrEfL3ew4mON qtS22oKJWaiNOrGLcn0BgmUbrqNkuQpZYw8lP+Ww7OcQbIPdl0/lAjfoW3NqMI5NAjGj nyv6yd4aJviF60ac/TOsBmYeZslc48MEXtNaFKQNFMM28WGUDCnGfz423uNh100351NW NxlSTOvnMZq7FFuGVXyB9j7XWK31mRsIDfJ2fBW+nrTH5oBlfUIpgFN6RHETrzHRHsIq SLFg== X-Gm-Message-State: AOPr4FVRU3pKyXdKmIy+jhJtsYw0WJauD3ateo3Umra2lEyA5u9W/vmRc1hEk4BdD+mwEu/ykazVzzqgMd4XvA== MIME-Version: 1.0 X-Received: by 10.107.137.19 with SMTP id l19mr11738529iod.177.1461773688143; Wed, 27 Apr 2016 09:14:48 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.79.35.217 with HTTP; Wed, 27 Apr 2016 09:14:48 -0700 (PDT) In-Reply-To: <5720D560.3070401@sorbs.net> References: <5720D560.3070401@sorbs.net> Date: Wed, 27 Apr 2016 09:14:48 -0700 X-Google-Sender-Auth: CpaK97H3D0RKa-udZIFS_uuaWPo Message-ID: Subject: Re: Ports tree gone unstable? From: Kevin Oberman To: Michelle Sullivan Cc: "ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 16:14:49 -0000 On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan wrote: > After a portsnap update it seems all my jails won't build the current tree > returning the following error: > > ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 > ====>> MOVED: textproc/rubygem-augeas renamed to > textproc/rubygem-ruby-augeas > > ====>> Computing deps for converters/libiconv > ====>> Computing deps for archivers/unzip > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > > ====>> Computing deps for converters/p5-Encode > ====>> Computing deps for converters/p5-Convert-BinHex > ====>> Computing deps for converters/p5-Encode-Locale > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Computing deps for converters/p5-JSON-PP > ====>> Computing deps for converters/p5-JSON > ====>> Computing deps for converters/p5-JSON-XS > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > > ====>> Computing deps for converters/p5-Text-Iconv > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Computing deps for databases/ip4r > ====>> Computing deps for databases/gdbm > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Computing deps for databases/p5-Bucardo > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > > Terminated > Terminated > Terminated > Terminated > ====>> Cleaning up > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Computing deps for databases/p5-DBD-Pg > ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. > ====>> Computing deps for databases/memcached > ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not found. > ====>> Umounting file systems > > Checked updating but don't see anything to suggest that port origins of > '/usr/local/bin/ccache' are normal.. > > Regards, > > > -- > Michelle Sullivan > http://www.mhix.org/ > I could be entirely wrong, but I think that you are misinterpreting the error. It looks to me like it fails to find the origins of ports because it can't find ccache. Have you confirmed that /usr/local/bin/ccache exists and is available to the jail? -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-ports@freebsd.org Wed Apr 27 16:53:56 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA884B1E996 for ; Wed, 27 Apr 2016 16:53:56 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A9C75196B for ; Wed, 27 Apr 2016 16:53:56 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id A51A6B1E995; Wed, 27 Apr 2016 16:53:56 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4C0EB1E993 for ; Wed, 27 Apr 2016 16:53:56 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 99041196A for ; Wed, 27 Apr 2016 16:53:55 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6A00F3GXXX8Z00@hades.sorbs.net> for ports@freebsd.org; Wed, 27 Apr 2016 10:01:11 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Kevin Oberman Cc: "ports@freebsd.org" References: <5720D560.3070401@sorbs.net> From: Michelle Sullivan Message-id: <5720EEA0.3040307@sorbs.net> Date: Wed, 27 Apr 2016 18:53:52 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 16:53:56 -0000 Kevin Oberman wrote: > On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan > wrote: > >> After a portsnap update it seems all my jails won't build the current tree >> returning the following error: >> >> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >> ====>> MOVED: textproc/rubygem-augeas renamed to >> textproc/rubygem-ruby-augeas >> >> ====>> Computing deps for converters/libiconv >> ====>> Computing deps for archivers/unzip >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> >> ====>> Computing deps for converters/p5-Encode >> ====>> Computing deps for converters/p5-Convert-BinHex >> ====>> Computing deps for converters/p5-Encode-Locale >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Computing deps for converters/p5-JSON-PP >> ====>> Computing deps for converters/p5-JSON >> ====>> Computing deps for converters/p5-JSON-XS >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> >> ====>> Computing deps for converters/p5-Text-Iconv >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Computing deps for databases/ip4r >> ====>> Computing deps for databases/gdbm >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Computing deps for databases/p5-Bucardo >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> >> Terminated >> Terminated >> Terminated >> Terminated >> ====>> Cleaning up >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Computing deps for databases/p5-DBD-Pg >> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >> ====>> Computing deps for databases/memcached >> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not found. >> ====>> Umounting file systems >> >> Checked updating but don't see anything to suggest that port origins of >> '/usr/local/bin/ccache' are normal.. >> >> Regards, >> >> >> -- >> Michelle Sullivan >> http://www.mhix.org/ >> > I could be entirely wrong, but I think that you are misinterpreting the > error. It looks to me like it fails to find the origins of ports because it > can't find ccache. I hadn't considered that but sounds a little assine doesn't it? > Have you confirmed that /usr/local/bin/ccache exists and > is available to the jail? > Yeah it is, even tried installing it into the reference jail by hand to be sure (though it really should be installed if and when needed for the builds) Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 17:07:54 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2783B1E023 for ; Wed, 27 Apr 2016 17:07:54 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 928B114B3 for ; Wed, 27 Apr 2016 17:07:54 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8E396B1E020; Wed, 27 Apr 2016 17:07:54 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DD97B1E01F for ; Wed, 27 Apr 2016 17:07:54 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 535F414B2 for ; Wed, 27 Apr 2016 17:07:54 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: by mail-ob0-x233.google.com with SMTP id x1so7260787obt.0 for ; Wed, 27 Apr 2016 10:07:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=isMMAAsEVFpneAStf7IDhd3rti7I7Y54vW8N0Vm97Ko=; b=Irzbrx5aHkrgg3ScXL9jm4j9k/jPHHv/bbdYXAIbbapLyRA4w6T68feY5wvkiFNxmt KvAw66oLty+CAd9T7L67WF5E3rQKf+Jc0idl02Hf6jZlwru8xNFEFaPj9kEp38kXCjZh J76MQuLXeUxGkx/XnxMr27Fn3jc0kGgMIAPMqiTVvij5+oHSybpI/WQJJqf4iSoRAFz4 nGYvAenZeVnA6G2MZoVLL4iYmjBF1X8dGEsT/7tXwUjD82dIFKLhR3JgwDGlpdG9fqeg XTLtQS6KUNl2sN9ciiebZUihEDnNN6GRnRIql0IYqRACR8w8UXHCRUmFanJFjORM0xD5 je3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=isMMAAsEVFpneAStf7IDhd3rti7I7Y54vW8N0Vm97Ko=; b=AChrfojpDhK1K9aWtIUBVADV1aSfpx1zTt8KxCAhOvxusZ4q5SLCqIwmgve/Gk5fA8 xQeArzsu2/VS1hFhM6IfHlVaca20zIYDnxnffZdH3e57xGRClDeIJo7Cg7+6qDyHtIUl bTprz9HOawUPUTcHY30bo81USlGN6yDxZ6ttz7ve0F0tCBNgnzSqJ3YVwFy38gsFDQ5e A3i0s5Krl1WD18XFSrR1M+W8clD5z550awH7fKZ81jZBuW9VDTMfp2wG4Sm90/3w4ECN aOmq3cJ85W7cSJ344IKXYNfRdPmHlvi562rNS1TRd9JznO4FBjJXi8cPeBXhNHLrjYQP QvjQ== X-Gm-Message-State: AOPr4FVLJaHCa3nnx6p0e6XFz8ss/P563uYTyhQOWLH1uSzGBoMCO0JV6cXZZF3UNrL7p9VfnAhydKUrsXWvQg== MIME-Version: 1.0 X-Received: by 10.182.207.10 with SMTP id ls10mr4230605obc.62.1461776873674; Wed, 27 Apr 2016 10:07:53 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.202.198.134 with HTTP; Wed, 27 Apr 2016 10:07:53 -0700 (PDT) In-Reply-To: <5720EEA0.3040307@sorbs.net> References: <5720D560.3070401@sorbs.net> <5720EEA0.3040307@sorbs.net> Date: Wed, 27 Apr 2016 13:07:53 -0400 X-Google-Sender-Auth: xqLrp8j5YZ9yWdEewctEm49lcHs Message-ID: Subject: Re: Ports tree gone unstable? From: Rick Miller To: Michelle Sullivan Cc: Kevin Oberman , "ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:07:54 -0000 On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan wrote: > Kevin Oberman wrote: > >> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >> wrote: >> >> After a portsnap update it seems all my jails won't build the current tree >>> returning the following error: >>> >>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>> ====>> MOVED: textproc/rubygem-augeas renamed to >>> textproc/rubygem-ruby-augeas >>> >>> ====>> Computing deps for converters/libiconv >>> ====>> Computing deps for archivers/unzip >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> >>> ====>> Computing deps for converters/p5-Encode >>> ====>> Computing deps for converters/p5-Convert-BinHex >>> ====>> Computing deps for converters/p5-Encode-Locale >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Computing deps for converters/p5-JSON-PP >>> ====>> Computing deps for converters/p5-JSON >>> ====>> Computing deps for converters/p5-JSON-XS >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> >>> ====>> Computing deps for converters/p5-Text-Iconv >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Computing deps for databases/ip4r >>> ====>> Computing deps for databases/gdbm >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Computing deps for databases/p5-Bucardo >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> >>> Terminated >>> Terminated >>> Terminated >>> Terminated >>> ====>> Cleaning up >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Computing deps for databases/p5-DBD-Pg >>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>> ====>> Computing deps for databases/memcached >>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>> found. >>> ====>> Umounting file systems >>> >>> Checked updating but don't see anything to suggest that port origins of >>> '/usr/local/bin/ccache' are normal.. >> >> It looks like you're building with Poudriere. I observed similar behavior, but not the exact message the other day. I don't remember what origin it was complaining about, but located a post (either on a mailing list or forums) recommending a `pkg install poudriere`. It did resolve the problem in this particular scenario. -- Take care Rick Miller From owner-freebsd-ports@freebsd.org Wed Apr 27 17:23:30 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 497A2B1E4AA for ; Wed, 27 Apr 2016 17:23:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 39B0E1FD1 for ; Wed, 27 Apr 2016 17:23:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3559BB1E4A9; Wed, 27 Apr 2016 17:23:30 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34FC8B1E4A7 for ; Wed, 27 Apr 2016 17:23:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F25361FD0 for ; Wed, 27 Apr 2016 17:23:29 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3RHNIrx003735; Wed, 27 Apr 2016 10:23:22 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604271723.u3RHNIrx003735@gw.catspoiler.org> Date: Wed, 27 Apr 2016 10:23:18 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: vmiller@hostileadmin.com cc: michelle@sorbs.net, ports@freebsd.org, rkoberman@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:23:30 -0000 On 27 Apr, Rick Miller wrote: > On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan > wrote: > >> Kevin Oberman wrote: >> >>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>> wrote: >>> >>> After a portsnap update it seems all my jails won't build the current tree >>>> returning the following error: >>>> >>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>> textproc/rubygem-ruby-augeas >>>> >>>> ====>> Computing deps for converters/libiconv >>>> ====>> Computing deps for archivers/unzip >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> >>>> ====>> Computing deps for converters/p5-Encode >>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>> ====>> Computing deps for converters/p5-Encode-Locale >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for converters/p5-JSON-PP >>>> ====>> Computing deps for converters/p5-JSON >>>> ====>> Computing deps for converters/p5-JSON-XS >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> >>>> ====>> Computing deps for converters/p5-Text-Iconv >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/ip4r >>>> ====>> Computing deps for databases/gdbm >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/p5-Bucardo >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> >>>> Terminated >>>> Terminated >>>> Terminated >>>> Terminated >>>> ====>> Cleaning up >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/p5-DBD-Pg >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/memcached >>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>> found. >>>> ====>> Umounting file systems >>>> >>>> Checked updating but don't see anything to suggest that port origins of >>>> '/usr/local/bin/ccache' are normal.. >>> >>> > It looks like you're building with Poudriere. I observed similar behavior, > but not the exact message the other day. I don't remember what origin it > was complaining about, but located a post (either on a mailing list or > forums) recommending a `pkg install poudriere`. It did resolve the problem > in this particular scenario. This is probably caused by the recent change to globally drop ${PORTSDIR} from *_DEPENDS. The framework changes initially were done in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't happen until r411970, r412342, ... From owner-freebsd-ports@freebsd.org Wed Apr 27 17:25:31 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8637AB1E624 for ; Wed, 27 Apr 2016 17:25:31 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 744B714B3 for ; Wed, 27 Apr 2016 17:25:31 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id 6F826B1E623; Wed, 27 Apr 2016 17:25:31 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F246B1E622 for ; Wed, 27 Apr 2016 17:25:31 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6208B14B2 for ; Wed, 27 Apr 2016 17:25:30 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6A00F3XZEJ8Z00@hades.sorbs.net> for ports@freebsd.org; Wed, 27 Apr 2016 10:32:46 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Rick Miller Cc: "ports@freebsd.org" , Kevin Oberman References: <5720D560.3070401@sorbs.net> <5720EEA0.3040307@sorbs.net> From: Michelle Sullivan Message-id: <5720F606.10104@sorbs.net> Date: Wed, 27 Apr 2016 19:25:26 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:25:31 -0000 Rick Miller wrote: > On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan > wrote: > >> Kevin Oberman wrote: >> >>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>> wrote: >>> >>> After a portsnap update it seems all my jails won't build the current tree >>>> returning the following error: >>>> >>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>> textproc/rubygem-ruby-augeas >>>> >>>> ====>> Computing deps for converters/libiconv >>>> ====>> Computing deps for archivers/unzip >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> >>>> ====>> Computing deps for converters/p5-Encode >>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>> ====>> Computing deps for converters/p5-Encode-Locale >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for converters/p5-JSON-PP >>>> ====>> Computing deps for converters/p5-JSON >>>> ====>> Computing deps for converters/p5-JSON-XS >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> >>>> ====>> Computing deps for converters/p5-Text-Iconv >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/ip4r >>>> ====>> Computing deps for databases/gdbm >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/p5-Bucardo >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> >>>> Terminated >>>> Terminated >>>> Terminated >>>> Terminated >>>> ====>> Cleaning up >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/p5-DBD-Pg >>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>> ====>> Computing deps for databases/memcached >>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>> found. >>>> ====>> Umounting file systems >>>> >>>> Checked updating but don't see anything to suggest that port origins of >>>> '/usr/local/bin/ccache' are normal.. >>> > It looks like you're building with Poudriere. I am. > I observed similar behavior, > but not the exact message the other day. I don't remember what origin it > was complaining about, but located a post (either on a mailing list or > forums) recommending a `pkg install poudriere`. That wouldn't actually help as pourdiere is already installed on the host and I see no relevant reason why it would be correct to put it inside the reference jail. > It did resolve the problem in this particular scenario. > Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 17:31:23 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61150B1E80E for ; Wed, 27 Apr 2016 17:31:23 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 504AE19A8 for ; Wed, 27 Apr 2016 17:31:23 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id 4F9D0B1E80D; Wed, 27 Apr 2016 17:31:23 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F4A2B1E80C for ; Wed, 27 Apr 2016 17:31:23 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 435B919A7; Wed, 27 Apr 2016 17:31:22 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6A00F41ZOC8Z00@hades.sorbs.net>; Wed, 27 Apr 2016 10:38:38 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Don Lewis , vmiller@hostileadmin.com Cc: ports@freebsd.org, rkoberman@gmail.com References: <201604271723.u3RHNIrx003735@gw.catspoiler.org> From: Michelle Sullivan Message-id: <5720F767.6060402@sorbs.net> Date: Wed, 27 Apr 2016 19:31:19 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: <201604271723.u3RHNIrx003735@gw.catspoiler.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:31:23 -0000 Don Lewis wrote: > On 27 Apr, Rick Miller wrote: >> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >> wrote: >> >>> Kevin Oberman wrote: >>> >>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>> wrote: >>>> >>>> After a portsnap update it seems all my jails won't build the current tree >>>>> returning the following error: >>>>> >>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>> textproc/rubygem-ruby-augeas >>>>> >>>>> ====>> Computing deps for converters/libiconv >>>>> ====>> Computing deps for archivers/unzip >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> ====>> Computing deps for converters/p5-Encode >>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>> ====>> Computing deps for converters/p5-JSON >>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/ip4r >>>>> ====>> Computing deps for databases/gdbm >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/p5-Bucardo >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> Terminated >>>>> Terminated >>>>> Terminated >>>>> Terminated >>>>> ====>> Cleaning up >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/memcached >>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>> found. >>>>> ====>> Umounting file systems >>>>> >>>>> Checked updating but don't see anything to suggest that port origins of >>>>> '/usr/local/bin/ccache' are normal.. >>>> >> It looks like you're building with Poudriere. I observed similar behavior, >> but not the exact message the other day. I don't remember what origin it >> was complaining about, but located a post (either on a mailing list or >> forums) recommending a `pkg install poudriere`. It did resolve the problem >> in this particular scenario. > This is probably caused by the recent change to globally drop > ${PORTSDIR} from *_DEPENDS. The framework changes initially were done > in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't > happen until r411970, r412342, ... > Ok that sorta makes a bit more sense... however as this is a jail and the tree is updated why did it break? (I have no local mods in the 'ng' build tree - except an additional (local only) couple of ports which are copied in manually after the portsnap update)... Of course the nice thing is my non-ng tree is still working 100% - but that would be because it didn't get the change... but again that's a completely separate tree and the 2 are not associated with each other in any way... Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 17:32:02 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B77A4B1E914 for ; Wed, 27 Apr 2016 17:32:02 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A845F1BAA for ; Wed, 27 Apr 2016 17:32:02 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id A79DCB1E913; Wed, 27 Apr 2016 17:32:02 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A74D7B1E912 for ; Wed, 27 Apr 2016 17:32:02 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 71E081BA8 for ; Wed, 27 Apr 2016 17:32:02 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3RHVpVi003773; Wed, 27 Apr 2016 10:31:55 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604271731.u3RHVpVi003773@gw.catspoiler.org> Date: Wed, 27 Apr 2016 10:31:51 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: vmiller@hostileadmin.com, ports@freebsd.org, rkoberman@gmail.com In-Reply-To: <5720F606.10104@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:32:02 -0000 On 27 Apr, Michelle Sullivan wrote: > Rick Miller wrote: >> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >> wrote: >> >>> Kevin Oberman wrote: >>> >>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>> wrote: >>>> >>>> After a portsnap update it seems all my jails won't build the current tree >>>>> returning the following error: >>>>> >>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>> textproc/rubygem-ruby-augeas >>>>> >>>>> ====>> Computing deps for converters/libiconv >>>>> ====>> Computing deps for archivers/unzip >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> ====>> Computing deps for converters/p5-Encode >>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>> ====>> Computing deps for converters/p5-JSON >>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/ip4r >>>>> ====>> Computing deps for databases/gdbm >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/p5-Bucardo >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> Terminated >>>>> Terminated >>>>> Terminated >>>>> Terminated >>>>> ====>> Cleaning up >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/memcached >>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>> found. >>>>> ====>> Umounting file systems >>>>> >>>>> Checked updating but don't see anything to suggest that port origins of >>>>> '/usr/local/bin/ccache' are normal.. >>>> >> It looks like you're building with Poudriere. > > I am. > >> I observed similar behavior, >> but not the exact message the other day. I don't remember what origin it >> was complaining about, but located a post (either on a mailing list or >> forums) recommending a `pkg install poudriere`. > > That wouldn't actually help as pourdiere is already installed on the > host and I see no relevant reason why it would be correct to put it > inside the reference jail. Is the version on the host reasonably up to date? From owner-freebsd-ports@freebsd.org Wed Apr 27 17:37:44 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45276B1E99B for ; Wed, 27 Apr 2016 17:37:44 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 352071D76 for ; Wed, 27 Apr 2016 17:37:44 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id 30BE8B1E99A; Wed, 27 Apr 2016 17:37:44 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E25BB1E999 for ; Wed, 27 Apr 2016 17:37:44 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 11E571D75; Wed, 27 Apr 2016 17:37:43 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6A00F43ZYW8Z00@hades.sorbs.net>; Wed, 27 Apr 2016 10:44:58 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Don Lewis Cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com References: <201604271731.u3RHVpVi003773@gw.catspoiler.org> From: Michelle Sullivan Message-id: <5720F8E3.7040907@sorbs.net> Date: Wed, 27 Apr 2016 19:37:39 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: <201604271731.u3RHVpVi003773@gw.catspoiler.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:37:44 -0000 Don Lewis wrote: > On 27 Apr, Michelle Sullivan wrote: >> Rick Miller wrote: >>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>> wrote: >>> >>>> Kevin Oberman wrote: >>>> >>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>> wrote: >>>>> >>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>> returning the following error: >>>>>> >>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>> textproc/rubygem-ruby-augeas >>>>>> >>>>>> ====>> Computing deps for converters/libiconv >>>>>> ====>> Computing deps for archivers/unzip >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> >>>>>> ====>> Computing deps for converters/p5-Encode >>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>> ====>> Computing deps for converters/p5-JSON >>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> >>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/ip4r >>>>>> ====>> Computing deps for databases/gdbm >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> >>>>>> Terminated >>>>>> Terminated >>>>>> Terminated >>>>>> Terminated >>>>>> ====>> Cleaning up >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/memcached >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>> found. >>>>>> ====>> Umounting file systems >>>>>> >>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>> '/usr/local/bin/ccache' are normal.. >>> It looks like you're building with Poudriere. >> I am. >> >>> I observed similar behavior, >>> but not the exact message the other day. I don't remember what origin it >>> was complaining about, but located a post (either on a mailing list or >>> forums) recommending a `pkg install poudriere`. >> That wouldn't actually help as pourdiere is already installed on the >> host and I see no relevant reason why it would be correct to put it >> inside the reference jail. > Is the version on the host reasonably up to date? > No/doubt it... Should there even be one on the host? -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 17:42:50 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 690ECB1EB5B for ; Wed, 27 Apr 2016 17:42:50 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5957910CF for ; Wed, 27 Apr 2016 17:42:50 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 54FB1B1EB5A; Wed, 27 Apr 2016 17:42:50 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54970B1EB59 for ; Wed, 27 Apr 2016 17:42:50 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 301B310CE for ; Wed, 27 Apr 2016 17:42:50 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3RHgd6M003815; Wed, 27 Apr 2016 10:42:43 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604271742.u3RHgd6M003815@gw.catspoiler.org> Date: Wed, 27 Apr 2016 10:42:39 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: vmiller@hostileadmin.com, ports@freebsd.org, rkoberman@gmail.com In-Reply-To: <5720F767.6060402@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:42:50 -0000 On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Rick Miller wrote: >>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>> wrote: >>> >>>> Kevin Oberman wrote: >>>> >>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>> wrote: >>>>> >>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>> returning the following error: >>>>>> >>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>> textproc/rubygem-ruby-augeas >>>>>> >>>>>> ====>> Computing deps for converters/libiconv >>>>>> ====>> Computing deps for archivers/unzip >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> >>>>>> ====>> Computing deps for converters/p5-Encode >>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>> ====>> Computing deps for converters/p5-JSON >>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> >>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/ip4r >>>>>> ====>> Computing deps for databases/gdbm >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> >>>>>> Terminated >>>>>> Terminated >>>>>> Terminated >>>>>> Terminated >>>>>> ====>> Cleaning up >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>> ====>> Computing deps for databases/memcached >>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>> found. >>>>>> ====>> Umounting file systems >>>>>> >>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>> '/usr/local/bin/ccache' are normal.. >>>>> >>> It looks like you're building with Poudriere. I observed similar behavior, >>> but not the exact message the other day. I don't remember what origin it >>> was complaining about, but located a post (either on a mailing list or >>> forums) recommending a `pkg install poudriere`. It did resolve the problem >>> in this particular scenario. >> This is probably caused by the recent change to globally drop >> ${PORTSDIR} from *_DEPENDS. The framework changes initially were done >> in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't >> happen until r411970, r412342, ... >> > Ok that sorta makes a bit more sense... however as this is a jail and > the tree is updated why did it break? (I have no local mods in the 'ng' > build tree - except an additional (local only) couple of ports which are > copied in manually after the portsnap update)... > > Of course the nice thing is my non-ng tree is still working 100% - but > that would be because it didn't get the change... but again that's a > completely separate tree and the 2 are not associated with each other in > any way... I was assuming that this was your non-ng tree where you have local framework changes ... Did you upgrade ports from something older than r411970 (Sun Mar 27 01:23:25 2016 UTC) to something more recent? If poudriere on your host is seriously old, it might not cope with the framework change. It looks like you need at least 3.1.9, which was released on Wed Oct 14 21:06:00 2015 UTC. From owner-freebsd-ports@freebsd.org Wed Apr 27 17:44:00 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34247B1EBCB for ; Wed, 27 Apr 2016 17:44:00 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 24D7D118A for ; Wed, 27 Apr 2016 17:44:00 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2435CB1EBCA; Wed, 27 Apr 2016 17:44:00 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23D59B1EBC9 for ; Wed, 27 Apr 2016 17:44:00 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E0EF71189 for ; Wed, 27 Apr 2016 17:43:59 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3RHhn8i003822; Wed, 27 Apr 2016 10:43:53 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604271743.u3RHhn8i003822@gw.catspoiler.org> Date: Wed, 27 Apr 2016 10:43:49 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com In-Reply-To: <5720F8E3.7040907@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:44:00 -0000 On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Rick Miller wrote: >>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>> wrote: >>>> >>>>> Kevin Oberman wrote: >>>>> >>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>> wrote: >>>>>> >>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>> returning the following error: >>>>>>> >>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>> textproc/rubygem-ruby-augeas >>>>>>> >>>>>>> ====>> Computing deps for converters/libiconv >>>>>>> ====>> Computing deps for archivers/unzip >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> >>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> >>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/ip4r >>>>>>> ====>> Computing deps for databases/gdbm >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> >>>>>>> Terminated >>>>>>> Terminated >>>>>>> Terminated >>>>>>> Terminated >>>>>>> ====>> Cleaning up >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/memcached >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>> found. >>>>>>> ====>> Umounting file systems >>>>>>> >>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>> '/usr/local/bin/ccache' are normal.. >>>> It looks like you're building with Poudriere. >>> I am. >>> >>>> I observed similar behavior, >>>> but not the exact message the other day. I don't remember what origin it >>>> was complaining about, but located a post (either on a mailing list or >>>> forums) recommending a `pkg install poudriere`. >>> That wouldn't actually help as pourdiere is already installed on the >>> host and I see no relevant reason why it would be correct to put it >>> inside the reference jail. >> Is the version on the host reasonably up to date? >> > > No/doubt it... Should there even be one on the host? It should be on the host (and not in the jail). From owner-freebsd-ports@freebsd.org Wed Apr 27 17:44:44 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5349B1EC15 for ; Wed, 27 Apr 2016 17:44:44 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B40E5122E for ; Wed, 27 Apr 2016 17:44:44 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B353FB1EC14; Wed, 27 Apr 2016 17:44:44 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2EE8B1EC13 for ; Wed, 27 Apr 2016 17:44:44 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 781A8122D for ; Wed, 27 Apr 2016 17:44:44 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: by mail-oi0-x231.google.com with SMTP id x19so57118635oix.2 for ; Wed, 27 Apr 2016 10:44:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=x7my5wMDfnrto/MaYZapSWmajr7I2D+tTF4SJu2vWBM=; b=cvnmHgG+3gWtxe+8yTnEnNCYsVqMa5X7z+Lyv1zt+RlMm1gSN57L5sHknWXCru31hP /K26bJD8/ZxA320zEI3ACOoRR4N3CIpRGoc3ALVWdAvv7FbDnsz4QfC7wvzy1iOdu6wB TKswNkcTM7EbIuv7hDjOq/fHxqbsGlxTHAhuxT4ZyoskAuDF/2IMwlRWMtxXfxHQzGqM B54C2bzxckKTAZDKoishQiTbGf5OTTYGBA6jRL5L2jFBEcZkx8OfaF/pbXtCyhvFVosm ugZkwJkOWAN9toJSGeMmXBC/k8RZjAdGz3/1IFUhSjdrTs7bpeh7zeZxGFq7KDB+NMm0 yFYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=x7my5wMDfnrto/MaYZapSWmajr7I2D+tTF4SJu2vWBM=; b=ZoalbRTNS5dT9DTJt8aTgoljiO3o0UHimpYVFATTr31Z6hFJ5Jeg3OzPhI+hVxiu28 SYJxpqrOR6JUOn3HN3HTSagXMkrrsz9fOeNpC3hDvqnMSr9q+q4c62ue5aOtiYziA1WI 7VzpF8lyKaMGRe0PWnToqiyBtQYtiXp8J+y0WXa9YCm8H0Lwwz7rgESKcTnuGl1VKDEG qHK8ZzaTUQhsocRNUnbBg6X1dkHxRVvGLZlTqQlLnuYa1urYbd6UVqeXK5U42HkeS1wd 3j0AXfLo5Ht3BJOXD/2On8Z3iwOdqGdSh9DN0N76n31Et9VB2jg9BTOg1ltWoHX5iRS6 kS2A== X-Gm-Message-State: AOPr4FVlw977uSvJwyDlPl1aCZ3azvQWecj4TzP2G3VA9NxZuDXMoUVgHcqx2eo9Cv+hwaXNYkLYzZXrpBM6vQ== MIME-Version: 1.0 X-Received: by 10.202.104.133 with SMTP id o5mr4341430oik.148.1461779083829; Wed, 27 Apr 2016 10:44:43 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.202.198.134 with HTTP; Wed, 27 Apr 2016 10:44:43 -0700 (PDT) In-Reply-To: <5720F606.10104@sorbs.net> References: <5720D560.3070401@sorbs.net> <5720EEA0.3040307@sorbs.net> <5720F606.10104@sorbs.net> Date: Wed, 27 Apr 2016 13:44:43 -0400 X-Google-Sender-Auth: gzzACh83G85827ah9sZ8zEOAjd8 Message-ID: Subject: Re: Ports tree gone unstable? From: Rick Miller To: Michelle Sullivan Cc: "ports@freebsd.org" , Kevin Oberman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:44:44 -0000 On Wed, Apr 27, 2016 at 1:25 PM, Michelle Sullivan wrote: > Rick Miller wrote: > >> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >> wrote: >> >> Kevin Oberman wrote: >>> >>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>> wrote: >>>> >>>> After a portsnap update it seems all my jails won't build the current >>>> tree >>>> >>>>> returning the following error: >>>>> >>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>> textproc/rubygem-ruby-augeas >>>>> >>>>> ====>> Computing deps for converters/libiconv >>>>> ====>> Computing deps for archivers/unzip >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> ====>> Computing deps for converters/p5-Encode >>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>> ====>> Computing deps for converters/p5-JSON >>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/ip4r >>>>> ====>> Computing deps for databases/gdbm >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/p5-Bucardo >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> >>>>> Terminated >>>>> Terminated >>>>> Terminated >>>>> Terminated >>>>> ====>> Cleaning up >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>> ====>> Computing deps for databases/memcached >>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>> found. >>>>> ====>> Umounting file systems >>>>> >>>>> Checked updating but don't see anything to suggest that port origins of >>>>> '/usr/local/bin/ccache' are normal.. >>>>> >>>> >>>> It looks like you're building with Poudriere. >> > > I am. > > I observed similar behavior, >> but not the exact message the other day. I don't remember what origin it >> was complaining about, but located a post (either on a mailing list or >> forums) recommending a `pkg install poudriere`. >> > > That wouldn't actually help as pourdiere is already installed on the host > and I see no relevant reason why it would be correct to put it inside the > reference jail. I thought the same. The system was running Poudriere already, but after executing this on a private repo, it no longer failed. Admittedly, I moved on and didn't dig into it any deeper so I can't draw any correlation between your scenario and mine to determine if they are indeed related. Blech...unable to locate the post I referenced either. Sorry. -- Take care Rick Miller From owner-freebsd-ports@freebsd.org Wed Apr 27 18:00:27 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C844AB1E26A for ; Wed, 27 Apr 2016 18:00:27 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B7D171186 for ; Wed, 27 Apr 2016 18:00:27 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id B3801B1E268; Wed, 27 Apr 2016 18:00:27 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3221B1E267 for ; Wed, 27 Apr 2016 18:00:27 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id A72761184; Wed, 27 Apr 2016 18:00:27 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6B00F4F10S8Z00@hades.sorbs.net>; Wed, 27 Apr 2016 11:07:42 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Don Lewis Cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com References: <201604271742.u3RHgd6M003815@gw.catspoiler.org> From: Michelle Sullivan Message-id: <5720FE37.2040309@sorbs.net> Date: Wed, 27 Apr 2016 20:00:23 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: <201604271742.u3RHgd6M003815@gw.catspoiler.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 18:00:27 -0000 Don Lewis wrote: > On 27 Apr, Michelle Sullivan wrote: >> Don Lewis wrote: >>> On 27 Apr, Rick Miller wrote: >>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>> wrote: >>>> >>>>> Kevin Oberman wrote: >>>>> >>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>> wrote: >>>>>> >>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>> returning the following error: >>>>>>> >>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>> textproc/rubygem-ruby-augeas >>>>>>> >>>>>>> ====>> Computing deps for converters/libiconv >>>>>>> ====>> Computing deps for archivers/unzip >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> >>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> >>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/ip4r >>>>>>> ====>> Computing deps for databases/gdbm >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> >>>>>>> Terminated >>>>>>> Terminated >>>>>>> Terminated >>>>>>> Terminated >>>>>>> ====>> Cleaning up >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>> ====>> Computing deps for databases/memcached >>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>> found. >>>>>>> ====>> Umounting file systems >>>>>>> >>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>> '/usr/local/bin/ccache' are normal.. >>>> It looks like you're building with Poudriere. I observed similar behavior, >>>> but not the exact message the other day. I don't remember what origin it >>>> was complaining about, but located a post (either on a mailing list or >>>> forums) recommending a `pkg install poudriere`. It did resolve the problem >>>> in this particular scenario. >>> This is probably caused by the recent change to globally drop >>> ${PORTSDIR} from *_DEPENDS. The framework changes initially were done >>> in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't >>> happen until r411970, r412342, ... >>> >> Ok that sorta makes a bit more sense... however as this is a jail and >> the tree is updated why did it break? (I have no local mods in the 'ng' >> build tree - except an additional (local only) couple of ports which are >> copied in manually after the portsnap update)... >> >> Of course the nice thing is my non-ng tree is still working 100% - but >> that would be because it didn't get the change... but again that's a >> completely separate tree and the 2 are not associated with each other in >> any way... > I was assuming that this was your non-ng tree where you have local > framework changes ... No, completely separate repo as the new trees are constantly breaking my tree so I keep them entirely separate. > > Did you upgrade ports from something older than r411970 (Sun Mar 27 > 01:23:25 2016 UTC) It would have been around march I did the last build so yes probably prior to Mar 27. > to something more recent? To the latest. > If poudriere on your host > is seriously old, it might not cope with the framework change. It looks > like you need at least 3.1.9, which was released on Wed Oct 14 21:06:00 > 2015 UTC. Yeah, 3.1.x changes the base OS without authority and breaks the entire build system (can't build anything but the official tree in it) so it's been deemed a security issue (because it "upgrades" the existing repositories) and therefore cannot be installed or used on any of the existing build servers. Question is why would it be needed? Surely the tree is the tree in the jail and has nothing to do with the host? or is it not a case of everything is done in the jail, just the actual building is and therefore I need new build servers for the NG tree.. Which basically means I should just decide to fork or erase the whole system because I can't "NG" right now and I can't actually continue to build in parallel because of this breakage? -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 18:02:27 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C90CB1E46D for ; Wed, 27 Apr 2016 18:02:27 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4F8152A for ; Wed, 27 Apr 2016 18:02:27 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id 2B9D9B1E46C; Wed, 27 Apr 2016 18:02:27 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B3E1B1E46B for ; Wed, 27 Apr 2016 18:02:27 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1FC471529; Wed, 27 Apr 2016 18:02:26 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6B00F4H1448Z00@hades.sorbs.net>; Wed, 27 Apr 2016 11:09:42 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Don Lewis Cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com References: <201604271743.u3RHhn8i003822@gw.catspoiler.org> From: Michelle Sullivan Message-id: <5720FEAF.3050307@sorbs.net> Date: Wed, 27 Apr 2016 20:02:23 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: <201604271743.u3RHhn8i003822@gw.catspoiler.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 18:02:27 -0000 Don Lewis wrote: > On 27 Apr, Michelle Sullivan wrote: >> Don Lewis wrote: >>> On 27 Apr, Michelle Sullivan wrote: >>>> Rick Miller wrote: >>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>> wrote: >>>>> >>>>>> Kevin Oberman wrote: >>>>>> >>>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>>> wrote: >>>>>>> >>>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>>> returning the following error: >>>>>>>> >>>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>>> textproc/rubygem-ruby-augeas >>>>>>>> >>>>>>>> ====>> Computing deps for converters/libiconv >>>>>>>> ====>> Computing deps for archivers/unzip >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> >>>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> >>>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/ip4r >>>>>>>> ====>> Computing deps for databases/gdbm >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> >>>>>>>> Terminated >>>>>>>> Terminated >>>>>>>> Terminated >>>>>>>> Terminated >>>>>>>> ====>> Cleaning up >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/memcached >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>>> found. >>>>>>>> ====>> Umounting file systems >>>>>>>> >>>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>>> '/usr/local/bin/ccache' are normal.. >>>>> It looks like you're building with Poudriere. >>>> I am. >>>> >>>>> I observed similar behavior, >>>>> but not the exact message the other day. I don't remember what origin it >>>>> was complaining about, but located a post (either on a mailing list or >>>>> forums) recommending a `pkg install poudriere`. >>>> That wouldn't actually help as pourdiere is already installed on the >>>> host and I see no relevant reason why it would be correct to put it >>>> inside the reference jail. >>> Is the version on the host reasonably up to date? >>> >> No/doubt it... Should there even be one on the host? > It should be on the host (and not in the jail). > But then what's the point of multiple ports trees in pourdiere? If it relies on the host ports tree then it seems there is no point in the ability to have multiple ports trees...? Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 18:54:40 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E4E3B1F146 for ; Wed, 27 Apr 2016 18:54:40 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4E8A31304 for ; Wed, 27 Apr 2016 18:54:40 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4A207B1F145; Wed, 27 Apr 2016 18:54:40 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49C22B1F144 for ; Wed, 27 Apr 2016 18:54:40 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A0701303 for ; Wed, 27 Apr 2016 18:54:40 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3RIsTj7004243; Wed, 27 Apr 2016 11:54:33 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604271854.u3RIsTj7004243@gw.catspoiler.org> Date: Wed, 27 Apr 2016 11:54:29 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com In-Reply-To: <5720FE37.2040309@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 18:54:40 -0000 On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Rick Miller wrote: >>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>> wrote: >>>>> >>>>>> Kevin Oberman wrote: >>>>>> >>>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>>> wrote: >>>>>>> >>>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>>> returning the following error: >>>>>>>> >>>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>>> textproc/rubygem-ruby-augeas >>>>>>>> >>>>>>>> ====>> Computing deps for converters/libiconv >>>>>>>> ====>> Computing deps for archivers/unzip >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> >>>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> >>>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/ip4r >>>>>>>> ====>> Computing deps for databases/gdbm >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> >>>>>>>> Terminated >>>>>>>> Terminated >>>>>>>> Terminated >>>>>>>> Terminated >>>>>>>> ====>> Cleaning up >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>> ====>> Computing deps for databases/memcached >>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>>> found. >>>>>>>> ====>> Umounting file systems >>>>>>>> >>>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>>> '/usr/local/bin/ccache' are normal.. >>>>> It looks like you're building with Poudriere. I observed similar behavior, >>>>> but not the exact message the other day. I don't remember what origin it >>>>> was complaining about, but located a post (either on a mailing list or >>>>> forums) recommending a `pkg install poudriere`. It did resolve the problem >>>>> in this particular scenario. >>>> This is probably caused by the recent change to globally drop >>>> ${PORTSDIR} from *_DEPENDS. The framework changes initially were done >>>> in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't >>>> happen until r411970, r412342, ... >>>> >>> Ok that sorta makes a bit more sense... however as this is a jail and >>> the tree is updated why did it break? (I have no local mods in the 'ng' >>> build tree - except an additional (local only) couple of ports which are >>> copied in manually after the portsnap update)... >>> >>> Of course the nice thing is my non-ng tree is still working 100% - but >>> that would be because it didn't get the change... but again that's a >>> completely separate tree and the 2 are not associated with each other in >>> any way... >> I was assuming that this was your non-ng tree where you have local >> framework changes ... > > No, completely separate repo as the new trees are constantly breaking my > tree so I keep them entirely separate. >> >> Did you upgrade ports from something older than r411970 (Sun Mar 27 >> 01:23:25 2016 UTC) > > It would have been around march I did the last build so yes probably > prior to Mar 27. > >> to something more recent? > To the latest. >> If poudriere on your host >> is seriously old, it might not cope with the framework change. It looks >> like you need at least 3.1.9, which was released on Wed Oct 14 21:06:00 >> 2015 UTC. > Yeah, 3.1.x changes the base OS without authority and breaks the entire > build system (can't build anything but the official tree in it) so it's > been deemed a security issue (because it "upgrades" the existing > repositories) and therefore cannot be installed or used on any of the > existing build servers. Sorry, this is all from memory ... my poudriere machine will be offline for several more hours so I can't use it as a reference. Poudriere shouldn't be changing anything in the base OS. It probably creates some temp files under /tmp and puts the package repositories that I builds and the log files under its own directories under /var/tmp. You should be able to build as many different ports trees as you want and they can be downloaded via portsnap or svn, or created by hand. I think I've got 4-6 ports trees that I use with poudriere. The repository that gets updated by a poudriere run is named with a combination of the jail name, the ports tree name, and the set name (-z option). The latter can be use to select an alternate make.conf to set different port options. > Question is why would it be needed? Surely the tree is the tree in the > jail and has nothing to do with the host? or is it not a case of > everything is done in the jail, just the actual building is and > therefore I need new build servers for the NG tree.. Which basically > means I should just decide to fork or erase the whole system because I > can't "NG" right now and I can't actually continue to build in parallel > because of this breakage? Only the actual building is done in jails. When poudriere first starts up, it looks at the list of ports that you want to build and then uses the Makefiles for each of those ports to determine the dependencies of each and the proper build order. It then deletes all of the outdated packages (I'm not sure if they actually get deleted from the repository at this port or just flagged), starts up all of the jails for the build (the ports tree is read-only mounted in each jail and each jail has its own private copy of the base jail prototype), and then starts building. When the building is done, then the package repository is updated. The ports tree used by each build jail is not related to any ports tree on the host (unless you do something like "poudriere ports -c -F -f none -M /usr/ports -p systemports", see ). It's possible to run poudriere without having /usr/ports installed on the host. If you think this is a security risk, you could run poudriere in a VM. From owner-freebsd-ports@freebsd.org Wed Apr 27 19:02:20 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B4EFB1F2E9 for ; Wed, 27 Apr 2016 19:02:20 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5C08B188E for ; Wed, 27 Apr 2016 19:02:20 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5B077B1F2E8; Wed, 27 Apr 2016 19:02:20 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AA72B1F2E7 for ; Wed, 27 Apr 2016 19:02:20 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 36914188D for ; Wed, 27 Apr 2016 19:02:20 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3RJ29pa004288; Wed, 27 Apr 2016 12:02:13 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604271902.u3RJ29pa004288@gw.catspoiler.org> Date: Wed, 27 Apr 2016 12:02:09 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com In-Reply-To: <5720FEAF.3050307@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 19:02:20 -0000 On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Michelle Sullivan wrote: >>>>> Rick Miller wrote: >>>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>>> wrote: >>>>>> >>>>>>> Kevin Oberman wrote: >>>>>>> >>>>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>>>> wrote: >>>>>>>> >>>>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>>>> returning the following error: >>>>>>>>> >>>>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>>>> textproc/rubygem-ruby-augeas >>>>>>>>> >>>>>>>>> ====>> Computing deps for converters/libiconv >>>>>>>>> ====>> Computing deps for archivers/unzip >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> >>>>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> >>>>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/ip4r >>>>>>>>> ====>> Computing deps for databases/gdbm >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> >>>>>>>>> Terminated >>>>>>>>> Terminated >>>>>>>>> Terminated >>>>>>>>> Terminated >>>>>>>>> ====>> Cleaning up >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/memcached >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>>>> found. >>>>>>>>> ====>> Umounting file systems >>>>>>>>> >>>>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>>>> '/usr/local/bin/ccache' are normal.. >>>>>> It looks like you're building with Poudriere. >>>>> I am. >>>>> >>>>>> I observed similar behavior, >>>>>> but not the exact message the other day. I don't remember what origin it >>>>>> was complaining about, but located a post (either on a mailing list or >>>>>> forums) recommending a `pkg install poudriere`. >>>>> That wouldn't actually help as pourdiere is already installed on the >>>>> host and I see no relevant reason why it would be correct to put it >>>>> inside the reference jail. >>>> Is the version on the host reasonably up to date? >>>> >>> No/doubt it... Should there even be one on the host? >> It should be on the host (and not in the jail). >> > But then what's the point of multiple ports trees in pourdiere? If it > relies on the host ports tree then it seems there is no point in the > ability to have multiple ports trees...? Poudriere doesn't use the host ports tree unless you explicitly tell it to. The version of poudriere installed on the host just needs to be new enough to cope with the ports tree that you are trying to use for building the package set. It's basically just a big shell script that has to be able to parse the output of "make -V BUILD_DEPENDS", etc. (and a bunch of other stuff). From owner-freebsd-ports@freebsd.org Wed Apr 27 19:21:30 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9A5CB1F771 for ; Wed, 27 Apr 2016 19:21:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8F45017E1 for ; Wed, 27 Apr 2016 19:21:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8A6E1B1F770; Wed, 27 Apr 2016 19:21:30 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A1B3B1F76F for ; Wed, 27 Apr 2016 19:21:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7585117E0; Wed, 27 Apr 2016 19:21:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 6E03A1D5D; Wed, 27 Apr 2016 19:21:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 317061BC7A; Wed, 27 Apr 2016 19:21:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 5UC__hszAh8b; Wed, 27 Apr 2016 19:21:27 +0000 (UTC) Subject: Re: Ports tree gone unstable? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 6C4561BC72 To: Michelle Sullivan , "ports@freebsd.org" References: <5720D560.3070401@sorbs.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Wed, 27 Apr 2016 12:21:34 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <5720D560.3070401@sorbs.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="j7wxWKSJDl4c2VBCdVsufvpDoRXTDXsJb" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 19:21:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --j7wxWKSJDl4c2VBCdVsufvpDoRXTDXsJb Content-Type: multipart/mixed; boundary="7TV9QdrJ8VjecLLHPfoFVRtFfE1JOKEsc" From: Bryan Drewery To: Michelle Sullivan , "ports@freebsd.org" Message-ID: Subject: Re: Ports tree gone unstable? References: <5720D560.3070401@sorbs.net> In-Reply-To: <5720D560.3070401@sorbs.net> --7TV9QdrJ8VjecLLHPfoFVRtFfE1JOKEsc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 4/27/2016 8:06 AM, Michelle Sullivan wrote: > After a portsnap update it seems all my jails won't build the current > tree returning the following error: >=20 > =3D=3D=3D=3D>> MOVED: sysutils/puppet renamed to sysutils/puppet38 > =3D=3D=3D=3D>> MOVED: textproc/rubygem-augeas renamed to > textproc/rubygem-ruby-augeas >=20 > =3D=3D=3D=3D>> Computing deps for converters/libiconv > =3D=3D=3D=3D>> Computing deps for archivers/unzip > =3D=3D=3D=3D>> Error: Invalid port origin '/usr/local/bin/ccache' not f= ound. > =3D=3D=3D=3D>> Error: Invalid port origin '/usr/local/bin/ccache' not f= ound. Your poudriere is too old. This is due to the removal of ${PORTSDIR} in dependencies. We put that off for several months (I think 6+) after the Poudriere fix came out for it. --=20 Regards, Bryan Drewery --7TV9QdrJ8VjecLLHPfoFVRtFfE1JOKEsc-- --j7wxWKSJDl4c2VBCdVsufvpDoRXTDXsJb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXIRFCAAoJEDXXcbtuRpfPejsIAJWfseaiCURKtm/EThOQrDFU IqeL/iY1YKQQoxDEqXpcHhRPWfNgJBgVLiAoA7cvma9hQBXYMzd7o3tRGRqMK7PL O34nCZxfgD3ZYtdqSrvPiIF1ZYzwwnJxSKoMtebjipbX78cxatCodfzGuGXCEYGS O/VGivU2OgVLpJp0HssyNGAx252Gy7lc2wDKS4iE4D9VgmK9AJzW3Hrx/mge7+sM F/UUu5+X1ld/B+pnwdtxGUtW+qhq1Jt/DeAXEr9m/c9G5rgoLqKLviD/RVCqKQAX vTntw5wbxe6lqK/AiEAMr3D8+tBmoRz/5vTnmnbxe7LzzYhb7811eWNMHi+zl5M= =h006 -----END PGP SIGNATURE----- --j7wxWKSJDl4c2VBCdVsufvpDoRXTDXsJb-- From owner-freebsd-ports@freebsd.org Wed Apr 27 19:44:52 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBCE9B1FC8D for ; Wed, 27 Apr 2016 19:44:52 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C915516DF for ; Wed, 27 Apr 2016 19:44:52 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id C49CDB1FC8C; Wed, 27 Apr 2016 19:44:52 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C43E9B1FC8B for ; Wed, 27 Apr 2016 19:44:52 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id B79DB16DD; Wed, 27 Apr 2016 19:44:51 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6B00F545US8Z00@hades.sorbs.net>; Wed, 27 Apr 2016 12:52:06 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Don Lewis Cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com References: <201604271854.u3RIsTj7004243@gw.catspoiler.org> From: Michelle Sullivan Message-id: <572116AF.8090001@sorbs.net> Date: Wed, 27 Apr 2016 21:44:47 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: <201604271854.u3RIsTj7004243@gw.catspoiler.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 19:44:53 -0000 Don Lewis wrote: > On 27 Apr, Michelle Sullivan wrote: >> Don Lewis wrote: >>> On 27 Apr, Michelle Sullivan wrote: >>>> Don Lewis wrote: >>>>> On 27 Apr, Rick Miller wrote: >>>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>>> wrote: >>>>>> >>>>>>> Kevin Oberman wrote: >>>>>>> >>>>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>>>> wrote: >>>>>>>> >>>>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>>>> returning the following error: >>>>>>>>> >>>>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>>>> textproc/rubygem-ruby-augeas >>>>>>>>> >>>>>>>>> ====>> Computing deps for converters/libiconv >>>>>>>>> ====>> Computing deps for archivers/unzip >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> >>>>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> >>>>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/ip4r >>>>>>>>> ====>> Computing deps for databases/gdbm >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> >>>>>>>>> Terminated >>>>>>>>> Terminated >>>>>>>>> Terminated >>>>>>>>> Terminated >>>>>>>>> ====>> Cleaning up >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>> ====>> Computing deps for databases/memcached >>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>>>> found. >>>>>>>>> ====>> Umounting file systems >>>>>>>>> >>>>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>>>> '/usr/local/bin/ccache' are normal.. >>>>>> It looks like you're building with Poudriere. I observed similar behavior, >>>>>> but not the exact message the other day. I don't remember what origin it >>>>>> was complaining about, but located a post (either on a mailing list or >>>>>> forums) recommending a `pkg install poudriere`. It did resolve the problem >>>>>> in this particular scenario. >>>>> This is probably caused by the recent change to globally drop >>>>> ${PORTSDIR} from *_DEPENDS. The framework changes initially were done >>>>> in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't >>>>> happen until r411970, r412342, ... >>>>> >>>> Ok that sorta makes a bit more sense... however as this is a jail and >>>> the tree is updated why did it break? (I have no local mods in the 'ng' >>>> build tree - except an additional (local only) couple of ports which are >>>> copied in manually after the portsnap update)... >>>> >>>> Of course the nice thing is my non-ng tree is still working 100% - but >>>> that would be because it didn't get the change... but again that's a >>>> completely separate tree and the 2 are not associated with each other in >>>> any way... >>> I was assuming that this was your non-ng tree where you have local >>> framework changes ... >> No, completely separate repo as the new trees are constantly breaking my >> tree so I keep them entirely separate. >>> Did you upgrade ports from something older than r411970 (Sun Mar 27 >>> 01:23:25 2016 UTC) >> It would have been around march I did the last build so yes probably >> prior to Mar 27. >> >>> to something more recent? >> To the latest. >>> If poudriere on your host >>> is seriously old, it might not cope with the framework change. It looks >>> like you need at least 3.1.9, which was released on Wed Oct 14 21:06:00 >>> 2015 UTC. >> Yeah, 3.1.x changes the base OS without authority and breaks the entire >> build system (can't build anything but the official tree in it) so it's >> been deemed a security issue (because it "upgrades" the existing >> repositories) and therefore cannot be installed or used on any of the >> existing build servers. > Sorry, this is all from memory ... my poudriere machine will be offline > for several more hours so I can't use it as a reference. > > Poudriere shouldn't be changing anything in the base OS. It probably > creates some temp files under /tmp and puts the package repositories > that I builds and the log files under its own directories under > /var/tmp. Unfortunately the first thing that 3.1.[012]? did was install all the pkg stuff and change the pkg_add repo into a pkg repo... or something like it, which broke everything horribly.. it was a long time ago so no idea the specifics now... but it (3.1.x) was put on a 'not suitable for use due to security issues' list. > > You should be able to build as many different ports trees as you want > and they can be downloaded via portsnap or svn, or created by hand. > I think I've got 4-6 ports trees that I use with poudriere. Which I have 2 currently - one which is 'HEAD' and the other which is my 'pkg_*' tools tree (up to date - mostly). > > The repository that gets updated by a poudriere run is named > with a combination of the jail name, the ports tree name, and the set > name (-z option). The latter can be use to select an alternate > make.conf to set different port options. Yes, however 3.1.x 'updated' the repo from pkg_* to something like pkgng - it was completely f**ked though... basically had to erase everything, downgrade and reinstall everything to get it back to a 'will build both trees' state. >> Question is why would it be needed? Surely the tree is the tree in the >> jail and has nothing to do with the host? or is it not a case of >> everything is done in the jail, just the actual building is and >> therefore I need new build servers for the NG tree.. Which basically >> means I should just decide to fork or erase the whole system because I >> can't "NG" right now and I can't actually continue to build in parallel >> because of this breakage? > Only the actual building is done in jails. When poudriere first starts > up, it looks at the list of ports that you want to build and then uses > the Makefiles for each of those ports to determine the dependencies of > each and the proper build order. That doesn't make sense... the host has for months been well behind both my tree and the ng trees... all the versions would be way out of whack and even some not existing (ruby comes to mind.) > It then deletes all of the outdated > packages (I'm not sure if they actually get deleted from the repository > at this port or just flagged), starts up all of the jails for the build > (the ports tree is read-only mounted in each jail and each jail has its > own private copy of the base jail prototype), and then starts building. > When the building is done, then the package repository is updated. Yup > > The ports tree used by each build jail is not related to any ports tree > on the host (unless you do something like "poudriere ports -c -F -f none > -M /usr/ports -p systemports", see > ). > It's possible to run poudriere without having /usr/ports installed on > the host. Will check this - if it mounts the local copy of the tree this would probably fix it. > > If you think this is a security risk, you could run poudriere in a VM. They already are in VMs.. but if poudriere make modifications to the OS then it is a security issue. If it modifies/builds packages that's fine. ... let me expand on that ... anything that modifies something in the base OS unless specifically designed and approved to interact with the OS (eg puppet) then as far as I am concerned (and my employer) it's a security risk. Can't have things willy nilly changing the OS, it will eventually break stuff and that could cause/lead to production outages... it's just not done. Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 21:05:28 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0A0AB1F396 for ; Wed, 27 Apr 2016 21:05:28 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D0A6E1F20 for ; Wed, 27 Apr 2016 21:05:28 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CFF3FB1F395; Wed, 27 Apr 2016 21:05:28 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF966B1F394 for ; Wed, 27 Apr 2016 21:05:28 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 95C081F1F for ; Wed, 27 Apr 2016 21:05:28 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3RL5HhR004736; Wed, 27 Apr 2016 14:05:21 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604272105.u3RL5HhR004736@gw.catspoiler.org> Date: Wed, 27 Apr 2016 14:05:17 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com In-Reply-To: <572116AF.8090001@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 21:05:29 -0000 On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Michelle Sullivan wrote: >>>>> Don Lewis wrote: >>>>>> On 27 Apr, Rick Miller wrote: >>>>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>>>> wrote: >>>>>>> >>>>>>>> Kevin Oberman wrote: >>>>>>>> >>>>>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>>>>> returning the following error: >>>>>>>>>> >>>>>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>>>>> textproc/rubygem-ruby-augeas >>>>>>>>>> >>>>>>>>>> ====>> Computing deps for converters/libiconv >>>>>>>>>> ====>> Computing deps for archivers/unzip >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> >>>>>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> >>>>>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Computing deps for databases/ip4r >>>>>>>>>> ====>> Computing deps for databases/gdbm >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> >>>>>>>>>> Terminated >>>>>>>>>> Terminated >>>>>>>>>> Terminated >>>>>>>>>> Terminated >>>>>>>>>> ====>> Cleaning up >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>> ====>> Computing deps for databases/memcached >>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>>>>> found. >>>>>>>>>> ====>> Umounting file systems >>>>>>>>>> >>>>>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>>>>> '/usr/local/bin/ccache' are normal.. >>>>>>> It looks like you're building with Poudriere. I observed similar behavior, >>>>>>> but not the exact message the other day. I don't remember what origin it >>>>>>> was complaining about, but located a post (either on a mailing list or >>>>>>> forums) recommending a `pkg install poudriere`. It did resolve the problem >>>>>>> in this particular scenario. >>>>>> This is probably caused by the recent change to globally drop >>>>>> ${PORTSDIR} from *_DEPENDS. The framework changes initially were done >>>>>> in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't >>>>>> happen until r411970, r412342, ... >>>>>> >>>>> Ok that sorta makes a bit more sense... however as this is a jail and >>>>> the tree is updated why did it break? (I have no local mods in the 'ng' >>>>> build tree - except an additional (local only) couple of ports which are >>>>> copied in manually after the portsnap update)... >>>>> >>>>> Of course the nice thing is my non-ng tree is still working 100% - but >>>>> that would be because it didn't get the change... but again that's a >>>>> completely separate tree and the 2 are not associated with each other in >>>>> any way... >>>> I was assuming that this was your non-ng tree where you have local >>>> framework changes ... >>> No, completely separate repo as the new trees are constantly breaking my >>> tree so I keep them entirely separate. >>>> Did you upgrade ports from something older than r411970 (Sun Mar 27 >>>> 01:23:25 2016 UTC) >>> It would have been around march I did the last build so yes probably >>> prior to Mar 27. >>> >>>> to something more recent? >>> To the latest. >>>> If poudriere on your host >>>> is seriously old, it might not cope with the framework change. It looks >>>> like you need at least 3.1.9, which was released on Wed Oct 14 21:06:00 >>>> 2015 UTC. >>> Yeah, 3.1.x changes the base OS without authority and breaks the entire >>> build system (can't build anything but the official tree in it) so it's >>> been deemed a security issue (because it "upgrades" the existing >>> repositories) and therefore cannot be installed or used on any of the >>> existing build servers. >> Sorry, this is all from memory ... my poudriere machine will be offline >> for several more hours so I can't use it as a reference. >> >> Poudriere shouldn't be changing anything in the base OS. It probably >> creates some temp files under /tmp and puts the package repositories >> that I builds and the log files under its own directories under >> /var/tmp. > > Unfortunately the first thing that 3.1.[012]? did was install all the > pkg stuff and change the pkg_add repo into a pkg repo... or something > like it, which broke everything horribly.. it was a long time ago so no > idea the specifics now... but it (3.1.x) was put on a 'not suitable for > use due to security issues' list. That could be the point at which support for the old pkg_* tools was removed from poudriere. That would explain why it wanted to upgrade things. I'd thought that poudriere was using the host copy of pkg to do the final part of the respository build, but since poudriere doesn't list pkg as a dependency, that appears not to be the case. It looks like poudriere is running pkg (from the repository being constructed) in the jail for that. >> >> You should be able to build as many different ports trees as you want >> and they can be downloaded via portsnap or svn, or created by hand. >> I think I've got 4-6 ports trees that I use with poudriere. > Which I have 2 currently - one which is 'HEAD' and the other which is my > 'pkg_*' tools tree (up to date - mostly). >> >> The repository that gets updated by a poudriere run is named >> with a combination of the jail name, the ports tree name, and the set >> name (-z option). The latter can be use to select an alternate >> make.conf to set different port options. > > Yes, however 3.1.x 'updated' the repo from pkg_* to something like pkgng > - it was completely f**ked though... basically had to erase everything, > downgrade and reinstall everything to get it back to a 'will build both > trees' state. > >>> Question is why would it be needed? Surely the tree is the tree in the >>> jail and has nothing to do with the host? or is it not a case of >>> everything is done in the jail, just the actual building is and >>> therefore I need new build servers for the NG tree.. Which basically >>> means I should just decide to fork or erase the whole system because I >>> can't "NG" right now and I can't actually continue to build in parallel >>> because of this breakage? >> Only the actual building is done in jails. When poudriere first starts >> up, it looks at the list of ports that you want to build and then uses >> the Makefiles for each of those ports to determine the dependencies of >> each and the proper build order. > > That doesn't make sense... the host has for months been well behind > both my tree and the ng trees... all the versions would be way out of > whack and even some not existing (ruby comes to mind.) As I mentioned previously, poudriere is just a shell script so it isn't tightly bound to the version of the ports tree. What caused the problem that you are seeing now is that the ports framework changed in a way that is not compatible with really old versions of poudriere. Basically the output of "make -V BUILD_DEPENDS" changed from blah:/path/to/ports/category/port to blah:category/port, and the old version of poudriere can't cope with that. >> The ports tree used by each build jail is not related to any ports tree >> on the host (unless you do something like "poudriere ports -c -F -f none >> -M /usr/ports -p systemports", see >> ). >> It's possible to run poudriere without having /usr/ports installed on >> the host. > > Will check this - if it mounts the local copy of the tree this would > probably fix it. >> >> If you think this is a security risk, you could run poudriere in a VM. > They already are in VMs.. but if poudriere make modifications to the OS > then it is a security issue. If it modifies/builds packages that's fine. > > ... let me expand on that ... anything that modifies something in the > base OS unless specifically designed and approved to interact with the > OS (eg puppet) then as far as I am concerned (and my employer) it's a > security risk. Can't have things willy nilly changing the OS, it will > eventually break stuff and that could cause/lead to production > outages... it's just not done. I don't think it's changing anything in the base OS. It sounds to me like the problem is confined to upgrading old-style pkg repositories to the NG when you try to update some of the packages contained in them, which is not what you want in this case. You should be able to install a newer version of poudriere alongside the old one. Just call it poudriere-ng or something. Just be sure not to run it on one of your old pkg repositories. You might even be able to edit the script to bail out if it detects and old-style pkg repository as an anti-foot-shooting measure. From owner-freebsd-ports@freebsd.org Wed Apr 27 22:44:20 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B75C4B1F72E for ; Wed, 27 Apr 2016 22:44:20 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A6A9A1A62 for ; Wed, 27 Apr 2016 22:44:20 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id A2535B1F72D; Wed, 27 Apr 2016 22:44:20 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FC9EB1F72C for ; Wed, 27 Apr 2016 22:44:20 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8909A1A60; Wed, 27 Apr 2016 22:44:20 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6B00F87E5X8Z00@hades.sorbs.net>; Wed, 27 Apr 2016 15:51:35 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Don Lewis Cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com References: <201604272105.u3RL5HhR004736@gw.catspoiler.org> From: Michelle Sullivan Message-id: <572140C0.1030903@sorbs.net> Date: Thu, 28 Apr 2016 00:44:16 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: <201604272105.u3RL5HhR004736@gw.catspoiler.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 22:44:20 -0000 Don Lewis wrote: > On 27 Apr, Michelle Sullivan wrote: >> Don Lewis wrote: >>> On 27 Apr, Michelle Sullivan wrote: >>>> Don Lewis wrote: >>>>> On 27 Apr, Michelle Sullivan wrote: >>>>>> Don Lewis wrote: >>>>>>> On 27 Apr, Rick Miller wrote: >>>>>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Kevin Oberman wrote: >>>>>>>>> >>>>>>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>>>>>> returning the following error: >>>>>>>>>>> >>>>>>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>>>>>> textproc/rubygem-ruby-augeas >>>>>>>>>>> >>>>>>>>>>> ====>> Computing deps for converters/libiconv >>>>>>>>>>> ====>> Computing deps for archivers/unzip >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> >>>>>>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> >>>>>>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Computing deps for databases/ip4r >>>>>>>>>>> ====>> Computing deps for databases/gdbm >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> >>>>>>>>>>> Terminated >>>>>>>>>>> Terminated >>>>>>>>>>> Terminated >>>>>>>>>>> Terminated >>>>>>>>>>> ====>> Cleaning up >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>> ====>> Computing deps for databases/memcached >>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>>>>>> found. >>>>>>>>>>> ====>> Umounting file systems >>>>>>>>>>> >>>>>>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>>>>>> '/usr/local/bin/ccache' are normal.. >>>>>>>> It looks like you're building with Poudriere. I observed similar behavior, >>>>>>>> but not the exact message the other day. I don't remember what origin it >>>>>>>> was complaining about, but located a post (either on a mailing list or >>>>>>>> forums) recommending a `pkg install poudriere`. It did resolve the problem >>>>>>>> in this particular scenario. >>>>>>> This is probably caused by the recent change to globally drop >>>>>>> ${PORTSDIR} from *_DEPENDS. The framework changes initially were done >>>>>>> in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't >>>>>>> happen until r411970, r412342, ... >>>>>>> >>>>>> Ok that sorta makes a bit more sense... however as this is a jail and >>>>>> the tree is updated why did it break? (I have no local mods in the 'ng' >>>>>> build tree - except an additional (local only) couple of ports which are >>>>>> copied in manually after the portsnap update)... >>>>>> >>>>>> Of course the nice thing is my non-ng tree is still working 100% - but >>>>>> that would be because it didn't get the change... but again that's a >>>>>> completely separate tree and the 2 are not associated with each other in >>>>>> any way... >>>>> I was assuming that this was your non-ng tree where you have local >>>>> framework changes ... >>>> No, completely separate repo as the new trees are constantly breaking my >>>> tree so I keep them entirely separate. >>>>> Did you upgrade ports from something older than r411970 (Sun Mar 27 >>>>> 01:23:25 2016 UTC) >>>> It would have been around march I did the last build so yes probably >>>> prior to Mar 27. >>>> >>>>> to something more recent? >>>> To the latest. >>>>> If poudriere on your host >>>>> is seriously old, it might not cope with the framework change. It looks >>>>> like you need at least 3.1.9, which was released on Wed Oct 14 21:06:00 >>>>> 2015 UTC. >>>> Yeah, 3.1.x changes the base OS without authority and breaks the entire >>>> build system (can't build anything but the official tree in it) so it's >>>> been deemed a security issue (because it "upgrades" the existing >>>> repositories) and therefore cannot be installed or used on any of the >>>> existing build servers. >>> Sorry, this is all from memory ... my poudriere machine will be offline >>> for several more hours so I can't use it as a reference. >>> >>> Poudriere shouldn't be changing anything in the base OS. It probably >>> creates some temp files under /tmp and puts the package repositories >>> that I builds and the log files under its own directories under >>> /var/tmp. >> Unfortunately the first thing that 3.1.[012]? did was install all the >> pkg stuff and change the pkg_add repo into a pkg repo... or something >> like it, which broke everything horribly.. it was a long time ago so no >> idea the specifics now... but it (3.1.x) was put on a 'not suitable for >> use due to security issues' list. > That could be the point at which support for the old pkg_* tools was > removed from poudriere. That would explain why it wanted to upgrade > things. Yes, but that's also a security issue in itself. Had I not spotted and stopped this the changes it tried to make to the repo would have resulted in production machines being 'reload from scratch' on the first security patch - because it screwed the build servers and the repos. > > I'd thought that poudriere was using the host copy of pkg to do the > final part of the respository build, but since poudriere doesn't list > pkg as a dependency, that appears not to be the case. It looks like > poudriere is running pkg (from the repository being constructed) in the > jail for that. Yeah.. except something around the time went about "upgrading" the OS to use pkg as well... which screwed the OS... fortunately I caught the first VM it tried to do it to and was able to limit the damage just to that VM so the rebuild was minimum. > >>> You should be able to build as many different ports trees as you want >>> and they can be downloaded via portsnap or svn, or created by hand. >>> I think I've got 4-6 ports trees that I use with poudriere. >> Which I have 2 currently - one which is 'HEAD' and the other which is my >> 'pkg_*' tools tree (up to date - mostly). >>> The repository that gets updated by a poudriere run is named >>> with a combination of the jail name, the ports tree name, and the set >>> name (-z option). The latter can be use to select an alternate >>> make.conf to set different port options. >> Yes, however 3.1.x 'updated' the repo from pkg_* to something like pkgng >> - it was completely f**ked though... basically had to erase everything, >> downgrade and reinstall everything to get it back to a 'will build both >> trees' state. >> >>>> Question is why would it be needed? Surely the tree is the tree in the >>>> jail and has nothing to do with the host? or is it not a case of >>>> everything is done in the jail, just the actual building is and >>>> therefore I need new build servers for the NG tree.. Which basically >>>> means I should just decide to fork or erase the whole system because I >>>> can't "NG" right now and I can't actually continue to build in parallel >>>> because of this breakage? >>> Only the actual building is done in jails. When poudriere first starts >>> up, it looks at the list of ports that you want to build and then uses >>> the Makefiles for each of those ports to determine the dependencies of >>> each and the proper build order. >> That doesn't make sense... the host has for months been well behind >> both my tree and the ng trees... all the versions would be way out of >> whack and even some not existing (ruby comes to mind.) > As I mentioned previously, poudriere is just a shell script so it isn't > tightly bound to the version of the ports tree. What caused the problem > that you are seeing now is that the ports framework changed in a way > that is not compatible with really old versions of poudriere. Basically > the output of "make -V BUILD_DEPENDS" changed from > blah:/path/to/ports/category/port to blah:category/port, and the old > version of poudriere can't cope with that. I find that 'odd' at first parse... though will take your word for it and check the code... maybe make my own version of poudriere that can handle both... > > >>> The ports tree used by each build jail is not related to any ports tree >>> on the host (unless you do something like "poudriere ports -c -F -f none >>> -M /usr/ports -p systemports", see >>> ). >>> It's possible to run poudriere without having /usr/ports installed on >>> the host. >> Will check this - if it mounts the local copy of the tree this would >> probably fix it. >>> If you think this is a security risk, you could run poudriere in a VM. >> They already are in VMs.. but if poudriere make modifications to the OS >> then it is a security issue. If it modifies/builds packages that's fine. >> >> ... let me expand on that ... anything that modifies something in the >> base OS unless specifically designed and approved to interact with the >> OS (eg puppet) then as far as I am concerned (and my employer) it's a >> security risk. Can't have things willy nilly changing the OS, it will >> eventually break stuff and that could cause/lead to production >> outages... it's just not done. > I don't think it's changing anything in the base OS. Well bapt swears that it wasn't freebsd-update that screwed the OS, so must be pourdiere ... don't know both changes happened at the same time, and it screwed my migration plans to the point I've told $employer to forget looking at FreeBSD at all for internal systems or embedded systems and stick with the current OS of RHEL/CentOS and please assign people to take over my machines and change them to match the corp standard... So far they have refused to switch them (lack of resources) and after a long discussion with a person in OPs that also has an @freebsd.org address it was suggested I just fork the OS and ports tree... However, after news that i might not have as long as I hoped, I think this would be folly and a waste of my remaining days. > It sounds to me > like the problem is confined to upgrading old-style pkg repositories to > the NG when you try to update some of the packages contained in them, > which is not what you want in this case. Yeah that happened as well. > > You should be able to install a newer version of poudriere alongside the > old one. That occurred to me, however unless its changed a lot it'll really not work unless chrooted elsewhere because of shared scripts... or rebuilding it to handle the shared stuff in different places (assuming not already able to cope) > Just call it poudriere-ng or something. Just be sure not to > run it on one of your old pkg repositories. That's not going to be an issue... will probably just have to put in new VMs... just about got everything off 9.1 and pretty sure nothing is on 9.0 now so maybe re-purpose them to be NG only hosts. > You might even be able to > edit the script to bail out if it detects and old-style pkg repository > as an anti-foot-shooting measure. Think it would need to be physically separated because I know if bapt was not lying about freebsd-update making the changes then it must have been poudriere that changed the OS... so not worth taking the risk. For the time being, just disable to entire NG repo keep my fork going with the working (mostly) up to date ports tree for pkg_* tools and well if the worst comes to the worst it'll fall to someone else in my absence and they can deal with switching to RHEL/CentOS because they'd never work out how the SORBS FreeBSD build system is put together. Thanks for the replies though Don, all the best. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Wed Apr 27 22:45:46 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 709D3B1F7B2 for ; Wed, 27 Apr 2016 22:45:46 +0000 (UTC) (envelope-from charlesoutman@yahoo.com) Received: from nm6-vm2.bullet.mail.gq1.yahoo.com (nm6-vm2.bullet.mail.gq1.yahoo.com [98.136.218.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497971B24 for ; Wed, 27 Apr 2016 22:45:46 +0000 (UTC) (envelope-from charlesoutman@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1461796968; bh=pKnGj7qPhbjxhfxtYLFbKy9BSI6dFuss+XzfhM+LepA=; h=Date:From:To:From:Subject; b=I+kBUrjNU4K++lRxqaeOzp7amkzH0HmKgtszrq4LXCflzu7XYGlYgbN9pwFBL+kgAvPzSQSULD4sqr67Uhyt55AkPjO6WMySraZR3hmeTML1AVefsNqJMTRYh6tqsjDSe0gvyP+KlEaxJNvZGxFvJoIFC1f0+VewYJBV2D28Gk2f1JJLL5PKmJnFZ8Bp7gsu/jYkXObvjbL764m5mrz4xEfAz9+VNdnLM28dORNmCMRLgEKpiklz+IuK/BDPB5IeFjJdeM3jzGFYgIMuHMr3tFjw5wp/Z1ewkJIECUkMoeG5DUkQtBUHDKC+CgUbb2zglAK6NTOoIB1x98mPM8Bgog== Received: from [98.137.12.58] by nm6.bullet.mail.gq1.yahoo.com with NNFMP; 27 Apr 2016 22:42:48 -0000 Received: from [98.136.164.76] by tm3.bullet.mail.gq1.yahoo.com with NNFMP; 27 Apr 2016 22:42:48 -0000 Received: from [127.0.0.1] by smtp238.mail.gq1.yahoo.com with NNFMP; 27 Apr 2016 22:42:48 -0000 X-Yahoo-Newman-Id: 407950.49499.bm@smtp238.mail.gq1.yahoo.com Message-ID: <407950.49499.bm@smtp238.mail.gq1.yahoo.com> X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 2vUfN78VM1nkUTEwf8ovBIDYeYLTfyNoJ3PN2A4tv24Eu8D T6qyBplX_f.Cb1k406KytzMkbdw4uzMwY7Tp0J0OvWUhzfMmVT4WuwNwsZWE jsQUKf8fV92I2TmiWoZp3CFU3MKy5AdcKiiv4A3xfo11849Zr52b89CO1nQ5 AKlQxieP9vzCjkAOJy3wPfz5AObASrQEQXT4w65HEN8AbaFLk1Dju.1HStRN 4b14qFAlLPyLOyfKTjE7I0r2MC0UmNUCcOcMr4TIGbeNC4qYhc1YPc4T.WxX 2PdKrd6uo0TCDuQcmDJDkI5TAuTn2nxKW9q.2IJPtBTcazLYWLtkjB.Sa9Cd xrxKHkB6fOIE5efByNnodxCQtMjC0bUi3122fGTja8ePUJd8Fn9jbq6M18.. kUfbyaZ5TBaPMZt4FjdSbbe0c4Pz0.kAjtTiNt.UZjNBTodZYzHknDw2uF23 302Ny8kdHt.OnMR2MWOslGi6zZvnINRQKeH5hyzIwlMDjEKSLV.o9Tu274fC lb6v3oYr9xL4ijKLTgUCrpGqtVY.W.lWJQL7sBcXs6T7cvxI- X-Yahoo-SMTP: WeDCCVGswBBTrVpFHmq7nYFgXR.oc0tQXOo- Importance: normal Priority: normal Date: Wed, 27 Apr 2016 15:40:27 -0700 From: Chuck Outman To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 22:45:46 -0000 ClNlbnQgZnJvbSBteSBWZXJpem9uIDRHIExURSBEcm9pZA== From owner-freebsd-ports@freebsd.org Thu Apr 28 00:17:17 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF7FEB1D985 for ; Thu, 28 Apr 2016 00:17:17 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CF6F211B3 for ; Thu, 28 Apr 2016 00:17:17 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CB086B1D983; Thu, 28 Apr 2016 00:17:17 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAA7EB1D982 for ; Thu, 28 Apr 2016 00:17:17 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7628811B2 for ; Thu, 28 Apr 2016 00:17:17 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3S0H43A005409; Wed, 27 Apr 2016 17:17:09 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604280017.u3S0H43A005409@gw.catspoiler.org> Date: Wed, 27 Apr 2016 17:17:04 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com In-Reply-To: <572140C0.1030903@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 00:17:18 -0000 On 28 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Michelle Sullivan wrote: >>>>> Don Lewis wrote: >>>>>> On 27 Apr, Michelle Sullivan wrote: >>>>>>> Don Lewis wrote: >>>>>>>> On 27 Apr, Rick Miller wrote: >>>>>>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Kevin Oberman wrote: >>>>>>>>>> >>>>>>>>>>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> After a portsnap update it seems all my jails won't build the current tree >>>>>>>>>>>> returning the following error: >>>>>>>>>>>> >>>>>>>>>>>> ====>> MOVED: sysutils/puppet renamed to sysutils/puppet38 >>>>>>>>>>>> ====>> MOVED: textproc/rubygem-augeas renamed to >>>>>>>>>>>> textproc/rubygem-ruby-augeas >>>>>>>>>>>> >>>>>>>>>>>> ====>> Computing deps for converters/libiconv >>>>>>>>>>>> ====>> Computing deps for archivers/unzip >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> >>>>>>>>>>>> ====>> Computing deps for converters/p5-Encode >>>>>>>>>>>> ====>> Computing deps for converters/p5-Convert-BinHex >>>>>>>>>>>> ====>> Computing deps for converters/p5-Encode-Locale >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Computing deps for converters/p5-JSON-PP >>>>>>>>>>>> ====>> Computing deps for converters/p5-JSON >>>>>>>>>>>> ====>> Computing deps for converters/p5-JSON-XS >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> >>>>>>>>>>>> ====>> Computing deps for converters/p5-Text-Iconv >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Computing deps for databases/ip4r >>>>>>>>>>>> ====>> Computing deps for databases/gdbm >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Computing deps for databases/p5-Bucardo >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> >>>>>>>>>>>> Terminated >>>>>>>>>>>> Terminated >>>>>>>>>>>> Terminated >>>>>>>>>>>> Terminated >>>>>>>>>>>> ====>> Cleaning up >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Computing deps for databases/p5-DBD-Pg >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/ccache' not found. >>>>>>>>>>>> ====>> Computing deps for databases/memcached >>>>>>>>>>>> ====>> Error: Invalid port origin '/usr/local/bin/automake-1.15' not >>>>>>>>>>>> found. >>>>>>>>>>>> ====>> Umounting file systems >>>>>>>>>>>> >>>>>>>>>>>> Checked updating but don't see anything to suggest that port origins of >>>>>>>>>>>> '/usr/local/bin/ccache' are normal.. >>>>>>>>> It looks like you're building with Poudriere. I observed similar behavior, >>>>>>>>> but not the exact message the other day. I don't remember what origin it >>>>>>>>> was complaining about, but located a post (either on a mailing list or >>>>>>>>> forums) recommending a `pkg install poudriere`. It did resolve the problem >>>>>>>>> in this particular scenario. >>>>>>>> This is probably caused by the recent change to globally drop >>>>>>>> ${PORTSDIR} from *_DEPENDS. The framework changes initially were done >>>>>>>> in bsd.port.mk r399278, but the the actual removal of ${PORTSDIR} didn't >>>>>>>> happen until r411970, r412342, ... >>>>>>>> >>>>>>> Ok that sorta makes a bit more sense... however as this is a jail and >>>>>>> the tree is updated why did it break? (I have no local mods in the 'ng' >>>>>>> build tree - except an additional (local only) couple of ports which are >>>>>>> copied in manually after the portsnap update)... >>>>>>> >>>>>>> Of course the nice thing is my non-ng tree is still working 100% - but >>>>>>> that would be because it didn't get the change... but again that's a >>>>>>> completely separate tree and the 2 are not associated with each other in >>>>>>> any way... >>>>>> I was assuming that this was your non-ng tree where you have local >>>>>> framework changes ... >>>>> No, completely separate repo as the new trees are constantly breaking my >>>>> tree so I keep them entirely separate. >>>>>> Did you upgrade ports from something older than r411970 (Sun Mar 27 >>>>>> 01:23:25 2016 UTC) >>>>> It would have been around march I did the last build so yes probably >>>>> prior to Mar 27. >>>>> >>>>>> to something more recent? >>>>> To the latest. >>>>>> If poudriere on your host >>>>>> is seriously old, it might not cope with the framework change. It looks >>>>>> like you need at least 3.1.9, which was released on Wed Oct 14 21:06:00 >>>>>> 2015 UTC. >>>>> Yeah, 3.1.x changes the base OS without authority and breaks the entire >>>>> build system (can't build anything but the official tree in it) so it's >>>>> been deemed a security issue (because it "upgrades" the existing >>>>> repositories) and therefore cannot be installed or used on any of the >>>>> existing build servers. >>>> Sorry, this is all from memory ... my poudriere machine will be offline >>>> for several more hours so I can't use it as a reference. >>>> >>>> Poudriere shouldn't be changing anything in the base OS. It probably >>>> creates some temp files under /tmp and puts the package repositories >>>> that I builds and the log files under its own directories under >>>> /var/tmp. >>> Unfortunately the first thing that 3.1.[012]? did was install all the >>> pkg stuff and change the pkg_add repo into a pkg repo... or something >>> like it, which broke everything horribly.. it was a long time ago so no >>> idea the specifics now... but it (3.1.x) was put on a 'not suitable for >>> use due to security issues' list. >> That could be the point at which support for the old pkg_* tools was >> removed from poudriere. That would explain why it wanted to upgrade >> things. > > Yes, but that's also a security issue in itself. Had I not spotted and > stopped this the changes it tried to make to the repo would have > resulted in production machines being 'reload from scratch' on the first > security patch - because it screwed the build servers and the repos. I would think that the pkg_* tools would see the NG repo as something that they didn't understand and then would barf without doing anything. >> >> I'd thought that poudriere was using the host copy of pkg to do the >> final part of the respository build, but since poudriere doesn't list >> pkg as a dependency, that appears not to be the case. It looks like >> poudriere is running pkg (from the repository being constructed) in the >> jail for that. > > Yeah.. except something around the time went about "upgrading" the OS to > use pkg as well... which screwed the OS... fortunately I caught the > first VM it tried to do it to and was able to limit the damage just to > that VM so the rebuild was minimum. That's quite possible. If the OS is old enough to have been using the old pkg_* tools by default, then it would have gotten an update to switch to pkgNG when the support for old-style packages was removed from the ports tree. Prior to that, there was a lengthy period of time when old packages were the default, but you could switch to new packages by adding some magic to /etc/make.conf. I thought all the magic was in the ports framework and prior to the cutover it just looked at ${OSVERSION}, though. A client without a copy of /usr/ports wouldn't know about any of this. I would think that the old pkg_* tools would still work with an old-style repository, but that's not something that I've tried. >> >>>> You should be able to build as many different ports trees as you want >>>> and they can be downloaded via portsnap or svn, or created by hand. >>>> I think I've got 4-6 ports trees that I use with poudriere. >>> Which I have 2 currently - one which is 'HEAD' and the other which is my >>> 'pkg_*' tools tree (up to date - mostly). >>>> The repository that gets updated by a poudriere run is named >>>> with a combination of the jail name, the ports tree name, and the set >>>> name (-z option). The latter can be use to select an alternate >>>> make.conf to set different port options. >>> Yes, however 3.1.x 'updated' the repo from pkg_* to something like pkgng >>> - it was completely f**ked though... basically had to erase everything, >>> downgrade and reinstall everything to get it back to a 'will build both >>> trees' state. >>> >>>>> Question is why would it be needed? Surely the tree is the tree in the >>>>> jail and has nothing to do with the host? or is it not a case of >>>>> everything is done in the jail, just the actual building is and >>>>> therefore I need new build servers for the NG tree.. Which basically >>>>> means I should just decide to fork or erase the whole system because I >>>>> can't "NG" right now and I can't actually continue to build in parallel >>>>> because of this breakage? >>>> Only the actual building is done in jails. When poudriere first starts >>>> up, it looks at the list of ports that you want to build and then uses >>>> the Makefiles for each of those ports to determine the dependencies of >>>> each and the proper build order. >>> That doesn't make sense... the host has for months been well behind >>> both my tree and the ng trees... all the versions would be way out of >>> whack and even some not existing (ruby comes to mind.) >> As I mentioned previously, poudriere is just a shell script so it isn't >> tightly bound to the version of the ports tree. What caused the problem >> that you are seeing now is that the ports framework changed in a way >> that is not compatible with really old versions of poudriere. Basically >> the output of "make -V BUILD_DEPENDS" changed from >> blah:/path/to/ports/category/port to blah:category/port, and the old >> version of poudriere can't cope with that. > > I find that 'odd' at first parse... though will take your word for it > and check the code... maybe make my own version of poudriere that can > handle both... With a ports tree from late last year: %cd /usr/ports/lang/gcc make -V BUILD_DEPENDS /usr/local/bin/as:/usr/ports/devel/binutils gmake:/usr/ports/devel/gmake libiconv>=1.14_9:/usr/ports/converters/libiconv /usr/local/share/java/ecj-4.5.jar:/usr/ports/lang/gcc-ecj45 zip:/usr/ports/archivers/zip /usr/local/bin/as:/usr/ports/devel/binutils perl5>=5.20<5.21:/usr/ports/lang/perl5.20 >From a recent ports tree: %make -V BUILD_DEPENDS /usr/local/bin/as:devel/binutils gmake:devel/gmake libiconv>=1.14_9:converters/libiconv makeinfo:print/texinfo /usr/local/share/java/ecj-4.5.jar:lang/gcc-ecj45 zip:archivers/zip /usr/local/bin/as:devel/binutils perl5>=5.20<5.21:lang/perl5.20 It turns out that there are more moving parts in poudriere that I expected. Patching your copy of poudriere looks like your best bet. That will also allow you to build old-style packages with recent versions of the ports tree. Look for changes between version 3.1.8 and 3.1.9 here: >> >> >>>> The ports tree used by each build jail is not related to any ports tree >>>> on the host (unless you do something like "poudriere ports -c -F -f none >>>> -M /usr/ports -p systemports", see >>>> ). >>>> It's possible to run poudriere without having /usr/ports installed on >>>> the host. >>> Will check this - if it mounts the local copy of the tree this would >>> probably fix it. >>>> If you think this is a security risk, you could run poudriere in a VM. >>> They already are in VMs.. but if poudriere make modifications to the OS >>> then it is a security issue. If it modifies/builds packages that's fine. >>> >>> ... let me expand on that ... anything that modifies something in the >>> base OS unless specifically designed and approved to interact with the >>> OS (eg puppet) then as far as I am concerned (and my employer) it's a >>> security risk. Can't have things willy nilly changing the OS, it will >>> eventually break stuff and that could cause/lead to production >>> outages... it's just not done. >> I don't think it's changing anything in the base OS. > > Well bapt swears that it wasn't freebsd-update that screwed the OS, so > must be pourdiere ... don't know both changes happened at the same time, > and it screwed my migration plans to the point I've told $employer to > forget looking at FreeBSD at all for internal systems or embedded > systems and stick with the current OS of RHEL/CentOS and please assign > people to take over my machines and change them to match the corp > standard... So far they have refused to switch them (lack of resources) > and after a long discussion with a person in OPs that also has an > @freebsd.org address it was suggested I just fork the OS and ports > tree... However, after news that i might not have as long as I hoped, I > think this would be folly and a waste of my remaining days. Funny thing that you should mention freebsd-update ... in another thread a couple people mentioned getting the wrong version of ifconfig after running freebsd-update. >> It sounds to me >> like the problem is confined to upgrading old-style pkg repositories to >> the NG when you try to update some of the packages contained in them, >> which is not what you want in this case. > > Yeah that happened as well. >> >> You should be able to install a newer version of poudriere alongside the >> old one. > That occurred to me, however unless its changed a lot it'll really not > work unless chrooted elsewhere because of shared scripts... or > rebuilding it to handle the shared stuff in different places (assuming > not already able to cope) > >> Just call it poudriere-ng or something. Just be sure not to >> run it on one of your old pkg repositories. > That's not going to be an issue... will probably just have to put in > new VMs... just about got everything off 9.1 and pretty sure nothing is > on 9.0 now so maybe re-purpose them to be NG only hosts. >> You might even be able to >> edit the script to bail out if it detects and old-style pkg repository >> as an anti-foot-shooting measure. > > Think it would need to be physically separated because I know if bapt > was not lying about freebsd-update making the changes then it must have > been poudriere that changed the OS... so not worth taking the risk. > > For the time being, just disable to entire NG repo keep my fork going > with the working (mostly) up to date ports tree for pkg_* tools and well > if the worst comes to the worst it'll fall to someone else in my absence > and they can deal with switching to RHEL/CentOS because they'd never > work out how the SORBS FreeBSD build system is put together. > > Thanks for the replies though Don, all the best. > From owner-freebsd-ports@freebsd.org Thu Apr 28 01:16:06 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F860B1E8A5 for ; Thu, 28 Apr 2016 01:16:06 +0000 (UTC) (envelope-from bob@eager.cx) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F20E51089 for ; Thu, 28 Apr 2016 01:16:05 +0000 (UTC) (envelope-from bob@eager.cx) Received: by mailman.ysv.freebsd.org (Postfix) id EDA97B1E8A4; Thu, 28 Apr 2016 01:16:05 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED4EAB1E8A3 for ; Thu, 28 Apr 2016 01:16:05 +0000 (UTC) (envelope-from bob@eager.cx) Received: from kipling.tavi.co.uk (kipling.tavi.co.uk [81.187.145.130]) by mx1.freebsd.org (Postfix) with ESMTP id B73051088 for ; Thu, 28 Apr 2016 01:16:05 +0000 (UTC) (envelope-from bob@eager.cx) Received: from raksha.tavi.co.uk (raksha.tavi.co.uk [81.187.145.139]) by kipling.tavi.co.uk (Postfix) with ESMTP id 375199CC61 for ; Thu, 28 Apr 2016 02:15:56 +0100 (BST) Date: Thu, 28 Apr 2016 02:15:56 +0100 From: Bob Eager To: ports@freebsd.org Subject: Reviving deleted port Message-ID: <20160428021556.459c2ceb@raksha.tavi.co.uk> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; i386-portbld-freebsd10.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUwXjFLc0vD0cS7y7zw9PDZ4tkWSRaVrZZ+m39qi2tXfVj////7+/utwK4IPggAOAAJUUA7AAABKklEQVQ4jWPYjQMwDFYJp0NKEKCNJmEf9h8CsimXiL2e33s3/e7F7K2Cs3f3dCMkQkMKj4YuCY3K3iR+e7fMaiSjvkX0/5cFGrWpe2uLzOpaExUVqMS/8PX/Re5ey960OLBTZpFA8+IlSBKPQ92zNyUUBsosN58uIY0k8f+/ONCoYytkVuhWzVwNkYiYbqk5M3NmOVBi41YZ8RsGF7shEtFb5KJ3r969CyixM7OTPeFUxG2IxLO8/9/SvqXlc+/x3h295YzLlj2nIRJQj//nRvc5TEIal8RsXBLVuCQwIgoq/u80DomP6HEOk/iOS+IJLonZOCT+ReOQ+Lkbh0QKLonbOCR+7MYhsRqHBJrVcIl/1TgklqKLQyQ+tGKIgyQOqXpjig94diZRAgAXmDX6jyWafAAAAABJRU5ErkJggg====== MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 01:16:06 -0000 This relates to ftp/rexx-curl. This was deleted after failing to build with the latest version of curl. I didn't notice for a while (I was going through a period when I couldn't update my ports tree). It is no longer in the ports tree at all. The problem turned out to be just an uninitialised variable! I have made some other fixes related to the new curl. QUESTION: Do I submit this as a 'new' port? Or is there some mechanism for a deleted port? (I am willing to take over maintainership) -- Bob From owner-freebsd-ports@freebsd.org Thu Apr 28 04:41:34 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FBA3B1EA25 for ; Thu, 28 Apr 2016 04:41:34 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0100B1F9D for ; Thu, 28 Apr 2016 04:41:34 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id 005A7B1EA24; Thu, 28 Apr 2016 04:41:34 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F4237B1EA23 for ; Thu, 28 Apr 2016 04:41:33 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC8FE1F9B for ; Thu, 28 Apr 2016 04:41:33 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1avdla-000FMR-OD; Thu, 28 Apr 2016 06:41:30 +0200 Date: Thu, 28 Apr 2016 06:41:30 +0200 From: Kurt Jaeger To: Bob Eager Cc: ports@freebsd.org Subject: Re: Reviving deleted port Message-ID: <20160428044130.GZ2282@home.opsec.eu> References: <20160428021556.459c2ceb@raksha.tavi.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160428021556.459c2ceb@raksha.tavi.co.uk> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 04:41:34 -0000 Hi! > This relates to ftp/rexx-curl. > > This was deleted after failing to build with the latest version of > curl. I didn't notice for a while (I was going through a period when I > couldn't update my ports tree). It is no longer in the ports tree at > all. > > The problem turned out to be just an uninitialised variable! I have > made some other fixes related to the new curl. Very nice! > QUESTION: Do I submit this as a 'new' port? Or is there some mechanism > for a deleted port? Please submit it and mention to revive the old port with some changes. > (I am willing to take over maintainership) That's necessary for 'new' or 'revived' ports. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-ports@freebsd.org Thu Apr 28 06:48:55 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4631EB1F035 for ; Thu, 28 Apr 2016 06:48:55 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3657E1EB1 for ; Thu, 28 Apr 2016 06:48:55 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 31B3BB1F034; Thu, 28 Apr 2016 06:48:55 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31524B1F033 for ; Thu, 28 Apr 2016 06:48:55 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E8891EB0 for ; Thu, 28 Apr 2016 06:48:55 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u3S6mhDX006562; Wed, 27 Apr 2016 23:48:47 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201604280648.u3S6mhDX006562@gw.catspoiler.org> Date: Wed, 27 Apr 2016 23:48:43 -0700 (PDT) From: Don Lewis Subject: Re: Ports tree gone unstable? To: michelle@sorbs.net cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com In-Reply-To: <572140C0.1030903@sorbs.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 06:48:55 -0000 On 28 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> I'd thought that poudriere was using the host copy of pkg to do the >> final part of the respository build, but since poudriere doesn't list >> pkg as a dependency, that appears not to be the case. It looks like >> poudriere is running pkg (from the repository being constructed) in the >> jail for that. > > Yeah.. except something around the time went about "upgrading" the OS to > use pkg as well... which screwed the OS... fortunately I caught the > first VM it tried to do it to and was able to limit the damage just to > that VM so the rebuild was minimum. How were you upgrading ports when this happened. I ask because the old pkg_* tools didn't have the equivalent of "pkg upgrade". I'm guessing that you probably used "portupgrade -P" or "portmaster -P" as a wrapper around the pkg_* tools, and I think that requires a copy of the ports tree on the client machines even though binary packages are being used. If that's the situation, I think what probably happened is that when up updated to a version of the ports tree after support for old-style packages was turned off, poudriere rebuilt the repository with new-style packages. Then when you ran portupgrade or portmaster on the client with the same version of the ports tree, the framework then told portmaster/portupgrade to not look for WITH_PKGNG=yes in /etc/make.conf and just to go ahead and use pkg to upgrade the packages. Since the database of installed packages hadn't been upgraded with pkg2ng, chaos ensued. At the time of this transition, I was still using portupgrade to build everything from source. Before I switched to pkgNG, I was having problems with database corruption because the old package tools didn't really handle running out of disk space during an upgrade. I only upgraded packages infrequently because the process was so painful. It would take two or three days to do an upgrade on my desktop and I'd have to monitor it around the clock. If portupgrade ran into an error or stopped to ask a question just after I went to sleep, then I'd lose many hours of potential build time. Because of the infrequent upgrades I would have to deal with all of the intervening special cases in UPDATING that accumulated between upgrades, and the portupgrade -fr and -a options didn't interoperate well, so I ended up having to build some ports multiple times. If things crashed, then I'd have to run portupgrade -rf again, rebuilding a lot of things unnecessarily since there was no way of doing a restart. A classic cause of that would happen if portupgrade decided to rebuild gdm, in which case it would stop gdm before removing the the old version and restart it after installing the new version. Unfortunately, stopping gdm would kill Xorg and thus the terminal window where portupgrade was running. Eventually things got to the point that I could no longer tolerate the extended downtime of my primary desktop machine, so I started building binary packages using portupgrade -p on a faster headless machine. The builds still took a long time, but the final upgrade on my desktop using "pkg upgrade" was *much* faster. Building the packages with portupgrade was still flakey and eventually broke when the ports tree was converted to staging. At that point I bit the bullet and converted to poudriere and life was so much better. Not only did that eliminate a lot of manual intervention to build the packages, but the paralled builds sped things up a lot. Even though poudriere isn't especially efficient about deciding what needs to be rebuilt, the build times for my package set went from several days to under 12 hours, and the latter includes a number of huge ports that I never used to build. From owner-freebsd-ports@freebsd.org Thu Apr 28 07:09:07 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 152C8B1F41D for ; Thu, 28 Apr 2016 07:09:07 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 034C218FC for ; Thu, 28 Apr 2016 07:09:07 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: by mailman.ysv.freebsd.org (Postfix) id F335AB1F41C; Thu, 28 Apr 2016 07:09:06 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0B96B1F419 for ; Thu, 28 Apr 2016 07:09:06 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B67718F7; Thu, 28 Apr 2016 07:09:05 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.15.2/8.15.2) with ESMTPS id u3S769Oj048403 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 28 Apr 2016 15:06:09 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.15.2/8.15.2/Submit) id u3S768N7048402; Thu, 28 Apr 2016 15:06:08 +0800 (CST) (envelope-from kevlo) Date: Thu, 28 Apr 2016 15:06:07 +0800 From: Kevin Lo To: patpro@patpro.net Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: owncloud-9.0.1_1 Message-ID: <20160428070607.GA48392@ns.kevlo.org> References: <6B4F2881-01D4-427F-924F-A27BD3EDCF02@patpro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6B4F2881-01D4-427F-924F-A27BD3EDCF02@patpro.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 07:09:07 -0000 On Wed, Apr 27, 2016 at 04:34:23PM +0200, patpro@patpro.net wrote: > > Hello, Hi Patrick, > I'm currently trying to setup Owncloud on FreeBSD 10.2. > I'm using the provided files_external app to give access to SMB shares, but it fails when I try to upload files. > > looking at apache's logs reveal many errors: > > net: not found > net: not found > ps: illegal option -- - > usage: ps [-aCcdefHhjlmrSTuvwXxZ] [-O fmt | -o fmt] [-G gid[,gid...]] > [-J jid[,jid...]] [-M core] [-N system] > [-p pid[,pid...]] [-t tty[,tty...]] [-U user[,user...]] > ps [-L] > net: not found > net: not found > net: not found > > digging in the code shows things like: > > preg_split('/\s+/', `ps -o pid --no-heading --ppid $ppid`); > (from apps/files_external/3rdparty/icewind/smb/src/RawConnection.php) > > which will never work on FreeBSD because it requires a GNU ps... > > Similarly, in apps/files_external/3rdparty/icewind/smb/src/Server.php and apps/files_external/3rdparty/icewind/smb/src/Share.php some references to /proc/self/fd exist that must be changed in /dev/fd. > > Is there any plan to patch linux-only commands and paths in Owncloud package/port? I added a dependency on net/pecl-smbclient and it works fine for me when uploading files over smb. Please give it a spin, thanks. > thanks, > Patrick Kevin From owner-freebsd-ports@freebsd.org Thu Apr 28 07:32:35 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C3DAB1F8C2 for ; Thu, 28 Apr 2016 07:32:35 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 09D3B13D3 for ; Thu, 28 Apr 2016 07:32:35 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 08F52B1F8C1; Thu, 28 Apr 2016 07:32:35 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08942B1F8C0 for ; Thu, 28 Apr 2016 07:32:35 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2B3E13D2; Thu, 28 Apr 2016 07:32:34 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id DEE9128416; Thu, 28 Apr 2016 09:32:30 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0E7B328412; Thu, 28 Apr 2016 09:32:29 +0200 (CEST) Message-ID: <5721BC8D.2040504@quip.cz> Date: Thu, 28 Apr 2016 09:32:29 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Kevin Lo , patpro@patpro.net CC: ports@FreeBSD.org Subject: Re: FreeBSD Port: owncloud-9.0.1_1 References: <6B4F2881-01D4-427F-924F-A27BD3EDCF02@patpro.net> <20160428070607.GA48392@ns.kevlo.org> In-Reply-To: <20160428070607.GA48392@ns.kevlo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 07:32:35 -0000 Kevin Lo wrote on 04/28/2016 09:06: > On Wed, Apr 27, 2016 at 04:34:23PM +0200, patpro@patpro.net wrote: >> >> Hello, > > Hi Patrick, > >> I'm currently trying to setup Owncloud on FreeBSD 10.2. >> I'm using the provided files_external app to give access to SMB shares, but it fails when I try to upload files. [...] >> digging in the code shows things like: >> >> preg_split('/\s+/', `ps -o pid --no-heading --ppid $ppid`); >> (from apps/files_external/3rdparty/icewind/smb/src/RawConnection.php) >> >> which will never work on FreeBSD because it requires a GNU ps... >> >> Similarly, in apps/files_external/3rdparty/icewind/smb/src/Server.php and apps/files_external/3rdparty/icewind/smb/src/Share.php some references to /proc/self/fd exist that must be changed in /dev/fd. >> >> Is there any plan to patch linux-only commands and paths in Owncloud package/port? > > I added a dependency on net/pecl-smbclient and it works fine for me when > uploading files over smb. Please give it a spin, thanks. Then somebody should fix it's dependency. net/pecl-smbclient depends on net/samba36 which is deprecated, expired 2016-04-01 and is waiting for removal from the ports tree. Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu Apr 28 07:45:56 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2934AB1FC56 for ; Thu, 28 Apr 2016 07:45:56 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id E59BE1A57 for ; Thu, 28 Apr 2016 07:45:55 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (web.abinet.ru [10.0.2.4]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id 96ADCA370 for ; Thu, 28 Apr 2016 07:45:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1461829548; bh=R4oaz57PuixApbe6opl+f7da1p3DGK6HN4moYbzqAOo=; h=Date:From:To:Subject:In-Reply-To:References; b=MH26K2hcUax5w60SV1hhJHeeC0MUlDD76hmt06AarXVy/u7VD7iC5FjmvcHsoNcfr SH2M4btAL7uoH3rPrcF27SSjNs/QSHNBaGvJY1adv28PADOGYVMAbFTV81rwq9yrzi 5HOM2bk6WGRVRHRt/NT8y8kluz69kEoFDXyKUxe0= MIME-Version: 1.0 Date: Thu, 28 Apr 2016 10:45:48 +0300 From: abi@abinet.ru To: freebsd-ports@freebsd.org Subject: Re: FreeBSD Port: owncloud-9.0.1_1 In-Reply-To: <5721BC8D.2040504@quip.cz> References: <6B4F2881-01D4-427F-924F-A27BD3EDCF02@patpro.net> <20160428070607.GA48392@ns.kevlo.org> <5721BC8D.2040504@quip.cz> Message-ID: <0e91296b5ef51604bb8665db3afac78f@abinet.ru> X-Sender: abi@abinet.ru User-Agent: Roundcube Webmail/1.1.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 07:45:56 -0000 Please, make this optional! I don't want samba on my server. Miroslav Lachman пиÑал 2016-04-28 10:32: > Then somebody should fix it's dependency. net/pecl-smbclient depends on net/samba36 which is deprecated, expired 2016-04-01 and is waiting for removal from the ports tree. From owner-freebsd-ports@freebsd.org Thu Apr 28 08:18:34 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F9C4B1F866 for ; Thu, 28 Apr 2016 08:18:34 +0000 (UTC) (envelope-from crunchy101@fastmail.fm) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 06A2C17A6 for ; Thu, 28 Apr 2016 08:18:34 +0000 (UTC) (envelope-from crunchy101@fastmail.fm) Received: by mailman.ysv.freebsd.org (Postfix) id 024D7B1F865; Thu, 28 Apr 2016 08:18:34 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01F46B1F864 for ; Thu, 28 Apr 2016 08:18:34 +0000 (UTC) (envelope-from crunchy101@fastmail.fm) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF88317A5 for ; Thu, 28 Apr 2016 08:18:33 +0000 (UTC) (envelope-from crunchy101@fastmail.fm) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 83F8B20B75 for ; Thu, 28 Apr 2016 04:18:32 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Thu, 28 Apr 2016 04:18:32 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=MOw zIwBtwlCcDJA7w0e5XPFkppw=; b=d6xFM9J4BjOgDmjqvIpfrmheVtbod7YSpH7 5w1YaTXPTFaPB/62OhE8roka+sBl5o95wMI5//GLO/DiXI3T8Nqg0dnZoZTGxGX7 XNpzsd33iczlnOcrJ+MO33KAyaZ+bNKE1ybAfv2nuJxcyZi1WUBhv9uCVwTScG4y w9SoIJDQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=MOwzIwBtwlCcDJA7w0e5XPFkppw=; b=fzPVi rFmrBtoFv8njw8rbatdZ6zp1pbL5Lh/EMOWpAEeCgjRpkAtsb4Aq4tU+SifRoEVi kI0UY1frfmEBKHOKTPLucLZtkx4lwGCFB7zLBIfwxojT0PkFp+MmZmjiDC00wvh5 BeNDZgLTlTKkTPs5IEDz7Y5LTiBAe1XY5wag6s= X-Sasl-enc: 5Eg/C5Z7DYLJVoMty5ZdRhIY+Doy6AfYfyX421ZBkaZe 1461831512 Received: from [192.168.2.2] (unknown [2.29.36.102]) by mail.messagingengine.com (Postfix) with ESMTPA id 1089BC00017; Thu, 28 Apr 2016 04:18:31 -0400 (EDT) To: kuriyama@FreeBSD.org Subject: FreeBSD Port: samba-virusfilter-0.1.3_1 Cc: ports@FreeBSD.org From: Jonathan Slark Message-ID: <5721C756.60405@fastmail.fm> Date: Thu, 28 Apr 2016 09:18:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 08:18:34 -0000 There seems to be very little information on this port? I got it working with samba36 but it makes samba crash regularly. It doesn't appear to work with samba43 at all. Thanks, Jon. From owner-freebsd-ports@freebsd.org Thu Apr 28 09:11:50 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC950B1C909 for ; Thu, 28 Apr 2016 09:11:50 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from mail.mimar.rs (mail1.mimar.rs [193.53.106.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC6C14C1 for ; Thu, 28 Apr 2016 09:11:49 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from mail1.mimar.rs (localhost [127.0.1.128]) by mail.mimar.rs (Postfix) with ESMTP id 4256C45CDE1C for ; Thu, 28 Apr 2016 11:06:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1461834374; x=1463648775; bh=B8GFkbFgd2kgGMIXgcJZqY1OlIo4CNQSukJ hRstFAG8=; b=PiX7yuTDAoKDTgfJ6t+kjh1CSQAt87EXB2mlYMO6uqNCTQBtyQ8 3+/5FsntSP394D6UmBvyS18FY+TQBjXjUao6q2WT4vu6lyQadujmJifrGLTOzdxL vPUBcMM32u9usn4RtwN9ZesZY7kabFpvAYztPIPiwT3ueQ89DF8v2iuk= X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.1.128]) by mail1.mimar.rs (amavis.mimar.rs [127.0.1.128]) (amavisd-new, port 10026) with LMTP id 0c5V9YAHWpSG for ; Thu, 28 Apr 2016 11:06:14 +0200 (CEST) Received: from mephala.kappastar.com (nat-nat.kappastar.com [193.53.106.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 2EB1645CDB08 for ; Thu, 28 Apr 2016 11:06:14 +0200 (CEST) Date: Thu, 28 Apr 2016 11:06:13 +0200 From: Marko =?ISO-8859-1?Q?Cupa=3F?= To: freebsd-ports@freebsd.org Subject: Re: FreeBSD Port: owncloud-9.0.1_1 Message-ID: <20160428110613.4c4a9c7d@mephala.kappastar.com> In-Reply-To: <0e91296b5ef51604bb8665db3afac78f@abinet.ru> References: <6B4F2881-01D4-427F-924F-A27BD3EDCF02@patpro.net> <20160428070607.GA48392@ns.kevlo.org> <5721BC8D.2040504@quip.cz> <0e91296b5ef51604bb8665db3afac78f@abinet.ru> Organization: Mimar X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 09:11:50 -0000 On Thu, 28 Apr 2016 10:45:48 +0300 abi@abinet.ru wrote: > =20 >=20 > Please, make this optional! I don't want samba on my server.=20 +1 --=20 Before enlightenment - chop wood, draw water. After enlightenment - chop wood, draw water. Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-ports@freebsd.org Thu Apr 28 09:30:39 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AC71B1CE11 for ; Thu, 28 Apr 2016 09:30:39 +0000 (UTC) (envelope-from Willem@Offermans.Rompen.nl) Received: from cpsmtpb-ews05.kpnxchange.com (cpsmtpb-ews05.kpnxchange.com [213.75.39.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1A11CF6 for ; Thu, 28 Apr 2016 09:30:37 +0000 (UTC) (envelope-from Willem@Offermans.Rompen.nl) Received: from cpsps-ews07.kpnxchange.com ([10.94.84.174]) by cpsmtpb-ews05.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Thu, 28 Apr 2016 11:30:30 +0200 Received: from CPSMTPM-CMT103.kpnxchange.com ([195.121.3.19]) by cpsps-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Thu, 28 Apr 2016 11:30:30 +0200 Received: from donald.offrom.nl ([77.164.21.27]) by CPSMTPM-CMT103.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Thu, 28 Apr 2016 11:30:29 +0200 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.15.2/8.14.9) with ESMTPS id u3S9UMHB070123 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 28 Apr 2016 11:30:23 +0200 (CEST) (envelope-from Willem@Offermans.Rompen.nl) Received: from willy by squid with local (Exim 4.80) (envelope-from ) id 1aviH3-0007yo-BD; Thu, 28 Apr 2016 11:30:17 +0200 Date: Thu, 28 Apr 2016 11:30:17 +0200 From: Willem Offermans To: Matthias Andree Cc: freebsd-ports@freebsd.org Subject: Re: Failure compiling java/openjdk8 Message-ID: <20160428093017.GA30477@vpn.offrom.nl> Reply-To: Willem@Offermans.Rompen.nl References: <20160423100248.GA4742@vpn.offrom.nl> <571C8850.90604@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <571C8850.90604@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on donald.offrom.nl X-OriginalArrivalTime: 28 Apr 2016 09:30:29.0416 (UTC) FILETIME=[9A912280:01D1A130] X-RcptDomain: freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 09:30:39 -0000 Dear Matthias and FreeBSD friends, On Sun, Apr 24, 2016 at 10:48:16AM +0200, Matthias Andree wrote: > Am 23.04.2016 um 12:02 schrieb Willem Offermans: > > Dear FreeBSD friends, > > > > In my attempt to juvenile an old FreeBSD beast, I encountered another > > hurdle: a failure compiling java/openjdk8 > > > > > > gmake[4]: Leaving directory '/usr/ports/java/openjdk8/work/openjdk/jdk/make' > > gmake[4]: Entering directory '/usr/ports/java/openjdk8/work/openjdk/jdk/make' > > Compiling 9455 files for BUILD_JDK > > Killed > > gmake[4]: *** [/usr/ports/java/openjdk8/work/openjdk/build/bsd-x86-normal-server-release/jdk/classes/_the.BUILD_JDK_batch] Error 137 > > That Error 137 is "signal 9 (SIGKILL)" and added 128 for "core dump > requested". Typically an indication of a last-resort cleanup by the kernel. > > Has the machine run out of memory during the compile? > > Can you reduce the number of CPU cores used for the compile, in an > attempt to reduce RAM usage? You were right about the memory usage during the compilation. The system is an old one and has only 512 MB RAM and one CPU core. During compilation of openjdk8 it run out of memory. The swap file, which is 512 MB as well, was completely used. Shortly after this state was reached, the above error message appeared, but the system __did not__ freeze. The bad part is that I cannot upgrade the old system totally. The good part is that all other programs could be updated without any problem. Many thnx to the good work of the FreeBSD community. I really appreciate this. I like to test some things on this rejuvenated beast and probably I don't need openjdk8 for that. So I can live with the situation. I only announced it, so that other people do not run into the same situation. But who is running a FreeBSD system with 512 MB RAM nowadays anyway? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Will ************************************* W.K. Offermans Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-ports@freebsd.org Thu Apr 28 10:49:14 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E90BEB1F2EE for ; Thu, 28 Apr 2016 10:49:14 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D8A4C114E for ; Thu, 28 Apr 2016 10:49:14 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: by mailman.ysv.freebsd.org (Postfix) id D811CB1F2ED; Thu, 28 Apr 2016 10:49:14 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7BFCB1F2EB for ; Thu, 28 Apr 2016 10:49:14 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id CBE21114D; Thu, 28 Apr 2016 10:49:14 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6C00B06BQ3UH00@hades.sorbs.net>; Thu, 28 Apr 2016 03:56:29 -0700 (PDT) Subject: Re: Ports tree gone unstable? To: Don Lewis Cc: ports@freebsd.org, vmiller@hostileadmin.com, rkoberman@gmail.com References: <201604280648.u3S6mhDX006562@gw.catspoiler.org> From: Michelle Sullivan Message-id: <5721EAA6.1020600@sorbs.net> Date: Thu, 28 Apr 2016 12:49:10 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: <201604280648.u3S6mhDX006562@gw.catspoiler.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 10:49:15 -0000 Don Lewis wrote: > On 28 Apr, Michelle Sullivan wrote: >> Don Lewis wrote: >>> I'd thought that poudriere was using the host copy of pkg to do the >>> final part of the respository build, but since poudriere doesn't list >>> pkg as a dependency, that appears not to be the case. It looks like >>> poudriere is running pkg (from the repository being constructed) in the >>> jail for that. >> Yeah.. except something around the time went about "upgrading" the OS to >> use pkg as well... which screwed the OS... fortunately I caught the >> first VM it tried to do it to and was able to limit the damage just to >> that VM so the rebuild was minimum. > How were you upgrading ports when this happened. I ask because the old > pkg_* tools didn't have the equivalent of "pkg upgrade". I'm guessing > that you probably used "portupgrade -P" or "portmaster -P" as a wrapper > around the pkg_* tools, and I think that requires a copy of the ports > tree on the client machines even though binary packages are being used. Actually no, I was 'pkg_delete -fa' followed by a list of pkg_add -r http:// ... on the build hosts... Puppet deals with the production servers and relies on the entire repo list being successfully built and then all the packages being successfully regression tested. > > If that's the situation, I think what probably happened is that when up > updated to a version of the ports tree after support for old-style > packages was turned off, poudriere rebuilt the repository with new-style > packages. Then when you ran portupgrade or portmaster on the client > with the same version of the ports tree, the framework then told > portmaster/portupgrade to not look for WITH_PKGNG=yes in > /etc/make.conf and just to go ahead and use pkg to upgrade the packages. > Since the database of installed packages hadn't been upgraded with > pkg2ng, chaos ensued. > > > At the time of this transition, I was still using portupgrade to build > everything from source. Before I switched to pkgNG, I was having > problems with database corruption because the old package tools didn't > really handle running out of disk space during an upgrade. I only > upgraded packages infrequently because the process was so painful. It > would take two or three days to do an upgrade on my desktop and I'd have > to monitor it around the clock. If portupgrade ran into an error or > stopped to ask a question just after I went to sleep, then I'd lose many > hours of potential build time. Because of the infrequent upgrades I > would have to deal with all of the intervening special cases in UPDATING > that accumulated between upgrades, and the portupgrade -fr and -a > options didn't interoperate well, so I ended up having to build some > ports multiple times. If things crashed, then I'd have to run > portupgrade -rf again, rebuilding a lot of things unnecessarily since > there was no way of doing a restart. A classic cause of that would > happen if portupgrade decided to rebuild gdm, in which case it would > stop gdm before removing the the old version and restart it after > installing the new version. Unfortunately, stopping gdm would kill Xorg > and thus the terminal window where portupgrade was running. > > Eventually things got to the point that I could no longer tolerate the > extended downtime of my primary desktop machine, so I started building > binary packages using portupgrade -p on a faster headless machine. The > builds still took a long time, but the final upgrade on my desktop using > "pkg upgrade" was *much* faster. I went with pkg on one of my staging servers for the prod environment... the server had to be wiped and reinstalled from scratch... I haven't go with pkgng since and have nicknamed it 'pkg no good'.. figured I'd give it time to actually become stable before trying again (you know where you don't get an announcement that you have to upgrade past "this" version to make stuff work again).. however it's rapidly becoming apparent that the systems will no longer build without completely switching everything so its go with the unstable versions or drop NG support until I have time to fix what was broken... Health comes first, NG is officially dropped across the company as a whole it won't be happening now until/if I'm given the all clear. > Building the packages with portupgrade > was still flakey and eventually broke when the ports tree was converted > to staging. At that point I bit the bullet and converted to poudriere > and life was so much better. Not only did that eliminate a lot of > manual intervention to build the packages, but the paralled builds sped > things up a lot. Even though poudriere isn't especially efficient about > deciding what needs to be rebuilt, the build times for my package set > went from several days to under 12 hours, and the latter includes a > number of huge ports that I never used to build. > I used to patch by hand as needed. I switch to a load of headless VMs, jails, Jenkins, Puppet etc when there was the 'staging' push when I thought I could do my bit for the project.. little was I to know how little certain people care about people giving their all or production servers outside of their little domain of desktop machines who were pushing policy so fast regardless of the real world and regardless of current critical security issues that it made it impossible to switch before the deadline (asside from the fact unless you are part of the "leet" group in the know, the switch date was indicated just as an EOL (things would not be supported after this date), rather than a deadline of switch or your system will be broken the next time you try to do anything... and that the some critical patches were pushed to after the EOL and were never rolled into the quarterly.) So I set about creating a ports tree that works with the old tools and builds with the pkgng stuff... guess what... it still works.. the only thing that broke is the raw FreeBSD ports tree from HEAD... Funny thing is I'd almost got the tool chain building the latest ports on 6.x and 7.x.. even pkgng on 6.x until I found that the only thing stopping pkgng on 6.x was the use of dprinf() .. which I could duplicate a macro for, but I though, why they f**k should I bother... I have my tree working for pkg_* which means I can patch the legacy systems. ...and the unofficial dropping of support for i386 makes FreeBSD more and more irrelevant as far as I am concerned... Regards, Michelle ("unofficial dropping" - the responses for bugs have been "duplicate on 64bit as it's old (legacy) hardware" - eg (probably a bad example, but sufficient for this example) zfs bugs get the general response 'don't do zfs on i386 its not supported' and yet it's still presented as an option for the root fs at install, and it's still compiled in by default on i386... there are better examples, but I can't be bothered to look them up as it's a waste of time, you might be having an intelligent conversation with me but others won't.) -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Thu Apr 28 11:02:24 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28A62B1F87E; Thu, 28 Apr 2016 11:02:24 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 007731D0A; Thu, 28 Apr 2016 11:02:23 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.1/8.15.1) with ESMTPS id u3SB2EBT047363 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 28 Apr 2016 07:02:15 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: mx2.paymentallianceintl.com: Host 162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall.mikej.com [192.168.6.63]) by firewall.mikej.com (8.15.2/8.15.2) with ESMTP id u3SB1tOt088105; Thu, 28 Apr 2016 07:01:57 -0400 (EDT) (envelope-from mikej@mikej.com) DMARC-Filter: OpenDMARC Filter v1.3.1 firewall.mikej.com u3SB1tOt088105 Authentication-Results: mail.mikej.com; dmarc=none header.from=mikej.com DKIM-Filter: OpenDKIM Filter v2.10.3 firewall.mikej.com u3SB1tOt088105 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mikej.com; s=mail; t=1461841318; bh=VU1vHyB4q785K4Htk4vtgHiloPdn8sqNkjkeOTiRR9s=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=K4CT0epJWFYnxW2xSBPZbUb9+R67u2AgA+aKlLR2A3aSceD0nPdda+jWmia0jWGcd 7UOxiHnhhki4euokFmTABZJO2Tr4HYedTmMNebDSJYp9F3YqX+Los+vVBzQ2KNpzlY tm00F4MRouyEg42hrDF8XlA3PGwH+djeiXtkgHXNYzc/e/ouu3hwDO1xnF+9fa1QSs 0h59svet/Mh5oBzTTpjEKmfFQuNaw0SI7YMHFjnh2Fs4rdKZv61O9YE5UHUvWIfxn3 eLA+xQzLk1XNzyKwIHtTZZm835DGQkgM7oXuSAkTUn+sVhfSGaWE8ig3aTfJTVTwI4 qGaALZIN7aZ4Q== X-Authentication-Warning: firewall.mikej.com: Host firewall.mikej.com [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 28 Apr 2016 07:01:55 -0400 From: Michael Jung To: Willem@offermans.rompen.nl Cc: Matthias Andree , freebsd-ports@freebsd.org, owner-freebsd-ports@freebsd.org Subject: Re: Failure compiling java/openjdk8 In-Reply-To: <20160428093017.GA30477@vpn.offrom.nl> References: <20160423100248.GA4742@vpn.offrom.nl> <571C8850.90604@gmx.de> <20160428093017.GA30477@vpn.offrom.nl> Message-ID: <95e1e82cea31617deb6718aebf0826ef@mail.mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.1.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 11:02:24 -0000 On 2016-04-28 05:30, Willem Offermans wrote: > Dear Matthias and FreeBSD friends, > > On Sun, Apr 24, 2016 at 10:48:16AM +0200, Matthias Andree wrote: >> Am 23.04.2016 um 12:02 schrieb Willem Offermans: >> > Dear FreeBSD friends, >> > >> > In my attempt to juvenile an old FreeBSD beast, I encountered another >> > hurdle: a failure compiling java/openjdk8 >> > >> > >> > gmake[4]: Leaving directory '/usr/ports/java/openjdk8/work/openjdk/jdk/make' >> > gmake[4]: Entering directory '/usr/ports/java/openjdk8/work/openjdk/jdk/make' >> > Compiling 9455 files for BUILD_JDK >> > Killed >> > gmake[4]: *** [/usr/ports/java/openjdk8/work/openjdk/build/bsd-x86-normal-server-release/jdk/classes/_the.BUILD_JDK_batch] Error 137 >> >> That Error 137 is "signal 9 (SIGKILL)" and added 128 for "core dump >> requested". Typically an indication of a last-resort cleanup by the >> kernel. >> >> Has the machine run out of memory during the compile? >> >> Can you reduce the number of CPU cores used for the compile, in an >> attempt to reduce RAM usage? > > You were right about the memory usage during the compilation. The > system is > an old one and has only 512 MB RAM and one CPU core. During compilation > of > openjdk8 it run out of memory. The swap file, which is 512 MB as well, > was > completely used. Shortly after this state was reached, the above error > message appeared, but the system __did not__ freeze. > > The bad part is that I cannot upgrade the old system totally. The good > part > is that all other programs could be updated without any problem. Many > thnx > to the good work of the FreeBSD community. I really appreciate this. > > I like to test some things on this rejuvenated beast and probably I > don't > need openjdk8 for that. So I can live with the situation. I only > announced > it, so that other people do not run into the same situation. But who is > running a FreeBSD system with 512 MB RAM nowadays anyway? > > -- > Met vriendelijke groeten, > With kind regards, > Mit freundlichen Gruessen, > De jrus wah, > > Will > > ************************************* > W.K. Offermans > > Powered by .... > > (__) > \\\'',) > \/ \ ^ > .\._/_) > > www.FreeBSD.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to > "freebsd-ports-unsubscribe@freebsd.org" If you really want to try and build it on that system and have some free disk space you could always add a file instead of a partition as extra swap. Instuctions here: https://www.freebsd.org/doc/handbook/adding-swap-space.html --mikej From owner-freebsd-ports@freebsd.org Thu Apr 28 11:21:14 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EAB1B1FAF4 for ; Thu, 28 Apr 2016 11:21:14 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 366C6125F for ; Thu, 28 Apr 2016 11:21:14 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [10.100.0.31] (haymarket.m5p.com [10.100.0.31]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id u3SBL5hY009705 for ; Thu, 28 Apr 2016 07:21:11 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Subject: Re: Failure compiling java/openjdk8 To: freebsd-ports@freebsd.org References: <20160423100248.GA4742@vpn.offrom.nl> <571C8850.90604@gmx.de> <20160428093017.GA30477@vpn.offrom.nl> <95e1e82cea31617deb6718aebf0826ef@mail.mikej.com> From: George Mitchell Message-ID: <54de3602-e207-d985-4326-92022379cff1@m5p.com> Date: Thu, 28 Apr 2016 07:21:05 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <95e1e82cea31617deb6718aebf0826ef@mail.mikej.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [10.100.0.247]); Thu, 28 Apr 2016 07:21:11 -0400 (EDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 11:21:14 -0000 On 04/28/16 07:01, Michael Jung wrote: > [...] > If you really want to try and build it on that system and have some free > disk > space you could always add a file instead of a partition as extra swap. > > Instuctions here: > > https://www.freebsd.org/doc/handbook/adding-swap-space.html > > --mikej > [...] I must warn you that using "swapon " (at least on FreeBSD 8 and earlier) was a guaranteed recipe for a panic for me. I've been afraid to try it any more recently. -- George From owner-freebsd-ports@freebsd.org Thu Apr 28 11:51:58 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3772B1E5DC for ; Thu, 28 Apr 2016 11:51:58 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 848091208 for ; Thu, 28 Apr 2016 11:51:58 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 83876B1E5DB; Thu, 28 Apr 2016 11:51:58 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83292B1E5DA for ; Thu, 28 Apr 2016 11:51:58 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CFDC1206 for ; Thu, 28 Apr 2016 11:51:58 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mail-wm0-x232.google.com with SMTP id a17so60890342wme.0 for ; Thu, 28 Apr 2016 04:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=me5VJgLfeYyUS934Vt70pqjyHPQD8Ap11F3KOgUJUxE=; b=f2lF5Hj8nPE8xytlZbQPWdWL0RYfwi4EGqoxHhb8ahXZP2huhQ/M4STTOVPKwwMyQf Ga8wY2AkTxXoGmz8M4hRI5TbVcHXYZ7YkNmYKlzwgy7RSZBrcGdmdjJFSanuPPnBwsUB MAQWTUZEWpfrJau29zskHIw4hG8BaUXf26j6KCDv1Ex6en2vfZKQA/SPvzYCknIKB6HJ PpDt8qLyX3SZO34j+hzD3om7JLBABHXMHTc51FS3ru/uRaFKYxfPU9qSMoH47MBXbv9K whd/1QSYkDCdmiimDqJHVLuEAGUcS4corMGFNz7ewDrdIRvgNQRug4/LO/WRraDA44ej t8QQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=me5VJgLfeYyUS934Vt70pqjyHPQD8Ap11F3KOgUJUxE=; b=NFv48GaT5oBfGwknP6mqHWL1EJMbK2wMns0zJl8uE9iQUATNrvkl5cRKy9P9qTv27q kXluVIlP4tJS37e/8c58tt5k1r59Ww31V7Z9/Rp5Gr8pycXE0onM9JVXWo6yR9xZqk7u T+NzLTwbVUxA1I4EoTe8GkywaOs31nOrH7XZWmHkmDhXJ5x5KxfKl7YAKa8KZDnWt94r SzWTM45szcWLwAbEXPiq/MhMsIY7wkMALXpqARhiqAZofo5/JFnZfnj3cUs2QeGrD6yq 40od6yMVLtUBZV9HOsnbAKUvD5GdE6Y1kZGn9M6rC/VIAQPAXz+PzUcwGYAHvQL+Lg4Q mWrg== X-Gm-Message-State: AOPr4FWj1cXZmYoPD7BOjOjw2R9ngVw0X2mBD0yDDZmNAmEq6WPP6V/zMa8kATNvqJh1KA== X-Received: by 10.194.2.130 with SMTP id 2mr14778933wju.77.1461844315877; Thu, 28 Apr 2016 04:51:55 -0700 (PDT) Received: from gumby.homeunix.com ([2.222.64.48]) by smtp.gmail.com with ESMTPSA id 186sm34748690wmk.2.2016.04.28.04.51.54 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Apr 2016 04:51:54 -0700 (PDT) Date: Thu, 28 Apr 2016 12:51:53 +0100 From: RW To: ports@freebsd.org Subject: Re: Ports tree gone unstable? Message-ID: <20160428125153.49d29836@gumby.homeunix.com> In-Reply-To: <201604280648.u3S6mhDX006562@gw.catspoiler.org> References: <572140C0.1030903@sorbs.net> <201604280648.u3S6mhDX006562@gw.catspoiler.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 11:51:58 -0000 On Wed, 27 Apr 2016 23:48:43 -0700 (PDT) Don Lewis wrote: > I'd lose many hours of potential build time. Because of the > infrequent upgrades I would have to deal with all of the intervening > special cases in UPDATING that accumulated between upgrades, and the > portupgrade -fr and -a options didn't interoperate well, so I ended > up having to build some ports multiple times. If things crashed, > then I'd have to run portupgrade -rf again, rebuilding a lot of > things unnecessarily since there was no way of doing a restart. FWIW the portupgrade -fr entries in UPDATING only need be followed if you are doing a partial update. Any port affected by these gets its port revision bumped, so is rebuilt as part of a portupgrade -a. From owner-freebsd-ports@freebsd.org Thu Apr 28 14:49:25 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BCB6B1F3E1 for ; Thu, 28 Apr 2016 14:49:25 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 19D1C11FC for ; Thu, 28 Apr 2016 14:49:25 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: by mailman.ysv.freebsd.org (Postfix) id 15BDDB1F3E0; Thu, 28 Apr 2016 14:49:25 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13300B1F3DF for ; Thu, 28 Apr 2016 14:49:25 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from mx-p1.obspm.fr (mx-p1.obspm.fr [145.238.193.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.obspm.fr", Issuer "TERENA SSL CA 3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF5511FB for ; Thu, 28 Apr 2016 14:49:24 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) (authenticated bits=0) by mx-p1.obspm.fr (8.14.4/8.14.4/DIO Observatoire de Paris - 15/04/10) with ESMTP id u3SEnKsu014209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 28 Apr 2016 16:49:21 +0200 Date: Thu, 28 Apr 2016 16:49:20 +0200 From: Albert Shih To: ports@freebsd.org Subject: Ports with X11 options Message-ID: <20160428144920.GJ71021@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.6.0 (2016-04-01) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (mx-p1.obspm.fr [145.238.193.20]); Thu, 28 Apr 2016 16:49:21 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.99 at mx-p1.obspm.fr X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 14:49:25 -0000 Hi, Some ports got a option « WITH_X11 ». I would like to known what's that mean on a server ? Can I safely disable every WITH_X11 if those software is for a server. For example, php-gd need graphics/cairo. If I disable X11 can I got some issue with php-gd ? Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: jas@obspm.fr Heure local/Local time: jeu 28 avr 2016 16:44:27 CEST From owner-freebsd-ports@freebsd.org Thu Apr 28 15:27:00 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82326B1FF4E for ; Thu, 28 Apr 2016 15:27:00 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C3C31E87 for ; Thu, 28 Apr 2016 15:26:59 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from ox-dell39.ox.adestra.com (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id C9BE5BC89 for ; Thu, 28 Apr 2016 15:26:49 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/C9BE5BC89; dkim=none; dkim-atps=neutral Subject: Re: Ports with X11 options To: freebsd-ports@freebsd.org References: <20160428144920.GJ71021@pcjas.obspm.fr> From: Matthew Seaman Message-ID: <78073ca2-829f-a54b-1654-4c0e2c363eab@freebsd.org> Date: Thu, 28 Apr 2016 16:26:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20160428144920.GJ71021@pcjas.obspm.fr> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="F1IqcCOEA1AhNpH582NxRCTjTQlRjmWSI" X-Virus-Scanned: clamav-milter 0.99.1 at smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 15:27:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --F1IqcCOEA1AhNpH582NxRCTjTQlRjmWSI Content-Type: multipart/mixed; boundary="8rkbdW0bxg0oSuW2ScbmNhlJit2cFDJt6" From: Matthew Seaman To: freebsd-ports@freebsd.org Message-ID: <78073ca2-829f-a54b-1654-4c0e2c363eab@freebsd.org> Subject: Re: Ports with X11 options References: <20160428144920.GJ71021@pcjas.obspm.fr> In-Reply-To: <20160428144920.GJ71021@pcjas.obspm.fr> --8rkbdW0bxg0oSuW2ScbmNhlJit2cFDJt6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 04/28/16 15:49, Albert Shih wrote: > Some ports got a option =C2=AB WITH_X11 =C2=BB. I would like to > known what's that mean on a server ? Can I safely disable every WITH_X1= 1 if > those software is for a server. >=20 > For example, php-gd need graphics/cairo. If I disable X11 can I got som= e > issue with php-gd ? This depends very much on the port in question. Yes, for some ports WITH_X11 means the software is compiled so that it can make use of a graphical environment, and that is generally safe to turn off on a server= =2E For other ports, like GD, these use bits of X Windows to generate images -- typically something like using X fonts to render text into the image. In these cases, turning off the X11 support will remove that functionality, which may or may not be what you want. It's also the case that some ports higher in the dependency tree sometimes expect their dependencies to have X support, but that isn't enforced through the ports. so turning off X in a dependency can break the build of some other ports. In general, X support for an application will need only the X client libraries, and those are not huge. Unless you're in a very constrained environment or you're a perfectionist[*], just leaving the server ports with X enabled is not going to cause you any terrible problems. Cheers, Matthew [*] Like me. I build packages for server deployment without X support as far as possible, and luckily it's not mandatory for pretty much anything we want to deploy. Except for Java stuff: JVMs always link against the X client libraries. But it took a few rounds of trial and error and fiddling with options under poudriere to get things building to my liking. --8rkbdW0bxg0oSuW2ScbmNhlJit2cFDJt6-- --F1IqcCOEA1AhNpH582NxRCTjTQlRjmWSI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJXIiu5AAoJEABRPxDgqeTnDpEP/2Dr6zVVQilg1YOj+WP92hxj KbPWO38uOL0aj/NKbT9MvQLIYsiBFOfCNtB6CHt4UPC20Yj33VoKZZyVA+EaVM6x 505LveSs2o9wpPwAsWHWwKSuyFy31p4uqO4v1jIiw4ETDs+D/PVhxLEQDQdxGBqT E+y8HkNuxbANBvKcIC2L6qYxnb3B6ggrvlnutFrpEtCsNNZ9mFd36xujTn1+s2VL VNvwZIPYWpO/F4ozeiPuy5r+itQZ6nk4EuIFH8HuAAhUaw7RJct7dxHyyHUBy49J SBqCdRNKGGTvxPVye54J06D+5ZqvStiGRDB3R1rhyEFOb8Eur/5zja50oLbLRjWV uu1SPDIJxfR54XbGkpU+l13NoBHvye61h/jwVmqHw0r+oe3JMEg3Rh1cFmDTvDNX TGp3HJKDQLV9LBA7KqlHwWhNMMazvqegNX403AtpHZMA0gAPk0gUm10KAuAMucyt ekuIt4x+uz0uvLGIqxQa9Txu4WUYYcu98hjpvZeyhN0gBewMHuUvq0uYzKnwfNgh 3mAkgJ0DxOILCYwqta3/BoRcZ+FlCePHfSkou2mbFXYYwxTs2CaXf0M6bjkvmMdO 8P0EkWuqRORo4c7g1Z1PwxoQTofdKZilHqKczeoNJ6qA9sEFJEOFlQCwJ3iynZww 3Ye5fChIScA2TXFqfhsk =WqRT -----END PGP SIGNATURE----- --F1IqcCOEA1AhNpH582NxRCTjTQlRjmWSI-- From owner-freebsd-ports@freebsd.org Thu Apr 28 15:32:39 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D83ACB1F0D7 for ; Thu, 28 Apr 2016 15:32:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C630711AE for ; Thu, 28 Apr 2016 15:32:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id C176CB1F0D6; Thu, 28 Apr 2016 15:32:39 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C119DB1F0D4 for ; Thu, 28 Apr 2016 15:32:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86FD711AD for ; Thu, 28 Apr 2016 15:32:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8CB4A28417; Thu, 28 Apr 2016 17:32:35 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id DBAA42840C; Thu, 28 Apr 2016 17:32:34 +0200 (CEST) Message-ID: <57222D12.9050304@quip.cz> Date: Thu, 28 Apr 2016 17:32:34 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Albert Shih , ports@freebsd.org Subject: Re: Ports with X11 options References: <20160428144920.GJ71021@pcjas.obspm.fr> In-Reply-To: <20160428144920.GJ71021@pcjas.obspm.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 15:32:39 -0000 Albert Shih wrote on 04/28/2016 16:49: > Hi, > > Some ports got a option « WITH_X11 ». I would like to > known what's that mean on a server ? Can I safely disable every WITH_X11 if > those software is for a server. > > For example, php-gd need graphics/cairo. If I disable X11 can I got some > issue with php-gd ? If you don't want to read / write images in some X11 format, you don't need this option enabled. I have this settings in make.conf for all our servers for many years OPTIONS_UNSET= X11 GUI CUPS DOCS EXAMPLES NLS HAL No problems so far. Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu Apr 28 16:47:59 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED49EB1F08B for ; Thu, 28 Apr 2016 16:47:59 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D418211FD for ; Thu, 28 Apr 2016 16:47:59 +0000 (UTC) (envelope-from patpro@patpro.net) Received: by mailman.ysv.freebsd.org (Postfix) id CFC25B1F08A; Thu, 28 Apr 2016 16:47:59 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF6D0B1F089 for ; Thu, 28 Apr 2016 16:47:59 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from rack.patpro.net (rack.patpro.net [193.30.227.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "patpro.net", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9684E11FB; Thu, 28 Apr 2016 16:47:59 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by rack.patpro.net (Postfix) with ESMTPSA id 992A91EB6; Thu, 28 Apr 2016 18:47:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=201604-e1c2207b; t=1461862070; bh=G9Yc33+ugRhqrSYQiq7gjy5H2e2SXx3GbZgvSsClPIs=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=l6IOhzDGX2pr0VItnX/4FlcZ8ZH0ng+l2A0F4E657AYN7tP3/eQw0bUvIAhXpIrnV dCcTiZqP1uyU6X3Cy9kqXIjm/w/88WeaIkt6G+C5M1EfwUC8zGGbgfHOfV7lfkurDD DTkCY3pz0fGfBn7d0KLoryM0/BWZCmwCLKnl7F2YVKB8uf/RlDlHKDayKXLc2rvx9N xLL5zqIxbz/+aGrnF2rsm8zlL6MKBl+sIr3ZL8nOwZI1zin06AHTOGTGCUOPx53mZj z6H5QRZ+0HZ0CGheKumZ9MjicWkHuILvyToCuQFNAG0XndI02LERg2Ynzu3chNyNgu noydsQXxPY/352mMqeeypPCkW89jlM43f0kdoLeqvpGPhkA+xOaelTqHffo0OK7pRz fz1ilJIGFcasjF4E3fHT0WuoKqNR8jd6Eq9UXeBqkQNDKnCfoF6HWEJKWHgDXgO2P2 dtUH+oL2XD8wSnEOCxL1cAQHlNjNhrIjMQ7n5sq5EKx0xertWvXfSamzW3LjfSI4q+ /fmwvSTyZK/VHn1tiNZx96ptQkfA79Bzk+c/5AVr/UqkzGcIba6S+9KUdrMrGQDPBt H7e7D9L4w3Y8t5x/lKZtiIRGwSJvLw+aQVjpK8bZ/cpJoWDqakyrM9tCiHNWwLIn6T ey/rAjWcodgRdXHB7qlQpTSk= Subject: Re: FreeBSD Port: owncloud-9.0.1_1 Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Patrick Proniewski In-Reply-To: <5721BC8D.2040504@quip.cz> Date: Thu, 28 Apr 2016 18:47:47 +0200 Cc: ports@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <6B4F2881-01D4-427F-924F-A27BD3EDCF02@patpro.net> <20160428070607.GA48392@ns.kevlo.org> <5721BC8D.2040504@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz>, Kevin Lo X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 16:48:00 -0000 On 28 avr. 2016, at 09:32, Miroslav Lachman wrote: > Kevin Lo wrote on 04/28/2016 09:06: >>=20 >> I added a dependency on net/pecl-smbclient and it works fine for me = when >> uploading files over smb. Please give it a spin, thanks. >=20 > Then somebody should fix it's dependency. net/pecl-smbclient depends = on net/samba36 which is deprecated, expired 2016-04-01 and is waiting = for removal from the ports tree. Thanks Kevin, I'm going to give it a try. But as Miroslav points out, = now we have a problem with pecl-smbclient :/ Not such a big deal for me right now, because I'm using samba-smbclient = which comes only as separate pkg as version 3.6. I'm "deprecated" = already ;) regards Patrick= From owner-freebsd-ports@freebsd.org Thu Apr 28 16:54:14 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF128B1F2CB for ; Thu, 28 Apr 2016 16:54:14 +0000 (UTC) (envelope-from daniel@morante.net) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 706F2178C for ; Thu, 28 Apr 2016 16:54:13 +0000 (UTC) (envelope-from daniel@morante.net) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 4C2E611F852 for ; Thu, 28 Apr 2016 12:44:56 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id E8Gjlf5gQYuj for ; Thu, 28 Apr 2016 12:44:49 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id 9B57011F831 for ; Thu, 28 Apr 2016 12:44:49 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1461861889; bh=IE5Duw2eUh+Ozk0LmIlMNtt/VYjnRgFbvuEFr45iKI8=; h=Subject:To:References:From:Date:In-Reply-To; b=emns462ZzZMym8qRFGbVAVrtwiaGsfiszOtRPkPUhF78k6DjX1vcmNccsfLIXB6my KkCE5AAqAklwjMdL2ti3/jhStnBpR0WLm8FRmRB8HfPBW1ewhpfThyaJqLLaRhGpSm IenXHgumqIbBSn21q/67rygYF/EV+SlWiBINgImw= Subject: Re: WANT_BDB_VER Ignored To: freebsd-ports@freebsd.org References: <572022E2.30504@morante.net> From: Daniel Morante Message-ID: Date: Thu, 28 Apr 2016 12:44:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms080508050401030002090508" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 16:54:14 -0000 This is a cryptographically signed message in MIME format. --------------ms080508050401030002090508 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Thanks, that resolves the issue. Is their a way to set the default DB version with make.conf? I tried usin= g: DEFAULT_VERSIONS+=3Dbdb=3D4.8 That didn't work. I have about 50+ custom ports (crypto currency wallets need DB 4.8) that = use this option and rather than manually set the DB version for each=20 one, I'd like to see if I can set it globally so when I'm ready to=20 upgrade to DB 5.3, I don't have to go back and change them all. On 4/27/2016 5:04 AM, Mathieu Arnold wrote: > > +--On 26 avril 2016 22:24:34 -0400 Daniel Morante > wrote: > | I have the following in a port Makefile: > | > | USE_BDB=3D yes > | WANT_BDB_VER=3D 48 > > Mmm, WANT_BDB_VER is not supported any more, like the commit says, use > USES=3Dbdb:48. > --------------ms080508050401030002090508 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CuAwggT2MIID3qADAgECAhAznC43wcrv7wa6264oJri3MA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwMjIxMjAxNTQ3WhcNMTcwMjIxMjAxNTQ3WjBAMRswGQYDVQQDDBJkYW5p ZWxAbW9yYW50ZS5uZXQxITAfBgkqhkiG9w0BCQEWEmRhbmllbEBtb3JhbnRlLm5ldDCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAM//K+0oQd6pOo44TXMNEBs4Xx4tu4YYAAYY S5cU3QzVR0nE8adgMrWLKHsxuFDVaUiMeicZL7VNxLfY64ugTf4/wTQLKIYnf4jW7I9NJlHo Q80AEbUlU3dvijwRk23jlJ4yWpkGz6hPTZLdxqMto1g81/odGDrISmMJDEnnvHpBolkmbhy9 djt0uuRq7jwJSWateJpFIy4ogpRD7L7/HpuOD2ilv6XoEtPNx0eOtfyIlrp5fuzF+LPsTi/d TbDpOy3S8gJW3kgudt7fo+hT7u0eU/BYyq1BAMQa5ZZN1w0swcdr2U7GamVNVXx/ybGStfwt Kv6xvvRkQro2dH7tbeUCAwEAAaOCAbUwggGxMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNVHQ4EFgQUv/ap8/yXJ4r11LD9 MLmt0JDY9cswHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdIbWgwbwYIKwYBBQUHAQEE YzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wOQYIKwYBBQUHMAKG LWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNydDA4BgNVHR8E MTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5jcmwwHQYD VR0RBBYwFIESZGFuaWVsQG1vcmFudGUubmV0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIEMCwwKgYIKwYBBQUHAgEWHmh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG9w0BAQsFAAOCAQEABTLLtD+D thKORAyk5p7SyPUmDpFdnmrxSU8zydtOue5MEqTDnF3JsSWJ5nVR3g5IonRQ5MoEQK+Hr8dU bDgchN5luw/9QML5FEnxgbkHabMDpVbF5UTdTzFhp+D0KF6iN/ZwkZmT6Z/mXb+0WU+4db7Y wsA3zycdlBSurmrnLcecqrmdKVA/ncgFiQ9W3OtkEUlM7ESSeYdmu/xM9vKEJMhZ3ZZNLait rn0aUc2EumWCiP7dDsuzXe/FAZdLzOKa50SjlLsswjUUExS5u0urGHsfLjMRgtzV2KmqOkEx PXuIfSwPhUm+5590kVSCyHwZox2ReQjR3KpYGayh/cc0+TCCBeIwggPKoAMCAQICEGunin0K 14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE1MTIx NjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2 /A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlP g19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhh aBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYe kKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMC AwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYB BQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3Js LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhho dHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRz c2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYD VR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0gBDgwNjA0BgRVHSAAMCwwKgYI KwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG9w0BAQsF AAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdOruKbrWDsXUsiI0j/7Crf t9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM3yl3WFIRS4WhNrsO Y14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2Fo+/e7UkQvKz Neo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+q5an2P2i 7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo02wr lxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYH Y0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgY anqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nT ET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPMMIIDyAIBATCBiTB1MQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBAhAznC43wcrv7wa6264oJri3MA0GCWCGSAFlAwQCAQUAoIICEzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA0MjgxNjQ0MzVaMC8GCSqGSIb3DQEJ BDEiBCCvyIS5OZWrHilLx2Bfd/DTFcqGbk/Q98f9Dy8ZbgJnhDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGaBgkrBgEEAYI3EAQx gYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsT IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBD bGFzcyAxIENsaWVudCBDQQIQM5wuN8HK7+8GutuuKCa4tzCBnAYLKoZIhvcNAQkQAgsxgYyg gYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0 YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFz cyAxIENsaWVudCBDQQIQM5wuN8HK7+8GutuuKCa4tzANBgkqhkiG9w0BAQEFAASCAQBiSPLJ NYek7y3XfzBuAhMbZex13wYHt0Er1poMa5NqFWVpVnIfsBuH4QdM6Olm1WRw1F6bMKwD+7QC N37d2kfweGr/7NTfQajnHzasXSYO3CJg+e2BPkXXtS8VWReIPkVlftkLrw2mjvW4jYR2x7ow O2q0NlHCErHMJRfwbJYLC9luzK/UemB+0rTuuBSBsX2tLjcqOMTEfMS/mcVtwxEdDD5H4Pwh 87huOltarSqZsqKKFllDMLBBFH5yokXPNweLEk9ljOitVHKa7tD8CXMVAfe1JerBxWm0i/I+ Rtzwt5cdzxCcBHFisRQyaTaL2HRMQVYp0zLBOrgqhtp1DVNdAAAAAAAA --------------ms080508050401030002090508-- From owner-freebsd-ports@freebsd.org Fri Apr 29 04:23:37 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F2DFB20928 for ; Fri, 29 Apr 2016 04:23:37 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E15E11DFD; Fri, 29 Apr 2016 04:23:36 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id vzxlaRYaAN9d0vzxmaViPH; Thu, 28 Apr 2016 22:23:35 -0600 X-Authority-Analysis: v=2.2 cv=QZUkhYTv c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kziv93cY1bsA:10 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=o6pEWR2LGtcHs6IJcFgA:9 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id A580913753; Thu, 28 Apr 2016 21:23:33 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u3T4NXpX005764; Thu, 28 Apr 2016 21:23:33 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201604290423.u3T4NXpX005764@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Mathieu Arnold cc: Cy Schubert , freebsd-ports@freebsd.org Subject: Re: MASTER_SITES= LOCAL/ In-Reply-To: Message from Mathieu Arnold of "Sat, 23 Apr 2016 12:34:10 +0200." <4CA824B01D94B9A964553A84@atuin.in.mat.cc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Apr 2016 21:23:33 -0700 X-CMAE-Envelope: MS4wfH3H4VH+P5ohqM2PpbJfsqlr6H57n2CeTtv1v7S4OUREz1H+ZZbiT+nB5G+t7tlfPOxEhM8z+6Xer1RLeFlo8109gDL9yv7W48es6Yfq9zUGhRBvHUII c9rQFFpp/7Y/+4zseqbOZ52WEbH0ijMBhhKTtP0zG7u9xgyTpwMdwSrReBk9YbykPI52JJpFuouhX/6f2kxk0nVqIMhWnbf4BR4= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 04:23:37 -0000 In message <4CA824B01D94B9A964553A84@atuin.in.mat.cc>, Mathieu Arnold writes: > +--On 22 avril 2016 21:30:31 -0700 Cy Schubert > wrote: > | Hi, > | > | I've noticed recently that a number of ports with MASTER_SITES= LOCAL/ > | have been marked BROKEN due to being unfetchable. Should local master > | sites on people.freebsd.org be defined differently? Has there been a > | change in policy? > > LOCAL/ is not really valid, it's supposed to be LOCAL/. > > Do you have a list of ports that are affected ? Now that I 1/4 better and thinking clearly, I see where the problem is. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@freebsd.org Fri Apr 29 09:49:26 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DD1EB20EA6 for ; Fri, 29 Apr 2016 09:49:26 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (prod2.absolight.net [79.143.243.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5668F13B1 for ; Fri, 29 Apr 2016 09:49:25 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id E21FDBDC87; Fri, 29 Apr 2016 11:49:22 +0200 (CEST) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id B8E25BDC71; Fri, 29 Apr 2016 11:49:22 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 95DF5614C; Fri, 29 Apr 2016 11:49:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id E53D9252F3B5; Fri, 29 Apr 2016 11:49:20 +0200 (CEST) Date: Fri, 29 Apr 2016 11:49:20 +0200 From: Mathieu Arnold To: Daniel Morante , freebsd-ports@freebsd.org Subject: Re: WANT_BDB_VER Ignored Message-ID: <5F8907DAD660133DD1BD2D98@ogg.in.absolight.net> In-Reply-To: References: <572022E2.30504@morante.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========8A1C7B74C40328BC63BF==========" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 09:49:26 -0000 --==========8A1C7B74C40328BC63BF========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +--On 28 avril 2016 12:44:35 -0400 Daniel Morante wrote: | Thanks, that resolves the issue. | | Is their a way to set the default DB version with make.conf? I tried | using: | | DEFAULT_VERSIONS+=bdb=4.8 | | That didn't work. | | I have about 50+ custom ports (crypto currency wallets need DB 4.8) that | use this option and rather than manually set the DB version for each one, | I'd like to see if I can set it globally so when I'm ready to upgrade to | DB 5.3, I don't have to go back and change them all. Mmm, no, you want WITH_BDB_VER, though changing it to DEFAULT_VERSIONS could be a good idea. -- Mathieu Arnold --==========8A1C7B74C40328BC63BF========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJXIy4gXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85I9XsP/1mC/ez1xN1LpQbv6EPR9psH emd6Eg3Tz11leYGOr3AV9V34rBg8xo2cisu6/4NoEdtp7zfXdISFAR+9wxQ9RzlX 0ghR7QYA7bt9U6SOmL2x+6HbbP2cPWCpwoOVMfq1FxTu01xFBFbor+gN5nLhcwaz sa1JYSrFzNF899NM5J7avxrG1sTWpREjbIE0vBMECugUGOuElMlpSNK8WcfXEEW9 d8NizAZdFP1KSmsiKuATWREoMjwIPwabO1XIiatVg5gFv9EW4jxDbhatfscazsJC FSWtkZW+FakUcsBZrKm57p9AKnT4uDTAJ74IloD4G8ZpNAxikproNH7G+R3k9gp+ WXfERF8eiZ/fWv7dPjwBC7PZ26QYR/2oZQUN6U9ZrppJhJwNU7XVkUHlCAwKv83b yu1vZ1DdpVHnhDmhaSlHkshiJMwLfElzYNUeAktYw7iMZgDcR5Ibk2V3Nlw66D9v 4AyELtEuv5Jq2/YpW9wwSXxlvjuva5td4RrJ4TgXpaYeQOPAHs8phMvPY3mQKhDO EsgtNizykavS9FGhwlqH7P7Eeb2+1RGhDbcgNvo2PYzMp+hYy4HXajMMEFZ/FLMS HxKgTqvouq9C+zxUch+OnsPGuePLdCejngv3/2SSmLwrv1Pa7au5/QEPrcLhng8C uLIhTNCIOKMZD+TH8MiX =bcs1 -----END PGP SIGNATURE----- --==========8A1C7B74C40328BC63BF==========-- From owner-freebsd-ports@freebsd.org Fri Apr 29 10:18:20 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15C0AB1EA2C for ; Fri, 29 Apr 2016 10:18:20 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 047D91474 for ; Fri, 29 Apr 2016 10:18:20 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 03DC2B1EA2A; Fri, 29 Apr 2016 10:18:20 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 011E0B1EA29 for ; Fri, 29 Apr 2016 10:18:20 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E97AD1472 for ; Fri, 29 Apr 2016 10:18:19 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.15.2/8.15.2) with ESMTP id u3TAIJPp035262 for ; Fri, 29 Apr 2016 10:18:19 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.15.2/8.15.2/Submit) id u3TAIJgN035261; Fri, 29 Apr 2016 10:18:19 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201604291018.u3TAIJgN035261@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Fri, 29 Apr 2016 10:18:19 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 10:18:20 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/py-apsw | 3.11.1 | 3.12.2-r1 ------------------------------------------------+-----------------+------------ lang/sbcl | 1.3.1 | 1.3.5 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@freebsd.org Fri Apr 29 12:22:31 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49CD4B1FACA for ; Fri, 29 Apr 2016 12:22:31 +0000 (UTC) (envelope-from support@maxymizely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 30FA2183C for ; Fri, 29 Apr 2016 12:22:31 +0000 (UTC) (envelope-from support@maxymizely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 303E0B1FAC9; Fri, 29 Apr 2016 12:22:31 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FCE3B1FAC8 for ; Fri, 29 Apr 2016 12:22:31 +0000 (UTC) (envelope-from support@maxymizely.com) Received: from m243.mxout.mta4.net (m243.mxout.mta4.net [67.227.85.243]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 16EDC183A for ; Fri, 29 Apr 2016 12:22:30 +0000 (UTC) (envelope-from support@maxymizely.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/simple; d=maxymizely.com; h=MIME-Version:Subject:Date:From:Reply-To:To:Message-ID:List-Unsubscribe:Content-Type; q=dns/txt; s=api; t=1461932534; bh=wnClOXPnqnrQyZu+ib0i7TgiXqI=; b= W7LGtDam7krgj8LcMnazZkQ65m+yKoIGIxMLiOVCDdVeBVwPyIra3JS4G2TKSkMmqMXRKCf5zxQQMfYKWvQv0aj+OAztr0lxNRst/whdpUjwqpRjVhKD9b6/0OAzpNuSBdCES/bv/gn1fj3Q2wEq03PUG5mNACNe9GDKKoZlN0I= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/simple; d=elasticemail.com; h=MIME-Version:Subject:Date:From:Reply-To:To:Message-ID:List-Unsubscribe:Content-Type; q=dns/txt; s=api; t=1461932534; bh=wnClOXPnqnrQyZu+ib0i7TgiXqI=; b= ft2Zjf72/m/awpppWBXJ0jDxKd4k1YuSluIBx+Xg4KVXHajIbdsid7/5FETwsTjtqKUmJHGMv96IgozClBVwq5dPJc6vSXOEOf2Dxt2iP3/37w94S8bI96FNWTzT8x5Irc16Bi7GiH0lSoeLkku0syEz2tD6I2SGusUh/4JaW8E= From: Maxymizely To: ports@freebsd.org Date: Fri, 29 Apr 2016 12:22:27 +0000 Subject: Analytical instruments, A/B and multivariate testing Message-Id: <4ty2fcf5ay9y.zcdNwMES5-AMNiSgvTHZsw2@tracking.maxymizely.com> Reply-To: Maxymizely Sender: Maxymizely X-Mailer: tracking.maxymizely.com MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 12:22:31 -0000 From owner-freebsd-ports@freebsd.org Fri Apr 29 14:42:31 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EB96B20069 for ; Fri, 29 Apr 2016 14:42:31 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7601DC5 for ; Fri, 29 Apr 2016 14:42:31 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: by mailman.ysv.freebsd.org (Postfix) id 4E762B20068; Fri, 29 Apr 2016 14:42:31 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E244B20067 for ; Fri, 29 Apr 2016 14:42:31 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: from smtp.dovecot.fi (smtp.dovecot.fi [193.209.119.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9ED9F1DC1 for ; Fri, 29 Apr 2016 14:42:30 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: from appsuite-dev-gw2.open-xchange.com (unknown [217.6.212.138]) by smtp.dovecot.fi (Halon Mail Gateway) with ESMTPSA; Fri, 29 Apr 2016 17:32:11 +0300 (EEST) Date: Fri, 29 Apr 2016 17:32:08 +0300 (EEST) From: aki.tuomi@dovecot.fi To: ports@FreeBSD.org Cc: Timo Sirainen Message-ID: <1295017097.844.1461940329910@appsuite-dev.open-xchange.com> Subject: Maintainer for dovecot MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.8.2-Rev0 X-Originating-Client: open-xchange-appsuite X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 14:42:31 -0000 Hi! Do you happen to know who is responsible for Dovecot package in FreeBSD? We would like to keep in touch occasionally and see if we can do co-operation with the packages. Aki Tuomi Dovecot Oy From owner-freebsd-ports@freebsd.org Fri Apr 29 14:47:23 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0F56B2015E for ; Fri, 29 Apr 2016 14:47:23 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D1A311EEB for ; Fri, 29 Apr 2016 14:47:23 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id D0D88B2015D; Fri, 29 Apr 2016 14:47:23 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D084CB2015C for ; Fri, 29 Apr 2016 14:47:23 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A8D91EEA for ; Fri, 29 Apr 2016 14:47:23 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1aw9hU-000IND-K3; Fri, 29 Apr 2016 16:47:24 +0200 Date: Fri, 29 Apr 2016 16:47:24 +0200 From: Kurt Jaeger To: aki.tuomi@dovecot.fi Cc: ports@FreeBSD.org, Timo Sirainen Subject: Re: Maintainer for dovecot Message-ID: <20160429144724.GA2282@home.opsec.eu> References: <1295017097.844.1461940329910@appsuite-dev.open-xchange.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1295017097.844.1461940329910@appsuite-dev.open-xchange.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 14:47:24 -0000 Hi! > Do you happen to know who is responsible for Dovecot package in > FreeBSD? We would like to keep in touch occasionally and see if we > can do co-operation with the packages. http://www.freshports.org/mail/dovecot2/ lists the maintainer as: adamw@FreeBSD.org -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-ports@freebsd.org Fri Apr 29 14:50:52 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CF66B2024D for ; Fri, 29 Apr 2016 14:50:52 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 09C9411BF for ; Fri, 29 Apr 2016 14:50:52 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: by mailman.ysv.freebsd.org (Postfix) id 09254B2024A; Fri, 29 Apr 2016 14:50:52 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08CFAB20249 for ; Fri, 29 Apr 2016 14:50:52 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from mx-p1.obspm.fr (mx-p1.obspm.fr [145.238.193.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.obspm.fr", Issuer "TERENA SSL CA 3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9DAB11BC for ; Fri, 29 Apr 2016 14:50:51 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) (authenticated bits=0) by mx-p1.obspm.fr (8.14.4/8.14.4/DIO Observatoire de Paris - 15/04/10) with ESMTP id u3TEof9P015020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 29 Apr 2016 16:50:42 +0200 Date: Fri, 29 Apr 2016 16:50:41 +0200 From: Albert Shih To: Miroslav Lachman <000.fbsd@quip.cz> Cc: ports@freebsd.org Subject: Re: Ports with X11 options Message-ID: <20160429145041.GH90074@pcjas.obspm.fr> References: <20160428144920.GJ71021@pcjas.obspm.fr> <57222D12.9050304@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <57222D12.9050304@quip.cz> User-Agent: Mutt/1.6.0 (2016-04-01) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (mx-p1.obspm.fr [145.238.193.20]); Fri, 29 Apr 2016 16:50:42 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.99 at mx-p1.obspm.fr X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 14:50:52 -0000 Thanks for the help. In fact I find .... I'm going to need this X11 because I need py-matplotlib who need some fonts who need some....etc... Regards. JAS > > known what's that mean on a server ? Can I safely disable every WITH_X11 if > > those software is for a server. > > > > For example, php-gd need graphics/cairo. If I disable X11 can I got some > > issue with php-gd ? > > If you don't want to read / write images in some X11 format, you don't > need this option enabled. > I have this settings in make.conf for all our servers for many years > > OPTIONS_UNSET= X11 GUI CUPS DOCS EXAMPLES NLS HAL > > No problems so far. > > Miroslav Lachman -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: jas@obspm.fr Heure local/Local time: ven 29 avr 2016 16:49:39 CEST From owner-freebsd-ports@freebsd.org Fri Apr 29 14:52:14 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E8EBB20390 for ; Fri, 29 Apr 2016 14:52:14 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E98B9135D for ; Fri, 29 Apr 2016 14:52:13 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: by mailman.ysv.freebsd.org (Postfix) id E8D61B2038F; Fri, 29 Apr 2016 14:52:13 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E87D9B2038E for ; Fri, 29 Apr 2016 14:52:13 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49AE2135C for ; Fri, 29 Apr 2016 14:52:12 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from [192.168.100.100] ([87.139.233.65]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MOOpx-1b1MIa2gEP-005mQb; Fri, 29 Apr 2016 16:52:05 +0200 Subject: Re: Maintainer for dovecot To: ports@FreeBSD.org References: <1295017097.844.1461940329910@appsuite-dev.open-xchange.com> Cc: aki.tuomi@dovecot.fi, Timo Sirainen From: olli hauer Message-ID: <5723751D.6050006@gmx.de> Date: Fri, 29 Apr 2016 16:52:13 +0200 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <1295017097.844.1461940329910@appsuite-dev.open-xchange.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:vkFzAmCfXuBr31NOfGbPShOXXCDiLdldkjMNvxGspK5qOmbrIIW 6ekBZCN4ja5fDr7RlfoKajJQc0bnZsgZTZdm6V7jtyR+cN6Z2jMVIyQU1vpRtgs6ds4HYSz evfhMtqSDrctcL+Vki4hreCxtTPnCtk4Nw3JmwFCU2kStzuZ3UkJ/jfHcTBztfVMwviJ+uB 1FcJvTe69bbN83qThIT9g== X-UI-Out-Filterresults: notjunk:1;V01:K0:pBLeGRo6xDI=:OAErkfhWUJibHBw7wjd+Qr SocRwiFAtr5ivp/unkyBZVdmcq/1BZHpdJHC7cvuUh16MplhQEOF0UwY8EA5CRtLwU8rAvrn4 esRV2ocKwu/FQTBZvD3zPA23riBaWkENnLM16dAJrToL2rd17RD1dhGdrnO0fkUaw6kGZE0p4 26YCKcXVaSnt54yQk7Q2BMlbKPXh2UP7hkZrrGolk5tmB5lhcLSlhA89GpEQLhHuG5ZNl32dV Tg833c0t1k5X1Sc572kkWnXpKSGc/nFnmKqQsAzRlIUTlFE6z72SIBqmxy5iKtpSG8IQwAv7L A3dCgPtkY/X1GxdyADfGEVzatcoLF78gpKokxNgHVUckAH8gsBJ9OJByoEjTNNeRaF9RB9JDM v4eIoQMrLyLSl1oCRpCtWwdmhfVoNTGfYOr8SfcR8KlTP+VkuFn5yXN440GX4M+GkW/2LljKv sFOV+fNjbRoqMnWj3CuTzO0aqJ315aSTfZH3FIzRRR5H9iJQsKWuUKATg/jhPbfSdhxc242dx /x83ZD7a533VjhuHTNSLXXyIpT4UH0FFr/mzqNxt6V20prRXG31jKioyZxnB6cEWn/YjLf62L QRbstWb5/Nj07jMcWoCPaO39pSCMBgJt4xwwBYJdUIBHYJSOMq2MIqzMEI76NJvGsBsRK1JXE Z0YC5wcdL9AVuuSNILFqelmjXhV8fCclB9nrGnutifNqRmNYVXMpIbgOhavxVvSvRUekyns3r gnoAx0KImXfbI+V5bhqBXwDpKsJz7bsbrFr6/lzGDTR1Y+xJPK+FEik/gmCV9OPKSjhLK5AxG HPs+IDF X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 14:52:14 -0000 On 2016-04-29 16:32, aki.tuomi@dovecot.fi wrote: > Hi! > > Do you happen to know who is responsible for Dovecot package in FreeBSD? We would like to keep in touch occasionally and see if we can do co-operation with the packages. > > Aki Tuomi > Dovecot Oy Hi Aki, see the list of maintainers (port@ means no active maintainer at the moment) # dovecot 1.x mail/dovecot-antispam dsh@wizard.volgograd.ru mail/dovecot-managesieve dgeo@centrale-marseille.fr mail/dovecot-sieve yds@CoolRat.org mail/dovecot ports@FreeBSD.org # dovecot 2.x mail/dovecot2-antispam-plugin olgeni@FreeBSD.org mail/dovecot2-pigeonhole ler@lerctr.org mail/dovecot2 adamw@FreeBSD.org -- HTH, olli From owner-freebsd-ports@freebsd.org Fri Apr 29 16:50:01 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B66BB216E2 for ; Fri, 29 Apr 2016 16:50:01 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7BC1FE5 for ; Fri, 29 Apr 2016 16:50:01 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: by mailman.ysv.freebsd.org (Postfix) id 862CCB216E1; Fri, 29 Apr 2016 16:50:01 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85D81B216E0 for ; Fri, 29 Apr 2016 16:50:01 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: from smtp.dovecot.fi (smtp.dovecot.fi [193.209.119.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ECF3A1FE4 for ; Fri, 29 Apr 2016 16:50:00 +0000 (UTC) (envelope-from aki.tuomi@dovecot.fi) Received: from appsuite-dev-gw2.open-xchange.com (unknown [217.6.212.138]) by smtp.dovecot.fi (Halon Mail Gateway) with ESMTPSA; Fri, 29 Apr 2016 19:49:49 +0300 (EEST) Date: Fri, 29 Apr 2016 19:49:47 +0300 (EEST) From: aki.tuomi@dovecot.fi To: ports@FreeBSD.org, olli hauer Cc: Timo Sirainen Message-ID: <1496025280.1020.1461948588046@appsuite-dev.open-xchange.com> In-Reply-To: <5723751D.6050006@gmx.de> References: <1295017097.844.1461940329910@appsuite-dev.open-xchange.com> <5723751D.6050006@gmx.de> Subject: Re: Maintainer for dovecot MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Medium X-OX-Guard-Marker: false X-Mailer: Open-Xchange Mailer v7.8.2-Rev0 X-Originating-Client: open-xchange-appsuite X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 16:50:01 -0000 > On April 29, 2016 at 5:52 PM olli hauer wrote: > > > On 2016-04-29 16:32, aki.tuomi@dovecot.fi wrote: > > Hi! > > > > Do you happen to know who is responsible for Dovecot package in FreeBSD? We would like to keep in touch occasionally and see if we can do co-operation with the packages. > > > > Aki Tuomi > > Dovecot Oy > > Hi Aki, > > see the list of maintainers (port@ means no active maintainer at the moment) > > # dovecot 1.x > mail/dovecot-antispam dsh@wizard.volgograd.ru > mail/dovecot-managesieve dgeo@centrale-marseille.fr > mail/dovecot-sieve yds@CoolRat.org > mail/dovecot ports@FreeBSD.org > > # dovecot 2.x > mail/dovecot2-antispam-plugin olgeni@FreeBSD.org > mail/dovecot2-pigeonhole ler@lerctr.org > mail/dovecot2 adamw@FreeBSD.org > > > -- > HTH, > olli Hi! Thank you for the information. Aki From owner-freebsd-ports@freebsd.org Fri Apr 29 21:33:05 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52D9CB21864; Fri, 29 Apr 2016 21:33:05 +0000 (UTC) (envelope-from regis.etourmy@free.fr) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E09911B49; Fri, 29 Apr 2016 21:33:04 +0000 (UTC) (envelope-from regis.etourmy@free.fr) Received: from zimbra2-e1.priv.proxad.net (unknown [172.20.243.152]) by smtp5-g21.free.fr (Postfix) with ESMTP id B4A4C5FECB; Fri, 29 Apr 2016 19:31:50 +0200 (CEST) Date: Fri, 29 Apr 2016 23:32:55 +0200 (CEST) From: regis.etourmy@free.fr To: gecko@FreeBSD.org Cc: freebsd-ports@FreeBSD.org Message-ID: <2010729277.134920065.1461965575670.JavaMail.root@zimbra2-e1.priv.proxad.net> In-Reply-To: <112418970.130192713.1461834823124.JavaMail.root@zimbra2-e1.priv.proxad.net> Subject: www/firefox 46.0 build error MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [2a02:8422:1045:f100:d4c4:36f0:54e1:4c3a] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Linux)/7.2.0-GA2598) X-Authenticated-User: regis.etourmy@free.fr X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 21:33:05 -0000 Sorry, I hadn't read pkg-message... [retourmy@G5 /usr/ports/www/firefox]$ ident /usr/ports/www/firefox/Makefile /usr/ports/www/firefox/Makefile: $FreeBSD: head/www/firefox/Makefile 413760 2016-04-22 02:25:48Z jbeich= $ [retourmy@G5 /usr/ports/www/firefox]$ uname -a FreeBSD G5 10.3-STABLE FreeBSD 10.3-STABLE #0 r298037: Fri Apr 15 21:08:30 = CEST 2016 root@G5:/usr/obj/usr/src/sys/GENERIC64 powerpc ----- Mail original ----- De: "regis etourmy" =C3=80: gecko@FreeBSD.org Envoy=C3=A9: Jeudi 28 Avril 2016 11:13:43 Objet: www/firefox 46.0 port error Hi, I get the folloging error when I try to build firefox on my FreeBSD 10.3 ST= ABLE, on my powermac G5 (powerpc64) : Unified_cpp_js_src13.o g++48 -o Unified_cpp_js_src13.o -c -I/usr/ports/www/firefox/work/firefox-4= 6.0/obj-powerpc64-portbld-freebsd10.3/dist/system_wrappers -include /usr/po= rts/www/firefox/work/firefox-46.0/config/gcc_hidden.h -DNDEBUG=3D1 -DTRIMME= D=3D1 -DENABLE_SHARED_ARRAY_BUFFER -DEXPORT_JS_API -DJS_HAS_CTYPES '-DDLL_P= REFIX=3D"lib"' '-DDLL_SUFFIX=3D".so"' -I/usr/ports/www/firefox/work/firefox= -46.0/js/src -I/usr/ports/www/firefox/work/firefox-46.0/obj-powerpc64-portb= ld-freebsd10.3/js/src -I/usr/ports/www/firefox/work/firefox-46.0/obj-power= pc64-portbld-freebsd10.3/dist/include -I/usr/local/include/nspr -fP= IC -DMOZILLA_CLIENT -include /usr/ports/www/firefox/work/firefox-46.0/obj-= powerpc64-portbld-freebsd10.3/js/src/js-confdefs.h -MD -MP -MF .deps/Unifie= d_cpp_js_src13.o.pp -isystem/usr/local/include -DLIBICONV_PLUG -Wall -Wemp= ty-body -Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith -Wtype-li= mits -Wcast-align -Wno-invalid-offsetof -O2 -pipe -O3 -mminimal-toc -DLIBIC= ONV_PLUG -Wl,-rpath=3D/usr/local/lib/gcc48 -fno-strict-aliasing -DLIBICONV_= PLUG -Wl,-rpath=3D/usr/local/lib/gcc48 -fno-rtti -ffunction-sections -fdata= -sections -fno-exceptions -fno-math-errno -std=3Dgnu++0x -pipe -O2 -O3 -fo= mit-frame-pointer -I/usr/local/include -I/usr/local/lib/libffi-3.2.1/inclu= de /usr/ports/www/firefox/work/firefox-46.0/obj-powerpc64-portbld-freebsd= 10.3/js/src/Unified_cpp_js_src13.cpp Unified_cpp_js_src14.o In file included from /usr/ports/www/firefox/work/firefox-46.0/obj-powerpc6= 4-portbld-freebsd10.3/js/src/Unified_cpp_js_src13.cpp:2:0: /usr/ports/www/firefox/work/firefox-46.0/js/src/jit/IonCaches.cpp: In funct= ion 'void CheckDOMProxyExpandoDoesNotShadow(JSContext*, js::jit::MacroAssem= bler&, JSObject*, jsid, js::jit::Register, js::jit::Label*)': /usr/ports/www/firefox/work/firefox-46.0/js/src/jit/IonCaches.cpp:703:14: e= rror: 'class js::jit::MacroAssembler' has no member named 'branch64' masm.branch64(Assembler::NotEqual, ^ /usr/ports/www/firefox/work/firefox-46.0/config/rules.mk:967: recipe for ta= rget 'Unified_cpp_js_src13.o' failed gmake[10]: *** [Unified_cpp_js_src13.o] Error 1 gmake[10]: *** Waiting for unfinished jobs.... gmake[10]: Leaving directory '/usr/ports/www/firefox/work/firefox-46.0/obj-= powerpc64-portbld-freebsd10.3/js/src' /usr/ports/www/firefox/work/firefox-46.0/config/recurse.mk:71: recipe for t= arget 'js/src/target' failed gmake[9]: *** [js/src/target] Error 2 gmake[9]: Leaving directory '/usr/ports/www/firefox/work/firefox-46.0/obj-p= owerpc64-portbld-freebsd10.3' /usr/ports/www/firefox/work/firefox-46.0/config/recurse.mk:32: recipe for t= arget 'compile' failed gmake[8]: *** [compile] Error 2 Thanks for all your work, R=C3=A9gis From owner-freebsd-ports@freebsd.org Fri Apr 29 23:37:03 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 583ABB2184A; Fri, 29 Apr 2016 23:37:03 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from vms173009pub.verizon.net (vms173009pub.verizon.net [206.46.173.9]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37AA71374; Fri, 29 Apr 2016 23:36:59 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from vz-proxy-m002.mx.aol.com ([64.236.83.3]) by vms173009.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0O6F006MU2SIFB70@vms173009.mailsrvcs.net>; Fri, 29 Apr 2016 17:36:23 -0500 (CDT) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.1 cv=Nc0brD34 c=1 sm=1 tr=0 a=yQ9kT6OsLgv7WE5tBE7I5g==:117 a=kziv93cY1bsA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=VwrI3-iRj_PKSSqVyw4A:9 a=pILNOxqGKmIA:10 a=adqX0pXGAAAA:8 a=2f9m4LkF5FonUllrz9YA:9 a=z7BaHAHxdMeJ1VDr:21 a=_W_S_7VecoQA:10 Received: by 100.1.241.90 with SMTP id 50a22088; Fri, 29 Apr 2016 22:36:23 GMT Subject: Re: Enabling AVAHI-option in cups-client results in circular dependency To: Kurt Jaeger References: <56A41B1C.6070108@aldan.algebra.com> <20160124113323.GM46096@home.opsec.eu> Cc: "freebsd-ports@FreeBSD.ORG" , gnome@freebsd.org From: "Mikhail T." Message-id: <111bccd2-a005-aa33-db82-ca90d3a794eb@aldan.algebra.com> Date: Fri, 29 Apr 2016 18:36:18 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-version: 1.0 In-reply-to: <20160124113323.GM46096@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 23:37:03 -0000 On 24.01.2016 06:33, Kurt Jaeger wrote: >> If cups-client is built with the AVAHI option, there will be a circular >> >dependency, it seems. > There's a whole bunch of problem reports for some cups, and > we're missing someone to really look into those. Difficult > issue. I was hoping, these problems would go away after the recent rework of cups ports, but it seems, it only got worse. Not just AVAHI, DBUS, and X11 can lead to a circular dependency during a portupgrade. Also, cups-filters is required for something as simple as printing a text/plain, but conflicts with foomatic-filters -- which provides support for additional printers. If someone found the time and the energy to rework cups-ports, why are these problems still remaining? -mi From owner-freebsd-ports@freebsd.org Fri Apr 29 23:52:48 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A70D4B21C61 for ; Fri, 29 Apr 2016 23:52:48 +0000 (UTC) (envelope-from automationeg@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1431D50 for ; Fri, 29 Apr 2016 23:52:48 +0000 (UTC) (envelope-from automationeg@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7924BB21C60; Fri, 29 Apr 2016 23:52:48 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 786FDB21C5C for ; Fri, 29 Apr 2016 23:52:48 +0000 (UTC) (envelope-from automationeg@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A78441D4F for ; Fri, 29 Apr 2016 23:52:47 +0000 (UTC) (envelope-from automationeg@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id e201so44973482wme.0 for ; Fri, 29 Apr 2016 16:52:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:reply-to:to:subject:date:message-id; bh=cTFgx/v1vAj+iJucE8u8z18PN98QuCVEdSyJUU/4M98=; b=RDkphyhBGh5ESBtMnoitNE8/DsAsNtc5tb8jwKxlmaaeFeU5M3ZB5q+l1dSAMlFtgK vMD0r+4YykNvoy1/FlNyqW52og4MM8wm5UGe9MACpOol5jrdvZw1g8VMV91NFkyZII2t RFACCIo/6acBZiQwa0rK2CAlQiDWj82//GDNmp3r1FC4Vv4FzvxlGWTHVyP3r+xc/8mX yLZmy6zSxBXYZ7Lkz3Gk9IZMy9h1QjVzC81KydJfee0aaDWv3Ohy5i2HuYfKncj9BIM8 W+DGNAclWvu/ILqf6cqtgn9v90bE+sg7B1I85Hg0cjZJS36K5HLWd8TNFW+MBMYevcD1 cfhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:reply-to:to:subject:date :message-id; bh=cTFgx/v1vAj+iJucE8u8z18PN98QuCVEdSyJUU/4M98=; b=aL2eczWEQJfERvUaTQn+YWAmzWkE+DjWAHai4fSDI9lOT4f9LmxalTBuPKX7uxjS7N 8/6w9WhH585sK+oY8WWbHvRLo+SezlITE/bc+LfQTK/t9yL/btlIIMB743NUwbaRnTDX sX1SqIy/X8zQsQ879xxMH60kY+bhBwn7Ci+dN0bFt6iXeDeVbTU3UIBW6SpYJCc5EPFF oCMLaXfUXP2tiqXOMfHJXp21LiEpdUrg78KoEacmPerFwVyKajZnFoCMabUEjitCjztd DfmV/gPpRJ7tPvtkqnAHq38GrD4mXM3je3v/lLJUDRy8ux8WWFDa3nIYMxShh3ysHSdr nEIA== X-Gm-Message-State: AOPr4FW8hjE4whYO0Y6BwyaTW+mjd3yLyTPAzOXT6gpsuPVu5y74YTZrjaryUMRgM3fTyQ== X-Received: by 10.194.87.103 with SMTP id w7mr24571581wjz.13.1461973966303; Fri, 29 Apr 2016 16:52:46 -0700 (PDT) Received: from host-156.196.183.237-static.tedata.net ([156.196.243.70]) by smtp.gmail.com with ESMTPSA id w82sm5561154wmw.5.2016.04.29.16.52.36 for (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 29 Apr 2016 16:52:45 -0700 (PDT) MIME-Version: 1.0 From: "Automation Technology" Reply-To: marketing@automationeg.com To: Automation Subject: Automation Technology Exhibition & Conference X-Mailer: Smart_Send_3_1_6 Date: Sat, 30 Apr 2016 01:52:17 +0200 Message-ID: <54963683990721268018982@DESKTOP-HCBSS6D> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 23:52:48 -0000 Automation technology Egypt 2017, in CICC- Nasr City - Cairo, Egypt. Will b= e held during 11-13 March, 2017. The event is set to introduce new and upco= ming technology this year. We still and continue focus on recent developme= nts in each of the featured sectors. Be it factory automation, robotics, drives and controls, logistics, hydraul= ics and pneumatics, Building automation, pumps and valves and software solu= tions. The show is dedicated to the introduction of the new automation tech= niques that can be used for supreme efficiency and productivity at various = levels for different industries. As always, the industry is hungry for new = technologies and this place gives you an opportunity to interact with the b= est of the technology minds.=20 Endless Opportunities For Your Business Meet face-to-face with retail buyers looking for new ideas Reach thousands of potential customers in just a few days Generate sales leads Open new accounts with new customers Take orders at the fair Launch new products with live demonstrations Win new business Test new ideas and get instant feedback from retail buyers Raise awareness of your company, products and brands Meet with regular customers Continue taking orders after the fair Audience for the Automation will be sector leaders, researchers and special= ists for the Industrial Automation, Homw Automation, Automationl Processing= Industry with the following job areas: * Industry professionals * Decision-makers and senior managers from related= industries * Suppliers * Manufactures * Dealers * Retailers * Traders In Automation Visitors will be able to find out about the very latest produ= cts and services on offer and meet face-to-face with suppliers. AUTOMATION = expertise is well represented, but a wide variety of international exhibits= will show what is on offer on a global form From owner-freebsd-ports@freebsd.org Sat Apr 30 06:14:15 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EF07AD9365; Sat, 30 Apr 2016 06:14:15 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv157.fwdcdn.com (frv157.fwdcdn.com [212.42.77.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04CC716D2; Sat, 30 Apr 2016 06:14:14 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:Cc:To:From:Date; bh=W3u7D8v0yJnso4mKV4s6tdZmA8HWazoLMIagIO829kM=; b=bIfQUDQf61iiuQk0iyySy83deJFNQ4M4rwiOOOsaDTmF/XiVS/tOFyn1w1gWTJhF6pgLux0JXYbe23TQElfkSSxINPbX2N9sKni3yYdeDubzxALwiBdctmaS1cB22Aw/hTTpV/3PH91EfeSP1rrj9OdH+l4ikuISpbatHyKxH5Q=; Received: from [37.229.193.176] (helo=nonamehost.local) by frv157.fwdcdn.com with esmtpsa ID 1awOAI-000DpR-C8 ; Sat, 30 Apr 2016 09:14:06 +0300 Date: Sat, 30 Apr 2016 09:14:05 +0300 From: Ivan Klymenko To: freebsd-ports@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org Cc: sunpoet@FreeBSD.org, mat@FreeBSD.org, koobs@FreeBSD.org, jbeich@FreeBSD.org, dbn@FreeBSD.org Subject: poudriere broken build ports Message-ID: <20160430091405.59472d76@nonamehost.local> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=37.229.193.176; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2016 06:14:15 -0000 Hi, ports users, maintainers and committers. I notify you that the following ports are a long time not being built. ... [00:02:37] ====>> [01][00:00:00] Starting build of databases/ruby-mysql [00:02:37] ====>> [02][00:00:00] Starting build of print/py-reportlab2 [00:02:37] ====>> [01][00:00:00] Finished build of databases/ruby-mysql: Ignored: is marked as broken: does not build with Ruby 2.2 [00:02:37] ====>> [02][00:00:00] Finished build of print/py-reportlab2: Ignored: is marked as broken: is not compatible with the current version of pillow [00:02:37] ====>> [02][00:00:00] Skipping build of print/hplip: Dependent port print/py-reportlab2 ignored [00:02:37] ====>> [02][00:00:00] Skipping build of print/hplip-plugin: Dependent port print/py-reportlab2 ignored [00:02:37] ====>> [01][00:00:00] Skipping build of www/redmine: Dependent port databases/ruby-mysql ignored [00:02:37] ====>> [01][00:00:00] Skipping build of databases/rubygem-activerecord: Dependent port databases/ruby-mysql ignored [00:02:37] ====>> [01][00:00:00] Skipping build of www/rubygem-rails: Dependent port databases/ruby-mysql ignored [00:02:37] ====>> [02][00:00:00] Starting build of emulators/i386-wine-devel [00:02:37] ====>> [01][00:00:00] Starting build of emulators/i386-wine-staging [00:02:50] ====>> [02][00:00:13] Finished build of emulators/i386-wine-devel: Failed: run-depends [00:02:50] ====>> [01][00:00:13] Finished build of emulators/i386-wine-staging: Failed: run-depends [00:02:56] ====>> [02][00:00:19] Skipping build of emulators/playonbsd: Dependent port emulators/i386-wine-devel failed [00:02:56] ====>> [01][00:00:19] Skipping build of emulators/pipelight: Dependent port emulators/i386-wine-staging failed [00:02:56] ====>> [02][00:00:00] Starting build of net/libnet [00:02:56] ====>> [01][00:00:00] Starting build of benchmarks/fio [00:03:15] ====>> [02][00:00:19] Finished build of net/libnet: Success [00:03:15] ====>> [02][00:00:00] Starting build of x11/xvattr [00:03:15] ====>> [01][00:00:19] Finished build of benchmarks/fio: Success [00:03:15] ====>> [01][00:00:00] Starting build of www/nginx-devel [00:03:16] ====>> [02][00:00:01] Finished build of x11/xvattr: Ignored: is marked as broken: unfetchable [00:03:16] ====>> [02][00:00:00] Starting build of net-mgmt/etherape [00:03:58] ====>> [01][00:00:43] Finished build of www/nginx-devel: Success [00:03:59] ====>> [01][00:00:00] Starting build of multimedia/x264 [00:04:00] ====>> [01][00:00:01] Finished build of multimedia/x264: Failed: check-sanity [00:04:06] ====>> [01][00:00:00] Starting build of net-mgmt/ettercap [00:04:47] ====>> [02][00:01:31] Finished build of net-mgmt/etherape: Success [00:05:35] ====>> [01][00:01:29] Finished build of net-mgmt/ettercap: Failed: package [00:05:41] ====>> Stopping 2 builders ... Packing files for repository: 100% [00:07:52] ====>> Committing packages to repository [00:07:52] ====>> Removing old packages [00:07:52] ====>> Built ports: net/libnet benchmarks/fio www/nginx-devel net-mgmt/etherape [00:07:52] ====>> Failed ports: emulators/i386-wine-devel:run-depends emulators/i386-wine-staging:run-depends multimedia/x264:check-sanity net-mgmt/ettercap:package [00:07:52] ====>> Skipped ports: databases/rubygem-activerecord emulators/pipelight emulators/playonbsd print/hplip print/hplip-plugin www/redmine www/rubygem-rails [00:07:52] ====>> Ignored ports: databases/ruby-mysql print/py-reportlab2 x11/xvattr [11_CURRENT_amd64-default] [2016-04-30_08h44m17s] [committing:] Queued: 18 Built: 4 Failed: 4 Skipped: 7 Ignored: 3 Tobuild: 0 Time: 00:07:41 Build failed for i386-wine-staging-1.9.7,1 during run-depends http://pastebin.com/JNKqWkyX Build failed for i386-wine-devel-1.9.7,1 during run-depends http://pastebin.com/kweUG92L Build failed for x264-0.144.2533_3 during check-sanity http://pastebin.com/aUaAjSqa Build failed for ettercap-0.8.2,1 during package http://pastebin.com/tDXdVF1f With this need to do something. Thanks. From owner-freebsd-ports@freebsd.org Sat Apr 30 08:58:38 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76560B0F4FE for ; Sat, 30 Apr 2016 08:58:38 +0000 (UTC) (envelope-from sunpoet@sunpoet.net) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E7541EB8 for ; Sat, 30 Apr 2016 08:58:38 +0000 (UTC) (envelope-from sunpoet@sunpoet.net) Received: by mail-vk0-x229.google.com with SMTP id o133so15781244vka.0 for ; Sat, 30 Apr 2016 01:58:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sunpoet-net.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=WNLmw9eT5/YkihAw2rwOWOruSvOMXVok1FLGCHC4M4Y=; b=gFonpKAhFGWuWLmX+kZVAsnogMGA6ZglzFljfW2o/NO7BQ1MFla/ZwxDjKb6R1QhFs vqPqaD53c8QJTluL+lucT9iQh3/ToMTtmRojHmut78WF36mn4Rl51QnAzWx3si8mKlCl 7MgajJrcHftqG75cEHPOblPkfIyPWPG0leSH0LKtSXHFHOJ9Wk9u9A0McRT2Rs6yunB/ YP69qnm1D82UISfMbz8I6RXL0QkxG22QcVYcIBokLFUjgP2lRHMFA08/Lc5ffwv5jlBX bwQUHhonfV/10g2SUxB/aTJGYEvNQS/j466uCK4Oyl5wXXDc0qG/7VJbMSrX53wYnRIj 3OSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=WNLmw9eT5/YkihAw2rwOWOruSvOMXVok1FLGCHC4M4Y=; b=aWVIC8qytWDVc1IqOmHRPbx4JIXzTa6ifBJQKMzEw+Yuio2oKoQJHA+8oY5JDmeNi8 k+InjoeoT4ojhvUsb8tuvycyp3eaH++/LkMF27Rr3zclIKgRXwtXT3GMT5yF2d0Q03/X eq2ROf7Rkp8VdAGNq4Bp4P3qPu11Wc+gVeaxpSd47yE6LHYOKAKKDWUTDdkBtCAMHq20 4pVsbwi/9BnvNH8q1insefpEbZn3jXiH0FyV8zxBdKSPszcbBUusWDoMEe0v8AwJghvA I5x8H9+/IlHaj8HjxrXD7DJNlwwdv+A58q60OaRlrobvJZBqejMx7UuGsW8p7hP7bFey C73w== X-Gm-Message-State: AOPr4FVeYvVUhB74n24Dk8nSqGTMrlIKRTR3kfuCM913PCQvjkPwq2a0FphFXzlZ7H4wzOP06E1oMxzYhhPMJg== X-Received: by 10.31.236.195 with SMTP id k186mr1565954vkh.112.1462006717295; Sat, 30 Apr 2016 01:58:37 -0700 (PDT) MIME-Version: 1.0 Sender: sunpoet@sunpoet.net Received: by 10.103.27.197 with HTTP; Sat, 30 Apr 2016 01:57:57 -0700 (PDT) In-Reply-To: <20160430091405.59472d76@nonamehost.local> References: <20160430091405.59472d76@nonamehost.local> From: Sunpoet Po-Chuan Hsieh Date: Sat, 30 Apr 2016 16:57:57 +0800 X-Google-Sender-Auth: OCpRWJfJIlqOQTJC202kv026R_I Message-ID: Subject: Re: poudriere broken build ports To: Ivan Klymenko Cc: freebsd-ports , freebsd-ports-bugs , Mathieu Arnold , Kubilay Kocak , jbeich@freebsd.org, dbn@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2016 08:58:38 -0000 On Sat, Apr 30, 2016 at 2:14 PM, Ivan Klymenko wrote: > Hi, ports users, maintainers and committers. > I notify you that the following ports are a long time not being built. > > ... > [00:02:37] ====>> [01][00:00:00] Starting build of databases/ruby-mysql > [00:02:37] ====>> [02][00:00:00] Starting build of print/py-reportlab2 > [00:02:37] ====>> [01][00:00:00] Finished build of databases/ruby-mysql: > Ignored: is marked as broken: does not build with Ruby 2.2 > [00:02:37] ====>> [02][00:00:00] Finished build of print/py-reportlab2: > Ignored: is marked as broken: is not compatible with the current version of > pillow > [00:02:37] ====>> [02][00:00:00] Skipping build of print/hplip: Dependent > port print/py-reportlab2 ignored > [00:02:37] ====>> [02][00:00:00] Skipping build of print/hplip-plugin: > Dependent port print/py-reportlab2 ignored > [00:02:37] ====>> [01][00:00:00] Skipping build of www/redmine: Dependent > port databases/ruby-mysql ignored > [00:02:37] ====>> [01][00:00:00] Skipping build of > databases/rubygem-activerecord: Dependent port databases/ruby-mysql ignored > [00:02:37] ====>> [01][00:00:00] Skipping build of www/rubygem-rails: > Dependent port databases/ruby-mysql ignored > [00:02:37] ====>> [02][00:00:00] Starting build of > emulators/i386-wine-devel > [00:02:37] ====>> [01][00:00:00] Starting build of > emulators/i386-wine-staging > [00:02:50] ====>> [02][00:00:13] Finished build of > emulators/i386-wine-devel: Failed: run-depends > [00:02:50] ====>> [01][00:00:13] Finished build of > emulators/i386-wine-staging: Failed: run-depends > [00:02:56] ====>> [02][00:00:19] Skipping build of emulators/playonbsd: > Dependent port emulators/i386-wine-devel failed > [00:02:56] ====>> [01][00:00:19] Skipping build of emulators/pipelight: > Dependent port emulators/i386-wine-staging failed > [00:02:56] ====>> [02][00:00:00] Starting build of net/libnet > [00:02:56] ====>> [01][00:00:00] Starting build of benchmarks/fio > [00:03:15] ====>> [02][00:00:19] Finished build of net/libnet: Success > [00:03:15] ====>> [02][00:00:00] Starting build of x11/xvattr > [00:03:15] ====>> [01][00:00:19] Finished build of benchmarks/fio: Success > [00:03:15] ====>> [01][00:00:00] Starting build of www/nginx-devel > [00:03:16] ====>> [02][00:00:01] Finished build of x11/xvattr: Ignored: is > marked as broken: unfetchable > [00:03:16] ====>> [02][00:00:00] Starting build of net-mgmt/etherape > [00:03:58] ====>> [01][00:00:43] Finished build of www/nginx-devel: Success > [00:03:59] ====>> [01][00:00:00] Starting build of multimedia/x264 > [00:04:00] ====>> [01][00:00:01] Finished build of multimedia/x264: > Failed: check-sanity > [00:04:06] ====>> [01][00:00:00] Starting build of net-mgmt/ettercap > [00:04:47] ====>> [02][00:01:31] Finished build of net-mgmt/etherape: > Success > [00:05:35] ====>> [01][00:01:29] Finished build of net-mgmt/ettercap: > Failed: package > [00:05:41] ====>> Stopping 2 builders > > ... > > Packing files for repository: 100% > [00:07:52] ====>> Committing packages to repository > [00:07:52] ====>> Removing old packages > [00:07:52] ====>> Built ports: net/libnet benchmarks/fio www/nginx-devel > net-mgmt/etherape > [00:07:52] ====>> Failed ports: emulators/i386-wine-devel:run-depends > emulators/i386-wine-staging:run-depends multimedia/x264:check-sanity > net-mgmt/ettercap:package > [00:07:52] ====>> Skipped ports: databases/rubygem-activerecord > emulators/pipelight emulators/playonbsd print/hplip print/hplip-plugin > www/redmine www/rubygem-rails > [00:07:52] ====>> Ignored ports: databases/ruby-mysql print/py-reportlab2 > x11/xvattr > [11_CURRENT_amd64-default] [2016-04-30_08h44m17s] [committing:] Queued: 18 > Built: 4 Failed: 4 Skipped: 7 Ignored: 3 Tobuild: 0 Time: 00:07:41 > > Build failed for i386-wine-staging-1.9.7,1 during run-depends > http://pastebin.com/JNKqWkyX > Build failed for i386-wine-devel-1.9.7,1 during run-depends > http://pastebin.com/kweUG92L > Build failed for x264-0.144.2533_3 during check-sanity > http://pastebin.com/aUaAjSqa > Build failed for ettercap-0.8.2,1 during package > http://pastebin.com/tDXdVF1f > > Hello, Thanks for reporting pkg-plist issue of net-mgmt/ettercap. It should be fixed in r414337. Regards, sunpoet With this need to do something. > > Thanks. From owner-freebsd-ports@freebsd.org Sat Apr 30 09:10:53 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3444AB0F9E5; Sat, 30 Apr 2016 09:10:53 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv157.fwdcdn.com (frv157.fwdcdn.com [212.42.77.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69159164B; Sat, 30 Apr 2016 09:10:52 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Z/PxvSR/MmTpTlTUDXx5TITtJDvYwGj9ftPjCd4hYxU=; b=cIXcVL8SE8INM4qzDnqzECMI2fJKfA8dgfbyZJpNJDU2aDmkjbLZBz1GVqJt4i6RNnIAoOnREsQCnoDDTObZZ+wd7K54+Vr2BoiYfK1XIOlTPetqjgViSB38a1LuHcSNBgld4CpxWTmdYx5Q2ei+NgL4LJBLR3v74Eukk2fMoT0=; Received: from [37.229.193.176] (helo=nonamehost.local) by frv157.fwdcdn.com with esmtpsa ID 1awQvJ-0005BE-N4 ; Sat, 30 Apr 2016 12:10:49 +0300 Date: Sat, 30 Apr 2016 12:10:48 +0300 From: Ivan Klymenko To: Sunpoet Po-Chuan Hsieh Cc: Kubilay Kocak , freebsd-ports-bugs , dbn@freebsd.org, Mathieu Arnold , freebsd-ports , jbeich@freebsd.org Subject: Re: poudriere broken build ports Message-ID: <20160430121048.7d62f685@nonamehost.local> In-Reply-To: References: <20160430091405.59472d76@nonamehost.local> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=37.229.193.176; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2016 09:10:53 -0000 On Sat, 30 Apr 2016 16:57:57 +0800 Sunpoet Po-Chuan Hsieh wrote: > > Build failed for i386-wine-staging-1.9.7,1 during run-depends > > http://pastebin.com/JNKqWkyX > > Build failed for i386-wine-devel-1.9.7,1 during run-depends > > http://pastebin.com/kweUG92L > > Build failed for x264-0.144.2533_3 during check-sanity > > http://pastebin.com/aUaAjSqa > > Build failed for ettercap-0.8.2,1 during package > > http://pastebin.com/tDXdVF1f > > > > > Hello, > > Thanks for reporting pkg-plist issue of net-mgmt/ettercap. > It should be fixed in r414337. > Thank you. > Regards, > sunpoet > > > With this need to do something. > > > > Thanks. From owner-freebsd-ports@freebsd.org Sat Apr 30 14:52:17 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5BAEB22C71 for ; Sat, 30 Apr 2016 14:52:17 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from vfemail.net (onethreetwo.vfemail.net [199.16.11.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A163D1E86 for ; Sat, 30 Apr 2016 14:52:17 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: (qmail 35272 invoked by uid 89); 30 Apr 2016 14:52:10 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Apr 2016 14:52:10 -0000 Received: (qmail 36489 invoked by uid 89); 30 Apr 2016 07:51:21 -0000 Received: by simscan 1.3.1 ppid: 36484, pid: 36486, t: 0.0035s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 30 Apr 2016 07:51:21 -0000 Received: (qmail 15858 invoked by uid 89); 30 Apr 2016 07:51:21 -0000 Received: by simscan 1.4.0 ppid: 15845, pid: 15854, t: 0.4524s scanners:none Received: from unknown (HELO nil) (amJlaWNoQHZmZW1haWwubmV0@172.16.100.27) by mail.vfemail.net with ESMTPA; 30 Apr 2016 07:51:21 -0000 From: Jan Beich To: Ivan Klymenko Cc: freebsd-ports@FreeBSD.org, Kubilay Kocak Subject: Re: poudriere broken build ports References: <20160430091405.59472d76@nonamehost.local> Date: Sat, 30 Apr 2016 09:51:12 +0200 In-Reply-To: <20160430091405.59472d76@nonamehost.local> (Ivan Klymenko's message of "Sat, 30 Apr 2016 09:14:05 +0300") Message-ID: <37q3-3573-wny@vfemail.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2016 14:52:18 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Ivan Klymenko writes: > [00:03:59] =3D=3D=3D=3D>> [01][00:00:00] Starting build of multimedia/x264 > [00:04:00] =3D=3D=3D=3D>> [01][00:00:01] Finished build of multimedia/x26= 4: Failed: check-sanity [...] > Build failed for x264-0.144.2533_3 during check-sanity > http://pastebin.com/aUaAjSqa [...] > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> License GPLv2 accepted by the user > =3D=3D=3D=3D> You cannot select multiple options from the MP4 radio=20=20 > *** Error code 1 r413181 indeed changed default from GPAC to LSMASH. As options saved on disk haven't been updated to (exclude) new defaults the conflict happens. /var/db/ports/multimedia_x264/options contains OPTIONS_FILE_SET+=3DGPAC but not OPTIONS_FILE_UNSET+=3DLSMASH yet. Mostly specific to poudriere. https://svnweb.freebsd.org/changeset/ports/414335 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJXJGPwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQjQ0MzY3NEM3RDIzNTc4NkUxNDkyQ0VF NEM3Nzg4MzQ3OURCRERCAAoJEOTHeINHnb3bg9cH+wYM28/J2HcEyY6F44cyTujf 364AbGQg6iJuwGSLjct6r9kI4T9ETMp5t+xz0IH2zRpIYnjdWOpv8p5CcBoURZeP sQp0+ekHOLUyBg1Rjfl6mZp5hoXjWyA8+oYe1QwWeZFbTD05smmCm6uIycjt24It /KRFJBFy83pHCKk2kCt03M8w3frUN3D5fAulw+dYZpp7pMzu31DH4wO2za8xOm1z F4eP7ezSnSzxM7yyKwfORWAPuKnCiydYUpj0hEV0nTLiaRVKmm/JaJkiUk+6vy32 1FyICWviSBw34D8BF4z7iMlbQM+iAcS7MfMH8BhAILRuiC3i23fG9cAAYJHrO40= =1fMr -----END PGP SIGNATURE----- --=-=-=--