[PATCH] Bump games/angband to 4.0.5

[William Orr]

Bump angbad to 4.0.5

Played game in both X and curses. Started game in SDL, which worked as well.

Please CC me, not subscribed to ports@

Index: Makefile
===
RCS file: /cvs/ports/games/angband/Makefile,v
retrieving revision 1.30
diff -u -b -w -p -r1.30 Makefile
--- Makefile5 Jun 2015 12:20:38 -1.30
+++ Makefile20 Sep 2016 03:38:45 -
@@ -4,12 +4,11 @@
 COMMENT=rogue-like game with X11 support
 COMMENT-no_x11=rogue-like game
 
-V =3.3.2
+V =4.0.5
 V_DLDIR =${V:C/\.[0-9]$//}
-DISTNAME=angband-v${V}
+DISTNAME=angband-${V}
 PKGNAME=angband-${V}
 CATEGORIES= games
-REVISION=1
 
 HOMEPAGE=http://rephial.org
 
@@ -20,24 +19,28 @@ MAINTAINER =Edd Barrett 

Re: UPDATE: math/coq 8.5pl2

[Daniel Dickman]

On Mon, Sep 19, 2016 at 8:17 PM, Yozo TODA  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> here is a patch to update math/coq (8.4pl6) to coq-8.5pl2.
> works on amd64 now.
> anyone please check this?  (hello, didickman?)
>
>  -- yozo.
>
> -BEGIN PGP SIGNATURE-

See https://coq.inria.fr/bugs/show_bug.cgi?id=5007 for at least one
fix that's needed.

Many other things look odd. for example, I don't think OpenBSD
supports "find -delete".

Also why is "-opt" being deleted?

Sorry, I'd say this needs more work and preferably some
comments/rationale on changes you're proposing.

Re: 6.0 Ports Breakage - Seamonkey and Quanta

[Jack J. Woehr]

Jack J. Woehr wrote:

6.0 Breakage

I did pkg_add -u and mostly everything seems good with some notable exceptions.

Seamonkey is broken but that's no news.


I thought it was no news. Apparently it is. Posting mount output and dmesg as recommended by Josh Grosse which shows, 
yes, we are running 6.0-stable and yes, we're wxallowed.


Tail of dmesg after a seamonkey crash:

seamonkey(89184): mmap W^X violation

Output of mount:

/dev/sd1a on / type ffs (local, wxallowed)

Output of dmesg:

OpenBSD 6.0-stable (GENERIC.MP) #0: Sun Sep 18 20:37:21 MDT 2016
jax@varian.jaxrcfb:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8553762816 (8157MB)
avail mem = 8290054144 (7906MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb040 (17 entries)
bios0: vendor American Megatrends Inc. version "R0200V3" date 02/10/2011
bios0: Sony Corporation VPCF215FX
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC HPET SLIC MCFG SSDT SSDT ECDT SSDT
acpi0: wakeup devices PEG0(S4) B0D4(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) USB7(S3) HDEF(S4) PXSX(S4) 
RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) [...]

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.76 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT

cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT

cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT

cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT

cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
cpu4 at mainbus0: apid 1 (application processor)
cpu4: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz
cpu4: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT

cpu4: 256KB 64b/line 8-way L2 cache
cpu4: smt 1, core 0, package 0
cpu5 at mainbus0: apid 3 (application processor)
cpu5: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz
cpu5: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT

cpu5: 256KB 64b/line 8-way L2 cache
cpu5: smt 1, core 1, package 0
cpu6 at mainbus0: apid 5 (application processor)
cpu6: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz
cpu6: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT

cpu6: 256KB 64b/line 8-way L2 cache
cpu6: smt 1, core 2, package 0
cpu7 at mainbus0: apid 7 (application processor)
cpu7: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz, 1995.47 MHz
cpu7: 

Re: NEW: net/iperf3

[Stuart Henderson]

On 2016/09/19 15:39, Jeremie Courreges-Anglas wrote:
> Stuart Henderson  writes:
> 
> > Hi, I'd strongly prefer a new port for this and keep the existing one as
> > there are quite a few devices with built-in copies of iperf 2.
> 
> Seconded.
> 
> > On 17 September 2016 3:19:45 p.m. Lawrence Teo  wrote:
> >
> >> net/iperf is at 2.0.5 and no longer maintained; its website
> >> (http://iperf.sourceforge.net) now directs users to iperf3 instead.
> >>
> >> A description of iperf3 is available at the top of their main
> >> non-github site at http://software.es.net/iperf/ -- the summary is that
> >> iperf3 is a rewritten iperf that is not backwards compatible with iperf.
> >> The installed binary name has also changed; it is now "bin/iperf3"
> >> instead of "bin/iperf".
> >>
> >> I have attached the new net/iperf3 port for review.
> >>
> >> Note: Due to the way iperf3 uses IPV6_V6ONLY
> >> (https://github.com/esnet/iperf/issues/196),
> 
> I don't quite understand why adding #ifdefs here helps.  It should just
> be a soft error.
> 
> >> iperf3 can only listen
> >> on IPv6 or IPv4 but not both when you start it in server mode.  If you
> >> would like to use it in server mode with IPv4, you will need to run:
> >>
> >> iperf3 -4 -s
> 
> sigh :)
> 
> >> Some questions:
> >>
> >> 1. Is it preferable to introduce a new port or update the existing
> >>net/iperf port?  I lean towards introducing a new port because of the
> >>backwards incompatibility, and the situation is similar to
> >>security/p0f and security/p0f3.
> >>
> >> 2. If it's preferable to introduce a new port, should the old net/iperf
> >>port be removed?
> >>
> >> Last but not least, thanks to jca@ for prodding me about this. :)
> 
> ;)
> 
> >> Thoughts and reviews welcome.
> 
> No need to set DISTNAME in Makefile, did you want to make it explicit?
> 
> The port looks and works fine here, ok jca@.  I added a few patches for
> the visible warnings, the %llu one matters the most I'd say.  Updated
> tarball below.

