lang/gprolog improvements: sparc64, PIE, system malloc(3)

2018-11-17 Thread Jeremie Courreges-Anglas


As pointed out by Daniel, gprolog can now work on sparc64 if we help it
a little.  Detection of sigaction/siginfo_t fails for a dubious reason
(the system returns the address of the page of the faulty access,
instead of the faulty address).  The diff below attempts to fix it in
a portable way.

Testing on sparc64 proved successful even though '-fno-pie -nopie'
wasn't used in CFLAGS.  Using those seems needed only on i386, and maybe
powerpc (can't test those archs).  We want to use PIE when possible, so
the diff below restricts the use of '-fno-pie -nopie' to i386 and
powerpc.

Finally, this switches from Doug Lea malloc shipped with the source to
system malloc(3).  Doug Lea malloc is only used on *BSD systems, no
rationale is given.  I think we also want to use our malloc(3) when
possible.

Make test passes on amd64 and sparc64.  Tests and feedback welcome.


Index: Makefile
===
RCS file: /cvs/ports/lang/gprolog/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile16 Nov 2018 22:19:45 -  1.22
+++ Makefile17 Nov 2018 11:34:18 -
@@ -1,10 +1,12 @@
 # $OpenBSD: Makefile,v 1.22 2018/11/16 22:19:45 jca Exp $
 
-ONLY_FOR_ARCHS=amd64 i386 powerpc
+ONLY_FOR_ARCHS=amd64 i386 powerpc sparc64
 
 COMMENT=   Prolog compiler
 
 DISTNAME=  gprolog-1.4.5
+REVISION=  0
+
 CATEGORIES=lang
 
 HOMEPAGE=  http://www.gprolog.org/
Index: patches/patch-EnginePl_dl_malloc_c
===
RCS file: patches/patch-EnginePl_dl_malloc_c
diff -N patches/patch-EnginePl_dl_malloc_c
--- patches/patch-EnginePl_dl_malloc_c  12 Nov 2018 19:15:40 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,20 +0,0 @@
-$OpenBSD: patch-EnginePl_dl_malloc_c,v 1.1 2018/11/12 19:15:40 daniel Exp $
-
-Index: EnginePl/dl_malloc.c
 EnginePl/dl_malloc.c.orig
-+++ EnginePl/dl_malloc.c
-@@ -572,6 +572,14 @@ MAX_RELEASE_CHECK_RATE   default: 4095 unless not HAVE
- #endif  /* HAVE_MORECORE */
- #endif  /* DARWIN */
- 
-+#if defined(__OpenBSD__)
-+/* Avoid sbrk on OpenBSD; use mmap instead */
-+#ifndef HAVE_MORECORE
-+#define HAVE_MORECORE 0
-+#define HAVE_MMAP 1
-+#endif
-+#endif
-+
- #ifndef LACKS_SYS_TYPES_H
- #include   /* For size_t */
- #endif  /* LACKS_SYS_TYPES_H */
Index: patches/patch-EnginePl_machine_h
===
RCS file: /cvs/ports/lang/gprolog/patches/patch-EnginePl_machine_h,v
retrieving revision 1.2
diff -u -p -r1.2 patch-EnginePl_machine_h
--- patches/patch-EnginePl_machine_h8 Jun 2017 15:25:57 -   1.2
+++ patches/patch-EnginePl_machine_h17 Nov 2018 11:34:18 -
@@ -1,5 +1,6 @@
 $OpenBSD: patch-EnginePl_machine_h,v 1.2 2017/06/08 15:25:57 espie Exp $
 
+Hunk 1:
 XXX not quite sure why this is needed as it's built without PIE anyway, but
 this fixes a segfault on i386 during build following the switch to PIE by
 default.
@@ -13,6 +14,9 @@ compilation failed
 *** Error 1 in /tmp_ports/gprolog-1.3.1/gprolog-1.3.1/src (Makefile:47 'all')
 ===
 
+Hunk 2:
+use system malloc(3), not Doug Lea malloc backed by sbrk(2)
+
 Index: EnginePl/machine.h
 --- EnginePl/machine.h.orig
 +++ EnginePl/machine.h
@@ -25,3 +29,12 @@ Index: EnginePl/machine.h
  
  #ifdef NO_USE_EBP
  #define M_USED_REGS{"ebx", 0}
+@@ -196,7 +196,7 @@ void M_Check_Magic_Words(void); /* not compiled if not
+  *-*/
+ 
+ #if defined(__OpenBSD__) || defined(M_bsd)
+-#define USE_DL_MALLOC
++//#define USE_DL_MALLOC
+ #endif
+ 
+ 
Index: patches/patch-EnginePl_try_sigaction_c
===
RCS file: patches/patch-EnginePl_try_sigaction_c
diff -N patches/patch-EnginePl_try_sigaction_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-EnginePl_try_sigaction_c  17 Nov 2018 11:34:18 -
@@ -0,0 +1,49 @@
+$OpenBSD$
+
+Relax siginfo_t si_addr check, sparc64 only provides page granularity.
+
+Index: EnginePl/try_sigaction.c
+--- EnginePl/try_sigaction.c.orig
 EnginePl/try_sigaction.c
+@@ -51,6 +51,7 @@
+  * si_addr is wrong for SIGBUS :-(
+  */
+ #define BAD_ADDR  ((int *) 0x2EA4F0)
++int *bad_addr;
+ 
+ void
+ SIGSEGV_Handler(int sig, siginfo_t * sip)
+@@ -59,7 +60,7 @@ SIGSEGV_Handler(int sig, siginfo_t * sip)
+ #if 0
+   printf("bad addr: %p\n", addr);
+ #endif
+-  _exit(addr != BAD_ADDR);
++  _exit(addr != bad_addr);
+ }
+ 
+ 
+@@ -68,6 +69,7 @@ int
+ main(int argc, char *argv[])
+ {
+   struct sigaction act;
++  long page_size;
+ 
+   act.sa_handler = NULL;
+   act.sa_sigaction = (void (*)()) SIGSEGV_Handler;
+@@ -79,7 +81,15 @@ main(int argc, char *argv[])
+   sigaction(SIGBUS, &act, NULL);
+ #endif
+ 
+-  *BAD_ADDR = 128;
++  bad_addr = BAD_ADDR;
++  /*
++   * some architectures can't provide more then page-level
++   * granularity.
++   */
++

powerpc bulk build report

2018-11-17 Thread landry
bulk build on macppc-1.ports.openbsd.org
started on  Thu Nov 1 03:17:51 MDT 2018
finished at Sat Nov 17 05:24:53 MST 2018
lasted 16D20h07m
done with kern.version=OpenBSD 6.4-current (GENERIC.MP) #258: Wed Oct 31 
20:15:49 MDT 2018

built packages:8552
Nov 1:5703
Nov 2:901
Nov 3:489
Nov 4:300
Nov 5:280
Nov 6:174
Nov 7:206
Nov 8:238
Nov 9:260
Nov 10:337
Nov 11:272
Nov 12:354
Nov 13:322
Nov 14:395
Nov 15:501
Nov 16:1695
Nov 17:1080



critical path missing pkgs: 
http://build-failures.rhaalovely.net//powerpc/2018-11-01/summary.log

build failures: 99
http://build-failures.rhaalovely.net//powerpc/2018-11-01/archivers/zipios.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/astro/celestia.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/audio/audacious-plugins.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/audio/id3lib.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/audio/libofa.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/benchmarks/wrk.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/gnucap.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/necpp.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/qcad.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/qucs.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/yosys.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/comms/hamlib.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/converters/lastools.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/avr/gdb.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/avr/libc.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/ccrtp.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/codeworker.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/glog.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/ptlib.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/xtensa-elf/gcc.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/editors/neovim.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/editors/scintilla.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/BasiliskII.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/dosbox.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/higan.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/nestopia,-libretro.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/ppsspp.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/retroarch.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/vice.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/crack-attack.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/dangerdeep.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/dungeon-crawl.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/easyrpg.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/einstein.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/freeorion.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/godot.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/grhino.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/hex-a-hop.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/hyperrogue.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/late.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/prboom-plus.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/spacehulk.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/stockfish.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/xevil.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/merkaartor.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/py-fiona,python3.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/qlandkartegt.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/spatialite/gis.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/animorph.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/cal3d.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/imv.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/k3dsurf.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-fcitx.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-hangul.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-pinyin.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-tables.log
http://build-failures.rhaalovely.net//powerpc/2018-11-01/japanese/mecab,-ipadic.log
http://build-failures.rhaalove

[new] devel/p5-Test-LWP-UserAgent

2018-11-17 Thread Paco Esteban
Hi ports@,

Attached is a port of the Test::LWP::UserAgent perl module available at:
https://metacpan.org/pod/Test::LWP::UserAgent

It overrides some methods of LWP::UserAgent allowing interception of
requests to simulate responses on tests.

Cheers,

-- 
Paco Esteban
https://onna.be/gpgkey.asc


p5-Test-LWP-UserAgent.tar.gz
Description: Binary data


Re: UPDATE: lang/chicken

2018-11-17 Thread Juan Francisco Cantero Hurtado
On Fri, Nov 16, 2018 at 07:49:09PM +0200, Timo Myyrä wrote:
> Sebastien Marie  writes:
> 
> > On Fri, Nov 16, 2018 at 01:28:35PM +0100, Sebastien Marie wrote:
> >
> >> On Fri, Nov 16, 2018 at 10:13:24AM +0200, Timo Myyrä wrote:
> >> > 
> >> > Ok, here's new diff to fix the tests to use new binary names.
> >> > Though there seems to be some issue with the tests, now the tests get 
> >> > stuck on
> >> > 'ports test' phases 'fast' test on my amd64. Could somebody check how 
> >> > the test
> >> > function with other arches?
> >> 
> >> with plain chicken-5.0.0, I have no problem with tests (on amd64).
> >> 
> >> I will retest it with the rename.
> >
> > Here, it is fine (amd64).
> >
> >  port tests ...
> > == ports ==
> > (PASS) Initially, output string is empty
> > (PASS) output can be extracted from output string
> > (PASS) closing a string output port has no effect on the returned data
> > (PASS) writing to a closed string output port is an error
> > slow...
> > 0.33s CPU time, 15924/2656 mutations (total/tracked), 1/999 GCs 
> > (major/minor), maximum live heap: 544.02 KiB
> > fast...
> > 0s CPU time, 56/13 mutations (total/tracked), 0/1 GCs (major/minor), 
> > maximum live heap: 543.85 KiB
> >
> >
> > Procedures check on TCP ports being closed
> >
> > tcp-addresses...OK
> > tcp-port-numbers...OK
> > tcp-abandon-port...OK
> >
> >
> > Procedures check on output ports being closed
> >
> > write...OK
> > fprintf...OK
> > print-call-chain...OK
> > print-error-message...OK
> > print...OK
> > print*...OK
> > display...OK
> > terminal-port?...OK
> > newline...OK
> > write-char...OK
> > write-line...OK
> > write-u8vector...OK
> > flush-output...OK
> > file-test-lock...OK
> > file-lock...OK
> > file-lock/blocking...OK
> > write-byte...OK
> > write-string...OK
> >
> >
> > Procedures check on input ports being closed
> >
> > read...OK
> > read-char...OK
> > char-ready?...OK
> > peek-char...OK
> > terminal-port?...OK
> > read-line...OK
> > read-u8vector...OK
> > read-u8vector!...OK
> > file-test-lock...OK
> > file-lock...OK
> > file-lock/blocking...OK
> > read-byte...OK
> > read-token...OK
> > read-string...OK
> > read-string!...OK
> >
> > Embedded NUL bytes in filenames are rejected
> >
> >
> > read-line string port position tests:
> >
> > (PASS) advance row when encountering delim
> > (PASS) reaching limit sets col to limit, and does not advance row
> > (PASS) delimiter counted in limit
> > (PASS) EOF reached
> >
> > read-string!:
> >
> > (PASS) peek-char won't influence the result of read-string!
> > (PASS) read-string! won't read past buffer if given #f
> > (PASS) read-string! reads the requested bytes with #f
> > (PASS) read-string! won't read past buffer if given #f and offset
> > (PASS) read-string! reads the requested bytes with #f and offset
> > (PASS) read-string! reads until the end correctly
> > (PASS) read-string! leaves the buffer's tail intact
> > (PASS) after peek-char at EOF, read-string! doesn't mutate the buffer
> > (PASS) read-string! won't read past buffer if given size
> > (PASS) read-string! reads the requested bytes with buffer size
> > (PASS) read-string! won't read past buffer if given size and offset
> > (PASS) read-string! reads the requested bytes with buffer size and offset
> > (PASS) read-string! reads until the end correctly with buffer size
> > (PASS) read-string! leaves the buffer's tail intact
> > (PASS) read-string! at EOF reads nothing
> > (PASS) read-string! at EOF doesn't mutate the buffer
> >
> > line endings:
> >
> >
> > string port:
> >
> > (PASS) \n
> > (PASS) \r
> > (PASS) \r\n
> > (PASS) eof
> >
> > file port:
> >
> > (PASS) \n
> > (PASS) \r
> > (PASS) \r\n
> > (PASS) eof
> >
> > custom port:
> >
> > (PASS) \n
> > (PASS) \r
> > (PASS) \r\n
> > (PASS) eof
> >   36 tests completed in 7.128 seconds
> >   36 (100.00%) tests passed
> >   0 (0.00%) tests failed
> > -- ports --
> >
> >
> >  TOTALS: 
> >   36 tests completed in 7.128 seconds
> >   36 (100.00%) tests passed
> >   0 (0.00%) tests failed
> 
> Hmm, odd. For me it always get stuck on port tests after printing the fast:
>  port tests ...
> == ports ==
> (PASS) Initially, output string is empty
> (PASS) output can be extracted from output string
> (PASS) closing a string output port has no effect on the returned data
> (PASS) writing to a closed string output port is an error
> slow...
> 0.12s CPU time, 15924/2656 mutations (total/tracked), 1/999 GCs 
> (major/minor), maximum live heap: 544.04 KiB
> fast...
> 0s CPU time, 56/13 mutations (total/tracked), 0/1 GCs (major/minor), maximum 
> live heap: 543.87 KiB
> 
> I don't have a clue yet what could cause this. Could it be hardware thing as
> ryzen laptops aren't that well supported yet.
> The test worked without the name change on this laptop in any case.

Committed, thanks. abieber@ tested the update on a Ryzen laptop and the
tests were not stuck.


-- 
Juan Francisco Cantero Hurtado http://

Re: UPDATE: www/youtube-dl

2018-11-17 Thread Paul Irofti
Never did that in the past, but I am OK if some of the other people in
the -stable world are OK with it.

On Thu, Nov 08, 2018 at 11:10:02PM +0100, Giovanni Bechis wrote:
> On Wed, Nov 07, 2018 at 08:00:53PM +0100, Giovanni Bechis wrote:
> > Hi,
> > update to latest version, ok ?
> >  Cheers
> >   Giovanni
> committed to current, ok for the following diff to unbreak youtube on 6.4 ?
>  Cheers
>   Giovanni

> Index: Makefile
> ===
> RCS file: /var/cvs/ports/www/youtube-dl/Makefile,v
> retrieving revision 1.179
> diff -u -p -r1.179 Makefile
> --- Makefile  9 Sep 2018 22:23:01 -   1.179
> +++ Makefile  8 Nov 2018 22:00:26 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT =CLI program to download videos from YouTube and other sites
>  
> -VERSION =2018.09.10
> +VERSION =2018.11.07
>  MODPY_EGG_VERSION =  ${VERSION:S/.0/./g}
>  
>  DISTNAME =   youtube-dl-${VERSION}
> Index: distinfo
> ===
> RCS file: /var/cvs/ports/www/youtube-dl/distinfo,v
> retrieving revision 1.166
> diff -u -p -r1.166 distinfo
> --- distinfo  9 Sep 2018 22:23:01 -   1.166
> +++ distinfo  8 Nov 2018 22:00:31 -
> @@ -1,2 +1,2 @@
> -SHA256 (youtube-dl-2018.09.10.tar.gz) = 
> COqzWl6qJJvwqQ3hU2n0SU6H5Bb5QPU5+YLlViJB7Yk=
> -SIZE (youtube-dl-2018.09.10.tar.gz) = 3036301
> +SHA256 (youtube-dl-2018.11.07.tar.gz) = 
> afb3vDKA/o/Ik0cFCwcHLlH8ymPTHaUx81PUNUUVbOc=
> +SIZE (youtube-dl-2018.11.07.tar.gz) = 3053158
> Index: pkg/PLIST
> ===
> RCS file: /var/cvs/ports/www/youtube-dl/pkg/PLIST,v
> retrieving revision 1.120
> diff -u -p -r1.120 PLIST
> --- pkg/PLIST 9 Sep 2018 22:23:01 -   1.120
> +++ pkg/PLIST 8 Nov 2018 22:02:48 -
> @@ -377,6 +377,7 @@ lib/python${MODPY_VERSION}/site-packages
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lifenews.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}limelight.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}line.${MODPY_PYC_MAGIC_TAG}pyc
> +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}linkedin.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}litv.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}liveleak.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}livestream.${MODPY_PYC_MAGIC_TAG}pyc
> @@ -692,7 +693,6 @@ lib/python${MODPY_VERSION}/site-packages
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tutv.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv2.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv2hu.${MODPY_PYC_MAGIC_TAG}pyc
> -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv3.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv4.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv5mondeplus.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tva.${MODPY_PYC_MAGIC_TAG}pyc
> @@ -711,6 +711,7 @@ lib/python${MODPY_VERSION}/site-packages
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twentyfourvideo.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twentymin.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twentythreevideo.${MODPY_PYC_MAGIC_TAG}pyc
> +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twitcasting.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twitch.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twitter.${MODPY_PYC_MAGIC_TAG}pyc
>  
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}udemy.${MODPY_PYC_MAGIC_TAG}pyc
> @@ -1149,6 +1150,7 @@ lib/python${MODPY_VERSION}/site-packages
>  lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lifenews.py
>  lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/limelight.py
>  lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/line.py
> +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/linkedin.py
>  lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/litv.py
>  lib/python${MODPY_VERSION}/site-packages/youtube_dl/ext

[new] sysutils/p5-App-cpanminus

2018-11-17 Thread Paco Esteban
Hi ports@,

Find attached a port for cpanm
cpanminus is a script to get, unpack, build and install modules from
CPAN.

It's great to test modules and install them on custom locations.

Also, it's dependency free (that makes me doubt a bit on the port
itself, seems too simple, even for an easy perl module port).

Cheers,

-- 
Paco Esteban
https://onna.be/gpgkey.asc


p5-App-cpanminus.tar.gz
Description: Binary data


CVE-2018-18820 - Request to update Icecast to 2.4.4 security release

2018-11-17 Thread Aham Brahmasmi
Hello ports,

Could I request the list to please update the Icecast port to 2.4.4?

>From http://icecast.org/news/icecast-release_2_4_4/ :
"We released a new version of Icecast. It is a security release and we
recommend to update all Icecast installations of versions below 2.4.4
to it.
...
Fixes
Fix buffer overflows in URL auth code, [CVE-2018-18820]
...
"

I am writing to the list because the maintainer is listed as
"The OpenBSD ports mailing-list" at http://openports.se/net/icecast.

Regards,
ab
-|-|-|-|-|-|-|--



Re: UPDATE: devel/py-click-7.0

2018-11-17 Thread Edward Lopez-Acosta
I gathered items requiring this and was able to build them all 
successfully. I also tested out at lest a couple of them by running the 
actual application and found no issues.