OK with me.

It might be worth defaulting to v4, but that can happen later.

Re: UPDATE: devel/doxygen

[Stuart Henderson]

These plist changes for every update are getting silly, I think I'd
rather disable doxygen in those ports..



On 2016/09/19 21:38, Rafael Sadowski wrote:
> Hi ports@
> 
> updated again. Doxygen port changes:
> 
> - Switch to qt5
> -- Build doxyapp, doxyindexer applications (Tested @amd64)
> - Some patches are no longer needed (committed upstream)
> - Take Maintainer
> 
> I checked all ports with doxygen usage:
> 
> devel/libmtp  REVISION bump and updated plist
> devel/qjson   REVISION bump and updated plist
> geo/geos  REVISION bump and updated plist, switch 
> HOMEPAGE to HTTPS
> graphics/lensfun  REVISION bump and updated plist
> multimedia/libquicktime   REVISION bump and updated plist
> x11/dbusmenu-qt   REVISION bump and updated plist
> x11/ede/lib   REVISION bump and updated plist
> net/ortp  REVISION bump and updated plist
> 
> databases/soprano none plist changes
> devel/kf5/kapidox none plist changes
> devel/libidn  none plist changes
> devel/simulavrnone plist changes
> devel/tclap   none plist changes
> graphics/digikam-kde4 none plist changes
> graphics/opencv   none plist changes
> math/ginacnone plist changes
> net/libktorrent   none plist changes
> net/libmygpo-qt   none plist changes
> productivity/kmymoney none plist changes
> productivity/libalkimia   none plist changes
> x11/awesome   none plist changes
> x11/gtk3mmnone plist changes
> x11/kde4/nepomuk-core none plist changes
> x11/kde4/runtime  none plist changes
> 
> devel/cppunit/Makefiledisable-doxygen
> devel/kyua-cliwithout-doxygen
> devel/kyua-testerswithout-doxygen
> devel/libhidw without-doxygen
> devel/rapidsvnwith-doxygen=no
> graphics/geeqie   disable-doxygen-doc
> graphics/libpgf   Force disabling documentation 
> generation through doxygen
> multimedia/libbluray  disable-doxygen-doc
> multimedia/libv4l disable-doxygen-doc
> net/avahi disable-doxygen-doc
> net/meanwhile enable-doxygen=no
> net/pidgindisable-doxygen
> productivity/gnucash  disable-doxygen
> sysutils/inotify-toolsdisable-doxygen
> x11/dbus  disable-doxygen-docs
> x11/libxdg-basedirdisable-doxygen-doc
> x11/xkbcommon without-doxygen
> 
> Tested only on amd64. I am looking forward about your feedback and I hope we
> will see 1.8.12 quickly in the tree.
> 
> Kind regards,
> 
> Rafael Sadowski
> 
> 
> 
> Index: devel/doxygen/Makefile
> ===
> RCS file: /cvs/ports/devel/doxygen/Makefile,v
> retrieving revision 1.35
> diff -u -p -u -p -r1.35 Makefile
> --- devel/doxygen/Makefile28 Apr 2016 17:55:27 -  1.35
> +++ devel/doxygen/Makefile18 Sep 2016 15:13:38 -
> @@ -8,16 +8,17 @@ BROKEN-alpha=   .got subsegment exceeds 64
>  COMMENT-main=source code documentation generator tool
>  COMMENT-gui= GUI front-end for doxygen
>  
> -VERSION= 1.8.11
> +VERSION= 1.8.12
>  DISTNAME=doxygen-${VERSION}.src
>  PKGNAME-main=doxygen-${VERSION}
>  FULLPKGNAME-gui=doxygen-gui-${VERSION}
> -REVISION=0
>  
>  CATEGORIES=  devel textproc
>  
>  HOMEPAGE=http://www.doxygen.org/
>  
> +MAINTAINER=  Rafael Sadowski 
> +
>  # GPLv2
>  PERMIT_PACKAGE_CDROM=Yes
>  
> @@ -27,24 +28,27 @@ MASTER_SITES= http://ftp.stack.nl/pub/us
>  MULTI_PACKAGES=  -main -gui
>  PSEUDO_FLAVORS=  no_gui bootstrap
>  
> -COMMON_WANTLIB=  c m stdc++
> -WANTLIB-main=${COMMON_WANTLIB} iconv pthread
> -WANTLIB-gui= ${COMMON_WANTLIB} QtCore QtGui QtXml
> -
> -COMMON_LIB_DEPENDS= converters/libiconv
> -LIB_DEPENDS-main= ${COMMON_LIB_DEPENDS}
> -LIB_DEPENDS-gui= ${COMMON_LIB_DEPENDS} ${MODQT_LIB_DEPENDS}
> +COMMON_WANTLIB= c m pthread estdc++
> +WANTLIB-main=${COMMON_WANTLIB} iconv z xapian
> +WANTLIB-gui= Qt5Core Qt5Gui Qt5Widgets Qt5Xml \
> + ${COMMON_WANTLIB}
> +
> +LIB_DEPENDS-main=converters/libiconv \
> + databases/xapian-core
> +
> +LIB_DEPENDS-gui= ${MODQT_LIB_DEPENDS}
> +
>  RUN_DEPENDS-gui= doxygen-${VERSION}:${BUILD_PKGPATH}
>  
> -MODULES =devel/cmake \
> +MODULES= devel/cmake \
>   lang/python
>  
> -MODPY_RUNDEP =   No
> +MODPY_RUNDEP=No
>  
>  .include 
>  .if ${BUILD_PACKAGES:M-gui}
>  CONFIGURE_ARGS+=-Dbuild_wizard:Bool=ON
> -MODULES+=x11/qt4
> +MODULES+=x11/qt5
>  .endif
>  .if ${MACHINE_ARCH} == 