Comments on the diff, or is it ok?

On 2018-11-16 00:40, Landry Breuil wrote:

On Thu, Nov 15, 2018 at 05:21:51PM -0600, Edward Lopez-Acosta wrote:

Simple version update to latest version.
Tests and builds fine on amd64.
Ok to merge?


Well this has some consumers and plugins.. usually it's nice to specify
which ones you've tested at build & runtime :)

Landry





UPDATE: www/py-gunicorn-19.9.0

2018-11-17 Thread Edward Lopez-Acosta

Straightforward version bump.
No other ports depend on this.
Patch no longer required, so its removed.
All tests and package builds pass for both py2 and py3.

Notable changes: updated with Python 3.7 compatibility and fixed syslog 
support


Ok?
diff --git a/www/py-gunicorn/Makefile b/www/py-gunicorn/Makefile
index 04a0b124b52..1253851a9c6 100644
--- a/www/py-gunicorn/Makefile
+++ b/www/py-gunicorn/Makefile
@@ -2,7 +2,7 @@
 
 COMMENT =  Python WSGI HTTP server
 
-MODPY_EGG_VERSION =19.8.1
+MODPY_EGG_VERSION =19.9.0
 DISTNAME = gunicorn-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   www
diff --git a/www/py-gunicorn/distinfo b/www/py-gunicorn/distinfo
index 18a81c15b1f..ce9616dfce5 100644
--- a/www/py-gunicorn/distinfo
+++ b/www/py-gunicorn/distinfo
@@ -1,2 +1,2 @@
-SHA256 (gunicorn-19.8.1.tar.gz) = vFkAWXnvttLdfVunLZn4qEIoYq0X/zoW6QBoRjDdKhA=
-SIZE (gunicorn-19.8.1.tar.gz) = 415541
+SHA256 (gunicorn-19.9.0.tar.gz) = +iZiCXxm+SD1P3BiHGxYyko8TTQ0IF5gjhIbWztx9PM=
+SIZE (gunicorn-19.9.0.tar.gz) = 415774
diff --git a/www/py-gunicorn/patches/patch-requirements_test_txt 
b/www/py-gunicorn/patches/patch-requirements_test_txt
deleted file mode 100644
index 6c58f5aaded..000
--- a/www/py-gunicorn/patches/patch-requirements_test_txt
+++ /dev/null
@@ -1,13 +0,0 @@
-$OpenBSD: patch-requirements_test_txt,v 1.3 2018/05/04 11:37:24 jasper Exp $
-
-Relax overly strict requirements
-
-Index: requirements_test.txt
 requirements_test.txt.orig
-+++ requirements_test.txt
-@@ -1,3 +1,3 @@
- coverage>=4.0,<4.4  # TODO: https://github.com/benoitc/gunicorn/issues/1548
--pytest==3.0.5
--pytest-cov==2.4.0
-+pytest
-+pytest-cov
diff --git a/www/py-gunicorn/pkg/PLIST b/www/py-gunicorn/pkg/PLIST
index b2eb1387f9a..e6135604bb4 100644
--- a/www/py-gunicorn/pkg/PLIST
+++ b/www/py-gunicorn/pkg/PLIST
@@ -80,8 +80,8 @@ 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/__init__.py
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}_gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}async.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base_async.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}geventlet.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}ggevent.${MODPY_PYC_MAGIC_TAG}pyc
@@ -90,8 +90,8 @@ 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gtorna
 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}sync.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}workertmp.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/_gaiohttp.py
-lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/async.py
 lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base.py
+lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base_async.py
 lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gaiohttp.py
 lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/geventlet.py
 lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/ggevent.py


Re: UPDATE: TeX Live 2018

2018-11-17 Thread Jon Bernard
* Edd Barrett  wrote:
> Hi,
> 
> Here's a first go at TeX Live 2018.
> 
> I've tested it on only amd64 at this point, but all ports BUILD_DEPEND
> or LIB_DEPENDing on any of TeX Live have been build tested.
> 
> Please test your documents!