Re: 6.0 Ports Breakage - Seamonkey and Quanta

[Jack J. Woehr]

Josh Grosse wrote:

1.  You are running a kernel which is beyond 6.0-release (such as a -current 
snapshot)
 and you are running with an out-of-sync package (such as 6.0-release). [1]


Josh, I installed 6.0 last night, pulled the source from CVS with 
-rOPENBSD_6_0, built a kernel and then world.

*Maybe* I made a mistake, but as I do it with scripts, it's hard to see how. 
I'll take another look.



2.  You are not actually running with wxallowed enabled.


The mount command returns that my sole label mounted as / is running wxallowed.


I can only guess, of course, but I'll guess reason number 1.


If' you're correct, it must be number 1. I'll take a look. Thanks for replying.


--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

Re: 6.0 Ports Breakage - Seamonkey and Quanta

[Josh Grosse]

On Mon, Sep 19, 2016 at 12:13:07PM -0600, Jack J. Woehr wrote:
> Sol??ne Rapenne wrote:
> > Do you have messages like "seamonkey W^X violation" in dmesg log ?
> 
> Seamonkey loads and runs for a moment. Then "Segmentation fault (core 
> dumped)".
> 
> Dmesg: "seamonkey(89184): mmap W^X violation"
> 
> > If so, is your /usr/local mountpoint mounted with wxallowed ?
> 
> Yes. Or, more accurately, I only have one label "a" mounted as / and that is 
> wxallowed.

Jack, I can think of only two possible reasons for this problem.

1.  You are running a kernel which is beyond 6.0-release (such as a -current 
snapshot)
and you are running with an out-of-sync package (such as 6.0-release). [1]

2.  You are not actually running with wxallowed enabled.

I can only guess, of course, but I'll guess reason number 1.

[1] http://www.openbsd.org/faq/faq15.html#NoFun

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2016/09/19 16:39:23

Modified files:
games/flightgear: Makefile.inc 
games/flightgear/base: Makefile distinfo 
games/flightgear/base/pkg: PLIST 
games/flightgear/data: distinfo 
games/flightgear/data/pkg: PLIST 

Log message:
Update to FlightGear 2016.3.1.

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2016/09/19 16:38:50

Modified files:
graphics/simgear: Makefile distinfo 
graphics/simgear/patches: patch-simgear_compiler_h 
  patch-simgear_misc_sg_path_cxx 
  patch-simgear_misc_strutils_cxx 
graphics/simgear/pkg: PLIST 

Log message:
Update to SimGear 2016.3.1.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/09/19 16:33:53

Modified files:
mail   : Makefile 
mail/mutt  : Makefile distinfo 
mail/mutt/patches: patch-main_c patch-mutt_sasl_c 
mail/mutt/pkg  : DESCR PLIST 

Log message:
backout to mutt-1.6.2 again.

people who reported crashes: please get backtraces.

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/09/19 16:12:26

Modified files:
www/ruby-thin  : Makefile 
www/ruby-thin/pkg: PLIST 

Log message:
Remove files in gem extensions directory that snuck back into PLIST

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/09/19 16:08:35

Modified files:
net/ruby-eventmachine: Makefile 
net/ruby-eventmachine/pkg: PLIST 

Log message:
Remove files in gem extensions directory that snuck back into PLIST

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/09/19 15:38:39

Modified files:
lang/jruby : Makefile distinfo 
lang/jruby/pkg : PLIST 

Log message:
Update to JRuby 9.1.5.0

Re: [PATCH] www/lynx (drop dependency on bzip2)

[Jeremie Courreges-Anglas]

Frederic Cambus  writes:

> Hi ports@,
>
>
> Here is a patch to remove the bzip2 dependency from Lynx. We were
> previously linking against bzlib so the library would be used instead
> of the bzip2 binary, in order to unpack bzip2 compressed HTML.
>
> We now prevent lynx from appending 'bzip2' in the 'Accept-Encoding'
> header instead.

Not a lynx user here, just wondering: what is the reason for this
revert?  Limiting the deps shipped by the install CDs?

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2016/09/19 15:24:21

Modified files:
net/ucspi-tools: Makefile distinfo 
Removed files:
net/ucspi-tools/patches: patch-tlss_c 

Log message:
update ucspi-tools to 1.5
OK Jan Klemkow (maintainer)

Re: mail/mutt doesnt package

[Jeremie Courreges-Anglas]

Rafael Sadowski  writes:

> On Mon Sep 19, 2016 at 09:45:01PM +0200, Markus Lude wrote:
>> Hi Stuart,
>> 
>> with recent update of the mutt port, mutt doesnt package:
>> 
>> ===>  Building package for mutt-1.7.0.20160916v2
>> Create /usr/ports/packages/sparc64/all/mutt-1.7.0.20160916v2.tgz
>> checksumming| | 
>> 27%
>> Error: 
>> /usr/ports/pobj/mutt-1.7.0.20160916/fake-sparc64/usr/local/share/doc/mutt/README.notmuch
>>  does not exist
>> Fatal error: can't continue
>>  at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1500.
>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1888 
>> '/usr/ports/packages/sparc64/all/mutt-1.7.0.20160916v2.tgz')
>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2409 
>> '_internal-package')
>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2389 'package')
>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1901 
>> '/var/db/pkg/mutt-1.7.0.20160916v2/+CONTENTS')
>> *** Error 1 in /usr/ports/mail/mutt 
>> (/usr/ports/infrastructure/mk/bsd.port.mk:2389 'install')
>> 
>> The file is missing. The file is not copied to the fake area.
>> I use no special FLAVOR.
>> 
>> Regards,
>> Markus
>
> With FLAVOR="gpgme sasl slang" and without special FLAVOR I run in the
> same issue on amd64.
>
> Simple patches to fix the package:

Committed with a REVISION bump just in case (tm), thanks.

> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/mail/mutt/pkg/PLIST,v
> retrieving revision 1.23
> diff -u -p -u -p -r1.23 PLIST
> --- pkg/PLIST 19 Sep 2016 08:24:28 -  1.23
> +++ pkg/PLIST 19 Sep 2016 19:54:43 -
> @@ -27,7 +27,6 @@ share/doc/mutt/README
>  share/doc/mutt/README.SECURITY
>  share/doc/mutt/README.SSL
>  share/doc/mutt/README.neomutt
> -share/doc/mutt/README.notmuch
>  share/doc/mutt/TODO
>  share/doc/mutt/advancedusage.html
>  share/doc/mutt/applying-patches.txt
>

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/09/19 15:13:25

Modified files:
mail/mutt  : Makefile 
mail/mutt/pkg  : PLIST 

Log message:
Fix packaging.

It looks README.notmuch isn't installed anymore, maybe a change in the
handling of --disable-notmuch.  Quick fix for now.

Spotted by Markus Lude, PLIST diff from Rafael Sadowski.

Re: mail/mutt doesnt package

[Rafael Sadowski]

On Mon Sep 19, 2016 at 09:45:01PM +0200, Markus Lude wrote:
> Hi Stuart,
> 
> with recent update of the mutt port, mutt doesnt package:
> 
> ===>  Building package for mutt-1.7.0.20160916v2
> Create /usr/ports/packages/sparc64/all/mutt-1.7.0.20160916v2.tgz
> checksumming| | 
> 27%
> Error: 
> /usr/ports/pobj/mutt-1.7.0.20160916/fake-sparc64/usr/local/share/doc/mutt/README.notmuch
>  does not exist
> Fatal error: can't continue
>  at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1500.
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1888 
> '/usr/ports/packages/sparc64/all/mutt-1.7.0.20160916v2.tgz')
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2409 
> '_internal-package')
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2389 'package')
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1901 
> '/var/db/pkg/mutt-1.7.0.20160916v2/+CONTENTS')
> *** Error 1 in /usr/ports/mail/mutt 
> (/usr/ports/infrastructure/mk/bsd.port.mk:2389 'install')
> 
> The file is missing. The file is not copied to the fake area.
> I use no special FLAVOR.
> 
> Regards,
> Markus

With FLAVOR="gpgme sasl slang" and without special FLAVOR I run in the
same issue on amd64.

Simple patches to fix the package:

Index: pkg/PLIST
===
RCS file: /cvs/ports/mail/mutt/pkg/PLIST,v
retrieving revision 1.23
diff -u -p -u -p -r1.23 PLIST
--- pkg/PLIST   19 Sep 2016 08:24:28 -  1.23
+++ pkg/PLIST   19 Sep 2016 19:54:43 -
@@ -27,7 +27,6 @@ share/doc/mutt/README
 share/doc/mutt/README.SECURITY
 share/doc/mutt/README.SSL
 share/doc/mutt/README.neomutt
-share/doc/mutt/README.notmuch
 share/doc/mutt/TODO
 share/doc/mutt/advancedusage.html
 share/doc/mutt/applying-patches.txt

mail/mutt doesnt package

[Markus Lude]

Hi Stuart,

with recent update of the mutt port, mutt doesnt package:

===>  Building package for mutt-1.7.0.20160916v2
Create /usr/ports/packages/sparc64/all/mutt-1.7.0.20160916v2.tgz
checksumming| | 27%
Error: 
/usr/ports/pobj/mutt-1.7.0.20160916/fake-sparc64/usr/local/share/doc/mutt/README.notmuch
 does not exist
Fatal error: can't continue
 at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1500.
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1888 
'/usr/ports/packages/sparc64/all/mutt-1.7.0.20160916v2.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2409 
'_internal-package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2389 'package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1901 
'/var/db/pkg/mutt-1.7.0.20160916v2/+CONTENTS')
*** Error 1 in /usr/ports/mail/mutt 
(/usr/ports/infrastructure/mk/bsd.port.mk:2389 'install')

The file is missing. The file is not copied to the fake area.
I use no special FLAVOR.

Regards,
Markus

UPDATE: devel/doxygen

[Rafael Sadowski]

Hi ports@

updated again. Doxygen port changes:

- Switch to qt5
-- Build doxyapp, doxyindexer applications (Tested @amd64)
- Some patches are no longer needed (committed upstream)
- Take Maintainer

I checked all ports with doxygen usage:

devel/libmtpREVISION bump and updated plist
devel/qjson REVISION bump and updated plist
geo/geosREVISION bump and updated plist, switch 
HOMEPAGE to HTTPS
graphics/lensfunREVISION bump and updated plist
multimedia/libquicktime REVISION bump and updated plist
x11/dbusmenu-qt REVISION bump and updated plist
x11/ede/lib REVISION bump and updated plist
net/ortpREVISION bump and updated plist

databases/soprano   none plist changes
devel/kf5/kapidox   none plist changes
devel/libidnnone plist changes
devel/simulavr  none plist changes
devel/tclap none plist changes
graphics/digikam-kde4   none plist changes
graphics/opencv none plist changes
math/ginac  none plist changes
net/libktorrent none plist changes
net/libmygpo-qt none plist changes
productivity/kmymoney   none plist changes
productivity/libalkimia none plist changes
x11/awesome none plist changes
x11/gtk3mm  none plist changes
x11/kde4/nepomuk-core   none plist changes
x11/kde4/runtimenone plist changes

devel/cppunit/Makefile  disable-doxygen
devel/kyua-cli  without-doxygen
devel/kyua-testers  without-doxygen
devel/libhidw   without-doxygen
devel/rapidsvn  with-doxygen=no
graphics/geeqie disable-doxygen-doc
graphics/libpgf Force disabling documentation generation 
through doxygen
multimedia/libbluraydisable-doxygen-doc
multimedia/libv4l   disable-doxygen-doc
net/avahi   disable-doxygen-doc
net/meanwhile   enable-doxygen=no
net/pidgin  disable-doxygen
productivity/gnucashdisable-doxygen
sysutils/inotify-tools  disable-doxygen
x11/dbusdisable-doxygen-docs
x11/libxdg-basedir  disable-doxygen-doc
x11/xkbcommon   without-doxygen

Tested only on amd64. I am looking forward about your feedback and I hope we
will see 1.8.12 quickly in the tree.

Kind regards,

Rafael Sadowski



Index: devel/doxygen/Makefile
===
RCS file: /cvs/ports/devel/doxygen/Makefile,v
retrieving revision 1.35
diff -u -p -u -p -r1.35 Makefile
--- devel/doxygen/Makefile  28 Apr 2016 17:55:27 -  1.35
+++ devel/doxygen/Makefile  18 Sep 2016 15:13:38 -
@@ -8,16 +8,17 @@ BROKEN-alpha= .got subsegment exceeds 64
 COMMENT-main=  source code documentation generator tool
 COMMENT-gui=   GUI front-end for doxygen
 
-VERSION=   1.8.11
+VERSION=   1.8.12
 DISTNAME=  doxygen-${VERSION}.src
 PKGNAME-main=  doxygen-${VERSION}
 FULLPKGNAME-gui=doxygen-gui-${VERSION}
-REVISION=  0
 
 CATEGORIES=devel textproc
 
 HOMEPAGE=  http://www.doxygen.org/
 
+MAINTAINER=Rafael Sadowski 
+
 # GPLv2
 PERMIT_PACKAGE_CDROM=  Yes
 
@@ -27,24 +28,27 @@ MASTER_SITES=   http://ftp.stack.nl/pub/us
 MULTI_PACKAGES=-main -gui
 PSEUDO_FLAVORS=no_gui bootstrap
 
-COMMON_WANTLIB=c m stdc++
-WANTLIB-main=  ${COMMON_WANTLIB} iconv pthread
-WANTLIB-gui=   ${COMMON_WANTLIB} QtCore QtGui QtXml
-
-COMMON_LIB_DEPENDS= converters/libiconv
-LIB_DEPENDS-main= ${COMMON_LIB_DEPENDS}
-LIB_DEPENDS-gui= ${COMMON_LIB_DEPENDS} ${MODQT_LIB_DEPENDS}
+COMMON_WANTLIB= c m pthread estdc++
+WANTLIB-main=  ${COMMON_WANTLIB} iconv z xapian
+WANTLIB-gui=   Qt5Core Qt5Gui Qt5Widgets Qt5Xml \
+   ${COMMON_WANTLIB}
+
+LIB_DEPENDS-main=  converters/libiconv \
+   databases/xapian-core
+
+LIB_DEPENDS-gui=   ${MODQT_LIB_DEPENDS}
+
 RUN_DEPENDS-gui= doxygen-${VERSION}:${BUILD_PKGPATH}
 