I tried several documents including an IEEEtran draft and everything
rendered as expected.  For my current use cases everything looks good
here.  Thanks for working on this.

-- 
Jon

> Stuart, is this still needed?
> https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/print/texlive/base/Makefile.diff?r1=1.103&r2=1.104&f=h
> 
> If it is, can we make it a bit more verbose, because I'm not sure what
> it means :)
> 
> Cheers
> 
> -- 
> Best Regards
> Edd Barrett
> 
> http://www.theunixzoo.co.uk




Re: NEW: security/pecl-pledge

2018-11-17 Thread Tom Van Looy
On Wed, Nov 14, 2018 at 12:19 PM Stuart Henderson 
wrote:

> I'd probably go for www/ for category,
> @conflict isn't needed
>

These are fixed.

I would like to have some write-up (in DESCR probably) explaining what
> this might be useful for
>

I added a few lines that should present some ideas about how to use the
module and warn users for the the dangers.

Any feedback on that one?

Tom


pecl-pledge.tgz
Description: application/compressed-tar


Re: [update] collectd 5.8.1

2018-11-17 Thread Daniel Jakots
On Fri, 2 Nov 2018 10:06:45 +0100, Landry Breuil 
wrote:

> Hi,
> 
> all in the title, please test if you rely on it.
> https://collectd.org/wiki/index.php/Version_5.8 has the changelog if
> you scroll to 5.8.1.
> 
> 

collectd-mysql-5.8.1(sysutils/collectd,-mysql):
Extra:  z.5
Scanning: ok

other than that, ok danj@


Cheers,
Daniel



Re: [UPDATE] devel/p5-POE 1.294 -> 1.367 (p5-POE* update 1/14)

2018-11-17 Thread Charlene Wendling
Hi ports, 

Can somebody look at these 2 please? 

- p5-POE-Component-Resolver
https://marc.info/?l=openbsd-ports&m=154092768107481&w=2

- p5-POE-Component-Syndicator
https://marc.info/?l=openbsd-ports&m=154101419130335&w=2

Thanks in advance! 

Charlène. 


On Sun, 11 Nov 2018 16:55:48 -0700
Andrew Hewus Fresh wrote:

> I'll commit all of these with a second OK on importing
> p5-POE-Component-Resolver and p5-POE-Component-Syndicator
> 
> On Tue, Oct 30, 2018 at 08:26:09PM +0100, Charlene Wendling wrote:
> > Hi ports, 
> > 
> > -
> > Intro: 
> > 
> > This is the second round of the big POE update. I'll submit them in
> > dependency order.
> > 
> > The whole thing builds and installs with dpb on amd64 and i386, and
> > the few consumers i've found run fine.
> > -
> > 
> > I'm proposing here an update for p5-POE itself.
> 
> OK afresh1@
> reverse dependency tests seem to be the same as with the old version.
> 
> 
> On Tue, Oct 30, 2018 at 08:26:59PM +0100, Charlene Wendling wrote:
> > 
> > I'm proposing here POE::Component::Resolver.  It will be needed for
> > updating net/p5-POE-Component-Client-HTTP. 
> 
> OK afresh1@
> Looks fine to me, tests pass.
> 
> 
> 
> On Tue, Oct 30, 2018 at 08:27:37PM +0100, Charlene Wendling wrote:
> > 
> > I'm proposing here an update for POE::API::Peek, a module that peeks
> > into the internals of a running POE environment. 
> 
> OK afresh1@
> The one reverse dependency seems to work with both.
> 
> 
> 
> On Tue, Oct 30, 2018 at 08:28:36PM +0100, Charlene Wendling wrote:
> > 
> > Here is an update for POE::Component::IKC, that allow inter kernels
> > communication between POE kernels. 
> 
> OK afresh1@
> It doesn't seem that anything in particular depends on this, and the
> update looks good.
> 
> 
> On Wed, Oct 31, 2018 at 02:07:23PM +0100, Charlene Wendling wrote:
> > Hi ports! 
> > 
> > Here is a new port for POE::Component::Syndicator. It will be needed
> > for updating net/p5-POE-Component-IRC.
> 
> OK afresh1@
> Looks good to me.
> 
> 
> On Wed, Oct 31, 2018 at 02:07:42PM +0100, Charlene Wendling wrote:
> > 
> > Here is an update for POE::Loop::Event. 
> 
> OK afresh1@
> It doesn't seem that anything in particular depends on this, and the
> update looks good.
> 
> 
> On Wed, Oct 31, 2018 at 02:08:10PM +0100, Charlene Wendling wrote:
> > 
> > Here is an update for POE::Loop::Tk, a bridge that allows POE to be
> > driven by Tk. 
> 
> OK afresh1@
> It doesn't seem that anything in particular depends on this, and the
> update looks good.  Tests didn't actually run as I have apparently
> broken X forwarding from my laptop to my ports testing machine.
> 
> 
> On Wed, Oct 31, 2018 at 02:08:34PM +0100, Charlene Wendling wrote:
> > 
> > Here is an update for POE::Component::Client::DNS, a DNS module for
> > POE.
>  
> OK afresh1@
> reverse dependency tests seem to be the same as with the old version.
> 
> 



Re: update ffmpeg to 4.1

2018-11-17 Thread Stuart Henderson
Build failures in these:

audio/aqualung
audio/chromaprint
audio/moc
audio/pianobar
audio/squeezelite
databases/strigi
emulators/mgba
games/alephone/alephone
games/renpy
games/stepmania
graphics/amide
graphics/gegl
graphics/opencv
graphics/openscenegraph
multimedia/dvdstyler
multimedia/ffmpeg2theora
multimedia/libquicktime
multimedia/motion
multimedia/mpv
telephony/iaxclient
x11/freerdp
x11/mplayer
x11/vlc
x11/xfce4/tumbler

(And possibly more failures in ports depending on the above).



Re: update ffmpeg to 4.1

2018-11-17 Thread Klemens Nanni
On Sat, Nov 17, 2018 at 10:35:59PM +, Stuart Henderson wrote:
> Build failures in these:
> 
> audio/aqualung
> audio/chromaprint
> audio/moc
I'll look into it.

> audio/pianobar
> audio/squeezelite
> databases/strigi
> emulators/mgba
> games/alephone/alephone
> games/renpy
> games/stepmania
> graphics/amide
> graphics/gegl
> graphics/opencv
> graphics/openscenegraph
> multimedia/dvdstyler
> multimedia/ffmpeg2theora
Can probably be removed as already noted by juanfra.

> multimedia/libquicktime
> multimedia/motion
> multimedia/mpv
I'll send an update soon.

> telephony/iaxclient
> x11/freerdp
> x11/mplayer
I'll look into it.

> x11/vlc
> x11/xfce4/tumbler

> (And possibly more failures in ports depending on the above).
Yes, altough some/most of them are expected since I removed the
deprecated avresample library from ffmpeg.

Some ports probably just need an update.
> 



update mpv to 0.29.1

2018-11-17 Thread Klemens Nanni
Depending on the ffmpeg update, here's mpv.

Works just fine on amd64 with various formats and codecs where
performance improvements are quite noticable.