-MODULES =  devel/cmake \
+MODULES=   devel/cmake \
lang/python
 
-MODPY_RUNDEP = No
+MODPY_RUNDEP=  No
 
 .include 
 .if ${BUILD_PACKAGES:M-gui}
 CONFIGURE_ARGS+=-Dbuild_wizard:Bool=ON
-MODULES+=  x11/qt4
+MODULES+=  x11/qt5
 .endif
 .if ${MACHINE_ARCH} == "mips64" || ${MACHINE_ARCH} == "mips64el"
 # ld(1) fails
@@ -57,6 +61,8 @@ RUN_DEPENDS+= print/ghostscript/gnu \
math/graphviz
 
 CONFIGURE_ARGS+=-Dbuild_doc:Bool=ON
+CONFIGURE_ARGS+=-Dbuild_app:Bool=ON
+CONFIGURE_ARGS+=-Dbuild_search:Bool=ON
 
 WRKDIST=   ${WRKDIR}/doxygen-${VERSION}
 
Index: devel/doxygen/distinfo
===
RCS file: 

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/09/19 13:15:48

Modified files:
net/amule  : Makefile 

Log message:
Remove unnecessary line; no pkg changes

Re: 6.0 Ports Breakage - Seamonkey and Quanta

[Jack J. Woehr]

Solène Rapenne wrote:

Do you have messages like "seamonkey W^X violation" in dmesg log ?


Seamonkey loads and runs for a moment. Then "Segmentation fault (core dumped)".

Dmesg: "seamonkey(89184): mmap W^X violation"


If so, is your /usr/local mountpoint mounted with wxallowed ?


Yes. Or, more accurately, I only have one label "a" mounted as / and that is 
wxallowed.


--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/09/19 11:55:09

Modified files:
devel/autoconf-archive: Makefile distinfo 
devel/autoconf-archive/pkg: PLIST 

Log message:
update to autoconf-archive-2016.09.16

Re: 6.0 Ports Breakage - Seamonkey and Quanta

[Solène Rapenne]

Le 2016-09-19 19:43, Jack J. Woehr a écrit :

6.0 Breakage

I did pkg_add -u and mostly everything seems good with some notable 
exceptions.


Seamonkey is broken but that's no news. Any testing I will try to
assist with. I have an extra machine that can build patched versions.

Quanta on KDE dumps core during initialization.


Hello,

Do you have messages like "seamonkey W^X violation" in dmesg log ?
If so, is your /usr/local mountpoint mounted with wxallowed ? That's 
needed : https://www.openbsd.org/faq/upgrade60.html


Regards

6.0 Ports Breakage - Seamonkey and Quanta

[Jack J. Woehr]

6.0 Breakage

I did pkg_add -u and mostly everything seems good with some notable exceptions.

Seamonkey is broken but that's no news. Any testing I will try to assist with. I have an extra machine that can build 
patched versions.


Quanta on KDE dumps core during initialization.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2016/09/19 11:16:32

Modified files:
security/pinentry: Makefile distinfo 

Log message:
Update pinentry to 0.9.7.

OK jca@

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2016/09/19 11:20:05

Modified files:
security/gpa   : Makefile distinfo 
security/gpa/pkg: PLIST 
Removed files:
security/gpa/patches: patch-src_gpa_c 

Log message:
Update gpa to 0.9.9.

OK jca@

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2016/09/19 11:13:55

Modified files:
security/gpgme : Makefile distinfo 
security/gpgme/pkg: PLIST 
Added files:
security/gpgme/patches: patch-tests_gpg_pinentry 

Log message:
Update gpgme to 1.6.0.

OK jca@

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2016/09/19 11:09:37

Modified files:
security/gnupg2: Makefile distinfo 
security/gnupg2/pkg: PLIST 

Log message:
Update gnupg2 to 2.1.15.

OK jca@

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2016/09/19 11:04:55

Modified files:
security/libksba: Makefile distinfo 
Removed files:
security/libksba/patches: patch-src_ber-help_c patch-src_cert_c 
  patch-src_dn_c patch-src_name_c 
  patch-src_ocsp_c 

Log message:
Update libksba to 1.3.5.

OK jca@

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2016/09/19 11:02:15

Modified files:
security/libassuan: Makefile distinfo 
security/libassuan/patches: patch-configure 

Log message:
Update libassuan to 2.4.3.

OK jca@

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2016/09/19 08:39:36

Modified files:
security/keybase: Makefile 
security/keybase/patches: 
  
patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go 

Log message:
Fix build on i386 (found by sthen@). I will push upstream as well.

OK jasper@

CVS: cvs.openbsd.org: ports

[Gleydson Soares]

CVSROOT:/cvs
Module name:ports
Changes by: gsoa...@cvs.openbsd.org 2016/09/19 08:17:56

Modified files:
devel/afl  : Makefile distinfo 

Log message:
update to afl-2.34b; OK jsg@

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/09/19 08:06:53

Modified files:
net/amule  : Makefile distinfo 
net/amule/patches: patch-acinclude_m4 patch-configure_in 
   patch-src_Preferences_cpp patch-src_amule_cpp 
   patch-src_utils_cas_configfile_c 
   patch-src_webserver_src_Makefile_in 
net/amule/pkg  : PLIST-daemon PLIST-main PLIST-web 
Added files:
net/amule/patches: patch-docs_man_Makefile_in patch-m4_bfd_m4 
   patch-src_libs_ec_cpp_ECSocket_cpp 
   patch-src_utils_aLinkCreator_docs_Makefile_in 
   patch-src_utils_cas_docs_Makefile_in 
   patch-src_utils_wxCas_docs_Makefile_in 
Removed files:
net/amule/patches: patch-m4_libpng_m4 patch-src_BaseClient_cpp 
   patch-src_ChatSelector_cpp 
   patch-src_DownloadQueue_cpp 
   patch-src_ED2KLinkParser_cpp 
   patch-src_EncryptedStreamSocket_cpp 
   patch-src_GuiEvents_cpp 
   patch-src_ListenSocket_cpp 
   patch-src_MD4Hash_h 
   patch-src_MuleCollection_cpp 
   patch-src_MuleUDPSocket_cpp 
   patch-src_OScopeCtrl_cpp 
   patch-src_ObservableQueue_h 
   patch-src_OtherFunctions_cpp 
   patch-src_PartFileConvertDlg_cpp 
   patch-src_PartFileConvert_cpp 
   patch-src_PartFile_cpp patch-src_PartFile_h 
   patch-src_PlatformSpecific_h 
   patch-src_PrefsUnifiedDlg_cpp 
   patch-src_SHAHashSet_cpp 
   patch-src_Scanner_cpp 
   patch-src_ServerList_cpp 
   patch-src_ServerList_h 
   patch-src_SharedFileList_cpp 
   patch-src_Statistics_cpp 
   patch-src_ThreadTasks_cpp 
   patch-src_UPnPBase_cpp patch-src_amuleDlg_cpp 
   patch-src_amuleDlg_h 
   patch-src_include_common_Constants_h 
   patch-src_kademlia_net_KademliaUDPListener_cpp 
   patch-src_kademlia_routing_RoutingZone_cpp 
   patch-src_libs_common_FileFunctions_cpp 
   patch-src_libs_ec_cpp_ECTag_cpp 
   patch-src_utils_aLinkCreator_src_md4_cpp 
   patch-src_utils_scripts_denoiser_rules 
   patch-src_utils_scripts_mldonkey_importer_pl 
   patch-src_webserver_default_login_php 
   patch-src_webserver_src_WebServer_cpp 
   patch-src_webserver_src_WebServer_h 
   patch-src_webserver_src_php_lexer_c 
   patch-src_webserver_src_php_parser_y 

Log message:
Finally a new release!
Update to amule-2.3.2

Re: NEW: net/iperf3

[Jeremie Courreges-Anglas]

Stuart Henderson  writes:

> Hi, I'd strongly prefer a new port for this and keep the existing one as
> there are quite a few devices with built-in copies of iperf 2.

Seconded.

> On 17 September 2016 3:19:45 p.m. Lawrence Teo  wrote:
>
>> net/iperf is at 2.0.5 and no longer maintained; its website
>> (http://iperf.sourceforge.net) now directs users to iperf3 instead.
>>
>> A description of iperf3 is available at the top of their main
>> non-github site at http://software.es.net/iperf/ -- the summary is that
>> iperf3 is a rewritten iperf that is not backwards compatible with iperf.
>> The installed binary name has also changed; it is now "bin/iperf3"
>> instead of "bin/iperf".
>>
>> I have attached the new net/iperf3 port for review.
>>
>> Note: Due to the way iperf3 uses IPV6_V6ONLY
>> (https://github.com/esnet/iperf/issues/196),

I don't quite understand why adding #ifdefs here helps.  It should just
be a soft error.

>> iperf3 can only listen
>> on IPv6 or IPv4 but not both when you start it in server mode.  If you
>> would like to use it in server mode with IPv4, you will need to run:
>>
>> iperf3 -4 -s

sigh :)

>> Some questions:
>>
>> 1. Is it preferable to introduce a new port or update the existing
>>net/iperf port?  I lean towards introducing a new port because of the
>>backwards incompatibility, and the situation is similar to
>>security/p0f and security/p0f3.
>>
>> 2. If it's preferable to introduce a new port, should the old net/iperf
>>port be removed?
>>
>> Last but not least, thanks to jca@ for prodding me about this. :)

;)

>> Thoughts and reviews welcome.

No need to set DISTNAME in Makefile, did you want to make it explicit?

The port looks and works fine here, ok jca@.  I added a few patches for
the visible warnings, the %llu one matters the most I'd say.  Updated
tarball below.



iperf3.tgz
Description: Binary data

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

UPDATE audio/openal 1.6.0

[David CARLIER]

Hi,

this is a little update of openal using clang + backport of the C11
atomic fix. tested with astromenace and supertuxkart.