According to `port-lib-depends-check' the cd, dvd and v4l related
libraries where extra, so I blatantly removed them including their LDEP.

Since I don't have access to CD/DVD (readers), can anyone test mpv
with playing physical media?

Otherwise it's a simple version bump, switch to HTTPS, removal of
obsolete CONFIGURE_ARGS and simplifications for do-* targets.

Index: Makefile
===
RCS file: /cvs/ports/multimedia/mpv/Makefile,v
retrieving revision 1.43
diff -u -p -r1.43 Makefile
--- Makefile13 Nov 2018 17:12:51 -  1.43
+++ Makefile17 Nov 2018 23:35:01 -
@@ -4,17 +4,16 @@ COMMENT = movie player based on MPlayer
 
 GH_ACCOUNT =   mpv-player
 GH_PROJECT =   mpv
-GH_TAGNAME =   v0.22.0
-REVISION = 4
+GH_TAGNAME =   v0.29.1
 
 CATEGORIES =   multimedia x11
 
-HOMEPAGE = http://mpv.io/
+HOMEPAGE = https://mpv.io/
 
 MAINTAINER =   Dmitrij D. Czarkoff 
 
-WAF =  ${WRKSRC}/waf-1.8.19
-MASTER_SITES0 =http://waf.io/
+WAF =  ${WRKSRC}/waf-2.0.12
+MASTER_SITES0 =https://waf.io/
 DISTFILES =${DISTNAME}{${GH_TAGNAME}}${EXTRACT_SUFX} ${WAF:T}:0
 EXTRACT_ONLY = ${DISTNAME}${EXTRACT_SUFX}
 
@@ -22,14 +21,11 @@ EXTRACT_ONLY =  ${DISTNAME}${EXTRACT_SUF
 PERMIT_PACKAGE_CDROM = patents
 PERMIT_PACKAGE_FTP =   Yes
 
-WANTLIB += EGL GL SDL2 X11 X11-xcb Xau Xdamage Xdmcp Xext Xfixes
-WANTLIB += Xinerama Xrandr Xrender Xss Xv Xxf86vm ass avcodec
-WANTLIB += avdevice avfilter avformat avresample avutil bluray
-WANTLIB += c cdio cdio_cdda cdio_paranoia drm dvdnav dvdread expat
-WANTLIB += fontconfig freetype fribidi gbm iconv jpeg lcms2 m
-WANTLIB += opus postproc pthread sndio speex swresample
-WANTLIB += swscale v4l2 v4lconvert vpx x264 x265 xcb xcb-dri2
-WANTLIB += xcb-glx z ${MODLUA_WANTLIB}
+WANTLIB += ${MODLUA_WANTLIB} EGL GL SDL2 X11 X11-xcb Xau Xdamage Xdmcp Xext
+WANTLIB += Xfixes Xinerama Xrandr Xrender Xss Xv Xxf86vm ass avcodec avdevice
+WANTLIB += avfilter avformat avutil bluray c drm expat fontconfig freetype
+WANTLIB += fribidi gbm iconv jpeg lcms2 m postproc pthread sndio swresample
+WANTLIB += swscale xcb xcb-dri2 xcb-glx z
 
 MODULES =  lang/lua \
lang/python
@@ -37,17 +33,13 @@ MODULES =   lang/lua \
 BUILD_DEPENDS =audio/ladspa \
textproc/py-docutils
 
-LIB_DEPENDS =  audio/libcdio \
-   converters/libiconv \
-   devel/libdvdread \
+LIB_DEPENDS =  converters/libiconv \
devel/sdl2 \
graphics/ffmpeg>=20151112 \
graphics/jpeg \
graphics/lcms2 \
multimedia/libass \
-   multimedia/libbluray>=0.8.0 \
-   multimedia/libdvdnav \
-   multimedia/libv4l
+   multimedia/libbluray>=0.8.0
 
 MODPY_RUNDEP = No
 RUN_DEPENDS =  devel/desktop-file-utils \
@@ -58,16 +50,13 @@ CONFIGURE_ARGS =--confloaddir=${SYSCONF
--mandir=${LOCALBASE}/man \
--docdir=${LOCALBASE}/share/examples/mpv \
--zshdir=${LOCALBASE}/share/zsh/vendor-completions \
-   --enable-encoding \
--enable-sndio \
--enable-sdl2 \
--enable-zsh-comp \
--disable-alsa \
--disable-caca \
-   --disable-enca \
--disable-jack \
--disable-libarchive \
-   --disable-libguess \
--disable-rubberband \
--disable-oss-audio \
--disable-openal \
@@ -78,15 +67,12 @@ CONFIGURE_ARGS =--confloaddir=${SYSCONF
--disable-uchardet \
--disable-vaapi \
--disable-vaapi-glx \
-   --disable-vaapi-hwaccel \
--disable-vaapi-x-egl \
--disable-vaapi-x11 \
--disable-vaapi-wayland \
--disable-vapoursynth \
--disable-vapoursynth-lazy \
--disable-vdpau \
-   --disable-vdpau-hwaccel \
-   --disable-videotoolbox-hwaccel \
--disable-videotoolbox-gl \
--disable-wayland
 
@@ -105,20 +91,19 @@ CFLAGS +=  -march=i586
 post-patch:
cp $

UPDATE: www/py-bleach-3.0.2

2018-11-17 Thread Edward Lopez-Acosta
Version bump to the latest version with lots of changes. The existing 
version, 2.0, is over a year old at this point in time.


I see jupyter-notebook uses this though I could not find where the dep 
is required.


All tests pass, and package builds fine on amd64.
Update needed to my upcoming port for isso.

Ok?
--
Edward Lopez-Acosta
diff --git a/www/py-bleach/Makefile b/www/py-bleach/Makefile
index 12c90b7d84a..b5ee84e55c4 100644
--- a/www/py-bleach/Makefile
+++ b/www/py-bleach/Makefile
@@ -2,7 +2,7 @@
 
 COMMENT =		easy whitelist-based HTML-sanitizing tool
 
-MODPY_EGG_VERSION =	2.0.0
+MODPY_EGG_VERSION =	3.0.2
 DISTNAME =		bleach-${MODPY_EGG_VERSION}
 PKGNAME =		py-${DISTNAME}
 CATEGORIES =		www
diff --git a/www/py-bleach/distinfo b/www/py-bleach/distinfo
index ba46357917f..fd821e037e7 100644
--- a/www/py-bleach/distinfo
+++ b/www/py-bleach/distinfo
@@ -1,2 +1,2 @@
-SHA256 (bleach-2.0.0.tar.gz) = uVIhMAA+TK7fTwCjnBIKkG3NQkIynByPYh9TcCA8vDA=
-SIZE (bleach-2.0.0.tar.gz) = 46083
+SHA256 (bleach-3.0.2.tar.gz) = SNOWdbgKdfbRw72//seRzwu7q2Zc8B4g2nAcd94nhxg=
+SIZE (bleach-3.0.2.tar.gz) = 165682
diff --git a/www/py-bleach/pkg/PLIST b/www/py-bleach/pkg/PLIST
index a9fc2a37847..402e3c7c3b1 100644
--- a/www/py-bleach/pkg/PLIST
+++ b/www/py-bleach/pkg/PLIST
@@ -11,14 +11,108 @@ lib/python${MODPY_VERSION}/site-packages/bleach/__init__.py
 ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}/
 lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}callbacks.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}encoding.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}html5lib_shim.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}linkifier.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}sanitizer.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/README.rst
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/__init__.py
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/DESCRIPTION.rst
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/INSTALLER
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/LICENSE.txt
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/METADATA
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/RECORD
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/WHEEL
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/metadata.json
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/top_level.txt
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/__init__.py
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_ihatexml.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_inputstream.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_tokenizer.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_utils.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}constants.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}html5parser.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}serializer.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_ihatexml.py
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_inputstream.py
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_tokenizer.py
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_trie/
+lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib

update u-boot-pinebook to 20181109

2018-11-17 Thread Jonathan Gray
Adds support for pinebooks with 1080p panels.  Compile tested only.

Index: Makefile
===
RCS file: /cvs/ports/sysutils/u-boot-pinebook/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile11 Feb 2018 00:42:57 -  1.1.1.1
+++ Makefile18 Nov 2018 04:26:44 -
@@ -3,7 +3,7 @@
 BROKEN-sparc64=Error: the specified option is not accepted in ISB at 
operand 1 -- isb sy
 
 COMMENT=   U-Boot firmware for Pine64 Pinebook
-V= 0.0.20180206
+V= 0.0.20181109
 DISTNAME=  u-boot-pinebook-${V}
 CATEGORIES=sysutils
 HOMEPAGE=  http://www.denx.de/wiki/U-Boot
@@ -11,13 +11,13 @@ HOMEPAGE=   http://www.denx.de/wiki/U-Boot
 # GPLv2
 PERMIT_PACKAGE_CDROM=  Yes
 
-# from branch pinebook-wip-20180206
+# from branch pinebook-wip-20181109
 GH_ACCOUNT=anarsoul
 GH_PROJECT=u-boot-pine64
-GH_COMMIT= 603ea3339298bdef845a7108fb1203ce32f230c4
+GH_COMMIT= 54dd89fefcf4b6b70351d73bad291dc102b8317c
 
-PATCHFILES=u-boot-pinebook-efi_status_t.patch:1
-MASTER_SITES1= https://patchwork.ozlabs.org/patch/871561/mbox/?/
+PATCHFILES=u-boot-pinebook-file2include.patch:1
+MASTER_SITES1= https://patchwork.ozlabs.org/patch/999412/mbox/?/
 PATCH_DIST_STRIP=  -p1
 
 PKG_ARCH=  *
Index: distinfo
===
RCS file: /cvs/ports/sysutils/u-boot-pinebook/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo11 Feb 2018 00:42:57 -  1.1.1.1
+++ distinfo18 Nov 2018 04:27:32 -
@@ -1,4 +1,4 @@
-SHA256 (u-boot-pinebook-0.0.20180206-603ea333.tar.gz) = 
UCbFsIoUZOKjsVnxB1b1znbtT/X+yKoOF3w2OdwzkXo=
-SHA256 (u-boot-pinebook-efi_status_t.patch) = 
YbeO2n7JPPIW9xPwFO7x6UMTmJNxr8Ryuc9KTWN7oE4=
-SIZE (u-boot-pinebook-0.0.20180206-603ea333.tar.gz) = 15616896
-SIZE (u-boot-pinebook-efi_status_t.patch) = 6452
+SHA256 (u-boot-pinebook-0.0.20181109-54dd89fe.tar.gz) = 
cwwduJ+mmc7hxepuvcZL3SEc+JcBXzhDnukAGT3LyxQ=
+SHA256 (u-boot-pinebook-file2include.patch) = 
hZEYjc+GraZDvHPZUMvjKg4ugzB+d8baLzoONS3euxc=
+SIZE (u-boot-pinebook-0.0.20181109-54dd89fe.tar.gz) = 16611215
+SIZE (u-boot-pinebook-file2include.patch) = 1232