Hope it finds its way.
Index: Makefile
===
RCS file: /cvs/ports/audio/openal/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile1 Sep 2016 10:53:26 -   1.38
+++ Makefile4 Sep 2016 22:26:47 -
@@ -1,13 +1,13 @@
 # $OpenBSD: Makefile,v 1.38 2016/09/01 10:53:26 jasper Exp $
 
-BROKEN-arm =   undefined reference to __sync atomic ops
 BROKEN-hppa =  undefined reference to __sync atomic ops
+BROKEN-mips64 =undefined reference to __sync atomic ops
+BROKEN-mips64el =  undefined reference to __sync atomic ops
 
 COMMENT =  cross-platform 3D audio API
 
-V =1.15.1
+V =1.16.0
 EPOCH =0
-REVISION = 4
 DISTNAME = openal-soft-$V
 PKGNAME =  openal-$V
 CATEGORIES =   audio
@@ -20,32 +20,41 @@ MAINTAINER =David Carlier 

Re: UPDATE audio/openal 1.6.0

[David CARLIER]

Hi any comment/interest ? :)

On 4 September 2016 at 23:29, David CARLIER  wrote:
> last time, sorry ... forgot the fix from FreeBSD's version.
>
> On 4 September 2016 at 23:14, David CARLIER  wrote:
>> ...
>> with an unneeded patch it is better
>> ...
>>
>> On 4 September 2016 at 23:08, David CARLIER  wrote:
>>> Hi,
>>>
>>> this is a little update of openal using clang + backport of the C11
>>> atomic fix. tested with astromenace and supertuxkart.
>>>
>>> Hope it finds its way.

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2016/09/19 04:14:07

Modified files:
lang/gcc/6 : Makefile distinfo 
lang/gcc/6/patches: patch-gcc_config_mips_mips_h 
lang/gcc/6/pkg : PLIST-main 

Log message:
Add mips64 support; optimistically enable mips64el too.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/09/19 03:17:45

Modified files:
print/hplip/patches: patch-prnt_hpcups_CommonDefinitions_h 
 patch-prnt_hpijs_hpcupsfax_cpp 
Added files:
print/ghostscript/gnu/patches: patch-cups_colord_h 
   patch-cups_gstoraster_c 
www/iridium/patches: 
 patch-printing_backend_print_backend_cups_cc 
www/chromium/patches: 
  patch-printing_backend_print_backend_cups_h 
x11/kde4/print-manager/patches: patch-libkcups_KCupsConnection_h 

Log message:
Unbreak with cups>=2.2.0.
Hopefully catched all breakage since a few ports aren't building currently
(ligtop2...).

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/09/19 03:16:51

Modified files:
print/cups : Makefile distinfo 
print/cups/patches: patch-Makedefs_in patch-backend_ipp_c 
patch-cgi-bin_Makefile 
patch-config-scripts_cups-common_m4 
patch-config-scripts_cups-sharedlibs_m4 
patch-cups-config_in patch-cups_Makefile 
patch-filter_Makefile 
patch-notifier_Makefile patch-ppdc_Makefile 
patch-scheduler_Makefile 
patch-scheduler_auth_c patch-scheduler_ipp_c 
patch-test_run-stp-tests_sh 
print/cups/pkg : PLIST-libs PLIST-main 
Removed files:
print/cups/patches: patch-config-scripts_cups-compiler_m4 

Log message:
Update to cups-2.2.0.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/09/19 02:23:57

Modified files:
audio/gsm  : Makefile distinfo 

Log message:
minor update to gsm-1.0.16

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/09/19 02:24:28

Modified files:
mail/mutt  : Makefile distinfo 
mail/mutt/patches: patch-main_c 
mail/mutt/pkg  : PLIST 

Log message:
update to neomutt-20160916

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

On 2016/09/09 08:11, Aaron Bieber wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   abie...@cvs.openbsd.org 2016/09/09 08:11:43
> 
> Log message:
> Import keybase client, a command line tool for working with keybase.io!
> 
> OK awolk@, suggestions from edd@
> 
> Status:
> 
> Vendor Tag:   abieber
> Release Tags: abieber_20160909
> 
> N ports/security/keybase/Makefile
> N ports/security/keybase/distinfo
> N ports/security/keybase/pkg/PLIST
> N ports/security/keybase/pkg/DESCR
> N 
> ports/security/keybase/patches/patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go
> N ports/security/keybase/patches/patch-go_vendor_vendor_json
> N ports/security/keybase/patches/patch-go_logger_redirect_stderr_nix_go
> N ports/security/keybase/patches/patch-go_install_install_unix_go
> N ports/security/keybase/patches/patch-go_client_cmd_update_go
> 
> No conflicts created by this import
> 

This fails to build on i386:

===>  Building for keybase-1.0.17
cd /usr/obj/ports/keybase-1.0.17/go/src/github.com/keybase/client/go/keybase && 
/usr/bin/env -i 
PATH="/usr/obj/ports/keybase-1.0.17/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin"
 HOME="/keybase-1.0.17_writes_to_HOME" 
GOPATH="/usr/obj/ports/keybase-1.0.17/go:/usr/local/go-pkg" go build -tags  
production
# github.com/keybase/client/go/vendor/github.com/keybase/go-ps
../vendor/github.com/keybase/go-ps/process.go:39: undefined: processes
../vendor/github.com/keybase/go-ps/process.go:47: undefined: findProcess