Re: devel/p5-Test-CheckManifest: Update to 1.42
On 07/07/2022 13:47, wen heping wrote: > Hi, all: > > Here is a patch to update devel/p5-Test-CheckManifest to 1.42, > it build well and pass all tests on amd64-current system. > Three ports depend on it, all build well and pass all tests on > amd64-current system. > > > Regards, > wen Ok with me.
Re: www/p5-HTTP-Cookies : Update to 6.10
overwhelmed with other things, and behind on OpenBSD versions so no testing, is a simple changes from 6.08, which was the last update I made locally, and tested. Ok from me On 16/05/2021 08:40, wen heping wrote: > Hi, > > Here is a patch for www/p5-HTTP-Cookies to update to 6.10, it > build well and pass all tests on amd64-6.9 system. > >5 ports depends on it ,all build well and pass all tests on amd64-6.9 > system. > > > > wen >
Re: www/p5-HTTP-Message : Update to 6.31
On 16/05/2021 08:02, wen heping wrote: > Hi, > > Here is a patch for www/p5-HTTP-Message to update to 6.31, > it build well and pass all tests on amd64-6.9 system. > > 32 ports depends on it, I have tested some of it , such as: > www/p5-Dancer > www/p5-Plack > www/p5-Catalyst-Runtime > www/p5-HTML-Form > did not meet any problems, all build well and pass all tests. > > wen overwhelmed with other things, and behind on OpenBSD versions so no testing, is a simple changes from 6.24, which was the last update I made locally, and tested. Ok from me
Re: lang/gcc fails on -current
On 22/07/2019 14:06, Stuart Henderson wrote: > On 2019/07/22 13:36, Nigel Taylor wrote: >> On 22/07/2019 12:21, Stuart Henderson wrote: >>> On 2019/07/22 08:36, Pavel Korovin wrote: >>>> On 07/20, Nigel Taylor wrote: >>>>> I can get past the sinfo.h error, treeprs.ads and osnames errors, but >>>>> there are more afterwards. Too many errors to fix by hand. >>>>> >>>>> The problem I think lies in opening files for writing when they don't >>>>> exist, it fails to create an empty file. So I manually touch sinfo.h to >>>>> create the empty file. Same for other missing files. >>>>> >>>>> Add env FLAVOR=no_ada to the make or if using dpb lang/gcc/8,no_ada >>>>> >>>>> >>>>> Not sure where the error is could be with the ada bootstrap file, needs >>>>> regenerating. >>>> >>>> The same problem here, please find the diff for gcc8 attached. >>> >>> Yet the Makefiles are presumably OK on other systems, and are OK on i386. >>> >>> Has anyone figured out what triggered this to start failing and what is >>> actually going on? >>> >>> Wondering if there's an LP64 related problem. The only other 64-bit arch >>> building ada support in ports/lang/gcc/8 is mips64. Anyone know if that >>> still works? >>> >>> The most obvious candidate to my eyes would be realpath, if there's some >>> problem with this it could impact many many ports. So I think we should >>> figure out what's really going on before committing workarounds to gcc >>> which take the whole thing off the radar. >>> >>> >> >> This is a ktrace/kdump side by side of grep CALL's one with and one >> without sinfo.h present. >> >> 70692 xsinfo CALL write(1,0x444b5f5cc1f,0x1) >>│ >> 76912 xsinfo CALL write(1,0x97722da4c1f,0x1) >> 70692 xsinfo CALL write(1,0x7f7d8580,0x35) >>│ >> 76912 xsinfo CALL write(1,0x7f7a5ce0,0x35) >> 70692 xsinfo CALL __realpath(0x7f7ee630,0x7f7eddf0) >>│ >> 76912 xsinfo CALL __realpath(0x7f7bbd90,0x7f7bb550) >> 70692 xsinfo CALL >> open(0x7f7ee630,0x601,0666) >> │ 76912 xsinfo CALL kbind(0x7f7bb8a0,24,0x494ab4884a3e974f) >> 70692 xsinfo CALL fstat(4,0x7f7ee150) >>│ >> 76912 xsinfo CALL kbind(0x7f7bb7f0,24,0x494ab4884a3e974f) >> 70692 xsinfo CALL __realpath(0x7f7ee630,0x7f7eddf0) >>│ >> 76912 xsinfo CALL kbind(0x7f7bb7f0,24,0x494ab4884a3e974f) >> 70692 xsinfo CALL open(0x7f7ee630,0) >>│ >> 76912 xsinfo CALL >> mmap(0,0x4000,0x3,0x1002,-1,0) >> 70692 xsinfo CALL fstat(5,0x7f7ee150) >>│ >> 76912 xsinfo CALL >> mmap(0,0x4000,0x3,0x1002,-1,0) >> >> Only when the file exists after the __realpath call is open called, >> suggesting __realpath is returning an error for the missing file, >> causing the open to be skipped. Could be realpath returning wrong error >> in this case or runtime looking for the wrong error or not expecting an >> error. >> >> As a quick check I reverted back to a kernel I built 15 July, with that >> kernel xsinfo works when sinfo.h is missing. >> >> >> Which looks, this change might be the cause of problems. but only >> guessing. But doesn't seem to tie up with your later email. >> >> cvs -R -q diff -uNp -r 1.321 vfs_syscalls.c >> Index: vfs_syscalls.c >> === >> RCS file: /home/cvs/src/sys/kern/vfs_syscalls.c,v >> retrieving revision 1.321 >> retrieving revision 1.323 >> diff -u -p -r1.321 -r1.323 >> --- vfs_syscalls.c 12 Jul 2019 13:56:27 - 1.321 >> +++ vfs_syscalls.c 15 Jul 2019 15:05:21 - 1.323 >> @@ -1,4 +1,4 @@ >> -/* $OpenBSD: vfs_syscalls.c,v 1.321 2019/07/12 13:56:27 solene Exp >> $ */ >> +/* $OpenBSD: vfs_syscalls.c,v 1.323 2019/07/15 15:05:21 beck Exp $ */ >> /* $NetBSD: vfs_syscal
Re: lang/gcc fails on -current
On 22/07/2019 12:21, Stuart Henderson wrote: > On 2019/07/22 08:36, Pavel Korovin wrote: >> On 07/20, Nigel Taylor wrote: >>> I can get past the sinfo.h error, treeprs.ads and osnames errors, but >>> there are more afterwards. Too many errors to fix by hand. >>> >>> The problem I think lies in opening files for writing when they don't >>> exist, it fails to create an empty file. So I manually touch sinfo.h to >>> create the empty file. Same for other missing files. >>> >>> Add env FLAVOR=no_ada to the make or if using dpb lang/gcc/8,no_ada >>> >>> >>> Not sure where the error is could be with the ada bootstrap file, needs >>> regenerating. >> >> The same problem here, please find the diff for gcc8 attached. > > Yet the Makefiles are presumably OK on other systems, and are OK on i386. > > Has anyone figured out what triggered this to start failing and what is > actually going on? > > Wondering if there's an LP64 related problem. The only other 64-bit arch > building ada support in ports/lang/gcc/8 is mips64. Anyone know if that > still works? > > The most obvious candidate to my eyes would be realpath, if there's some > problem with this it could impact many many ports. So I think we should > figure out what's really going on before committing workarounds to gcc > which take the whole thing off the radar. > > This is a ktrace/kdump side by side of grep CALL's one with and one without sinfo.h present. 70692 xsinfo CALL write(1,0x444b5f5cc1f,0x1) │ 76912 xsinfo CALL write(1,0x97722da4c1f,0x1) 70692 xsinfo CALL write(1,0x7f7d8580,0x35) │ 76912 xsinfo CALL write(1,0x7f7a5ce0,0x35) 70692 xsinfo CALL __realpath(0x7f7ee630,0x7f7eddf0) │ 76912 xsinfo CALL __realpath(0x7f7bbd90,0x7f7bb550) 70692 xsinfo CALL open(0x7f7ee630,0x601,0666) │ 76912 xsinfo CALL kbind(0x7f7bb8a0,24,0x494ab4884a3e974f) 70692 xsinfo CALL fstat(4,0x7f7ee150) │ 76912 xsinfo CALL kbind(0x7f7bb7f0,24,0x494ab4884a3e974f) 70692 xsinfo CALL __realpath(0x7f7ee630,0x7f7eddf0) │ 76912 xsinfo CALL kbind(0x7f7bb7f0,24,0x494ab4884a3e974f) 70692 xsinfo CALL open(0x7f7ee630,0) │ 76912 xsinfo CALL mmap(0,0x4000,0x3,0x1002,-1,0) 70692 xsinfo CALL fstat(5,0x7f7ee150) │ 76912 xsinfo CALL mmap(0,0x4000,0x3,0x1002,-1,0) Only when the file exists after the __realpath call is open called, suggesting __realpath is returning an error for the missing file, causing the open to be skipped. Could be realpath returning wrong error in this case or runtime looking for the wrong error or not expecting an error. As a quick check I reverted back to a kernel I built 15 July, with that kernel xsinfo works when sinfo.h is missing. Which looks, this change might be the cause of problems. but only guessing. But doesn't seem to tie up with your later email. cvs -R -q diff -uNp -r 1.321 vfs_syscalls.c Index: vfs_syscalls.c === RCS file: /home/cvs/src/sys/kern/vfs_syscalls.c,v retrieving revision 1.321 retrieving revision 1.323 diff -u -p -r1.321 -r1.323 --- vfs_syscalls.c 12 Jul 2019 13:56:27 - 1.321 +++ vfs_syscalls.c 15 Jul 2019 15:05:21 - 1.323 @@ -1,4 +1,4 @@ -/* $OpenBSD: vfs_syscalls.c,v 1.321 2019/07/12 13:56:27 solene Exp $ */ +/* $OpenBSD: vfs_syscalls.c,v 1.323 2019/07/15 15:05:21 beck Exp $ */ /* $NetBSD: vfs_syscalls.c,v 1.71 1996/04/23 10:29:02 mycroft Exp $ */ /* @@ -928,7 +928,7 @@ sys___realpath(struct proc *p, void *v, NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF | SAVENAME | REALPATH, UIO_SYSSPACE, pathname, p); else - NDINIT(&nd, CREATE, FOLLOW | LOCKLEAF | LOCKPARENT | SAVENAME | + NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF | LOCKPARENT | SAVENAME | REALPATH, UIO_SYSSPACE, pathname, p); nd.ni_cnd.cn_rpbuf = rpbuf; I'll look at building kernel with this reverted. Not saying the change isn't right, but may have exposed error checking which is wrong.
Re: lang/gcc fails on -current
On 22/07/2019 06:36, Pavel Korovin wrote: > On 07/20, Nigel Taylor wrote: >> I can get past the sinfo.h error, treeprs.ads and osnames errors, but >> there are more afterwards. Too many errors to fix by hand. >> >> The problem I think lies in opening files for writing when they don't >> exist, it fails to create an empty file. So I manually touch sinfo.h to >> create the empty file. Same for other missing files. >> >> Add env FLAVOR=no_ada to the make or if using dpb lang/gcc/8,no_ada >> >> >> Not sure where the error is could be with the ada bootstrap file, needs >> regenerating. > > The same problem here, please find the diff for gcc8 attached. > I've done much the same already, but the resulting gnat package is broken. The diff gets around the problem of building, but not the fact the runtime produced is then broken. That is the ada Create fails to work when the file is missing sinfo/xsinfo.adb: Create (Ofile, Out_File, "sinfo.h"); As no other packages use ada, to build the my set of packages, the no_ada flavor can be used. Building a non working gnat package only helps others looking into the problem. Not for general release. While the diff helps and thanks very much, just don't anyone put it into CVS. Don't use unless you understand the gnat runtime package will still be broken. The ada runtime/OpenBSD needs fixing for amd64, not the building of the package. If the runtime needs fixing a new bootstrap will be required.
Re: lang/gcc fails on -current
On 18/07/2019 19:10, Mark Patruck wrote: > Hi, > > lang/gcc always fails with the following error on amd64 -current (~6 hours > old) > > > Check for missing set procedures in body > OK > > All tests completed successfully, no errors detected > > raised ADA.IO_EXCEPTIONS.USE_ERROR : sinfo.h: No such file or directory > gmake[3]: *** [/tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/ada/Make-generated.in:45: > ada/s > info.h] Error 1 > gmake[3]: *** Waiting for unfinished jobs > > raised ADA.IO_EXCEPTIONS.USE_ERROR : treeprs.ads: No such file or directory > gmake[3]: *** [/tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/ada/Make-generated.in:31: > ada/treeprs.ads] Error 1 > > raised ADA.IO_EXCEPTIONS.USE_ERROR : System.File_IO.Open: reopening shared > file > gmake[3]: *** [/tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/ada/Make-generated.in:53: > ada/stamp-snames] Error 1 > /bin/sh /tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/../move-if-change tmp-optionlist > optionlist > echo timestamp > s-options > gmake[3]: Leaving directory '/tmp/pobj/gcc-8.3.0/build-amd64/gcc' > gmake[2]: *** [Makefile:4609: all-stage1-gcc] Error 2 > gmake[2]: Leaving directory '/tmp/pobj/gcc-8.3.0/build-amd64' > gmake[1]: *** [Makefile:21749: stage1-bubble] Error 2 > gmake[1]: Leaving directory '/tmp/pobj/gcc-8.3.0/build-amd64' > gmake: *** [Makefile:21886: bootstrap2] Error 2 > *** Error 2 in lang/gcc/8 (/usr/ports/infrastructure/mk/bsd.port.mk:2781 > '/tmp/pobj/gcc-8.3.0/build-amd64/.build_done') > *** Error 1 in lang/gcc/8 (/usr/ports/infrastructure/mk/bsd.port.mk:2447 > 'build') > ===> Exiting lang/gcc/8,,-libs with an error > *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:137 'build') > -- > > Anyone else seeing this? > Yes I see this, as a work around I built no_ada flavor. Just means I've got no ada, and other things can be built. I can get past the sinfo.h error, treeprs.ads and osnames errors, but there are more afterwards. Too many errors to fix by hand. The problem I think lies in opening files for writing when they don't exist, it fails to create an empty file. So I manually touch sinfo.h to create the empty file. Same for other missing files. Add env FLAVOR=no_ada to the make or if using dpb lang/gcc/8,no_ada Not sure where the error is could be with the ada bootstrap file, needs regenerating.
Re: [UPDATE] net/p5-POE-Component-Client-Keepalive 0.25 -> 0.272 (p5-POE* update 9/14)
Ok, test run fine on amd64 machine, portcheck ok.
Would question the VERSION, but checking upstream they appear to have
switched from 2 digits to 3 digits, and already using EPOCH in the
Makefile which can't be undone.
On 01/22/19 08:54, Charlene Wendling wrote:
> Hi ports!
>
> Can someone look at this please?
>
> Charlène.
>
>
> On Thu, 1 Nov 2018 12:18:12 +0100
> Charlene Wendling wrote:
>
>> Hi ports!
>>
>> Here is an update for POE::Component::Client::Keepalive.
>>
>> The changelog is once again truncated [1].
>>
>> What's new in the port:
>>
>> - It's a simple version bump with new dependencies.
>>
>> Testing:
>>
>> - 'make test' runs fine.
>>
>> Comments and feedback are welcome,
>>
>> Charlène.
>>
>>
>> [1]
>> https://metacpan.org/changes/distribution/POE-Component-Client-Keepalive
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/p5-POE-Component-Client-Keepalive/Makefile,v
> retrieving revision 1.12
> diff -u -p -u -p -r1.12 Makefile
> --- Makefile 8 Dec 2017 12:31:48 - 1.12
> +++ Makefile 22 Jan 2019 08:47:24 -
> @@ -4,8 +4,7 @@ COMMENT= manage connections, with keep-a
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME=POE-Component-Client-Keepalive-0.25
> -REVISION=1
> +DISTNAME=POE-Component-Client-Keepalive-0.272
> EPOCH= 0
> CATEGORIES= net
> FIX_EXTRACT_PERMISSIONS=Yes
> @@ -14,6 +13,10 @@ FIX_EXTRACT_PERMISSIONS=Yes
> PERMIT_PACKAGE_CDROM=Yes
>
> RUN_DEPENDS= devel/p5-POE \
> - net/p5-POE-Component-Client-DNS
> + net/p5-Net-IP-Minimal \
> + net/p5-POE-Component-Resolver
> +
> +# It would require Pod::Coverage::TrustPod that we don't ship
> +TEST_ENV=RELEASE_TESTING=0
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/p5-POE-Component-Client-Keepalive/distinfo,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 distinfo
> --- distinfo 18 Jan 2015 03:14:48 - 1.4
> +++ distinfo 22 Jan 2019 08:47:24 -
> @@ -1,2 +1,2 @@
> -SHA256 (POE-Component-Client-Keepalive-0.25.tar.gz) =
> L5gqb+Huqr8CRArQdDdyxQiP9B+KJnK9b94Fhn9SUww=
> -SIZE (POE-Component-Client-Keepalive-0.25.tar.gz) = 23794
> +SHA256 (POE-Component-Client-Keepalive-0.272.tar.gz) =
> jAgZEA+Fn7/goTRUdz7jtvR81+haMXrWLsNVB8s8Nss=
> +SIZE (POE-Component-Client-Keepalive-0.272.tar.gz) = 41860
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/net/p5-POE-Component-Client-Keepalive/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST 22 Jul 2007 16:10:18 - 1.1.1.1
> +++ pkg/PLIST 22 Jan 2019 08:47:24 -
> @@ -2,5 +2,5 @@
> ${P5SITE}/POE/Component/Client/Keepalive.pm
> ${P5SITE}/POE/Component/Connection/
> ${P5SITE}/POE/Component/Connection/Keepalive.pm
> -@man man/man3p/POE::Component::Client::Client-Keepalive.3p
> -@man man/man3p/POE::Component::Client::Conn-Keepalive.3p
> +@man man/man3p/POE::Component::Client::Keepalive.3p
> +@man man/man3p/POE::Component::Connection::Keepalive.3p
>
>
Re: [UPDATE] www/p5-HTML-Tree 5.06 -> 5.07
Ok,
I see you have joined porting perl ports, so welcome. If you would like
to update CVS with this port go ahead, if not I should still be able to
do this just let me know. I've left it a while to allow for any other
comments.
For me just include ok nigel@ as comment plus any others like sthen@,
naddy@ etc. If was doing this I would put cwen@ as author of changes in
the CVS comment.
On 01/08/19 08:53, Charlene Wendling wrote:
> On Mon, 7 Jan 2019 23:17:05 +
> Nigel Taylor wrote:
>
>> I had this update from nearly 1yr ago...
>>
>> $ cvs -R -q diff -uNp
>> Index: Makefile
>> ===
>> RCS file: /home/cvs/ports/www/p5-HTML-Tree/Makefile,v
>> retrieving revision 1.28
>> diff -u -p -r1.28 Makefile
>> --- Makefile1 May 2017 19:54:18 - 1.28
>> +++ Makefile11 Feb 2018 22:55:22 -
>> @@ -4,7 +4,7 @@ COMMENT=perl parser that builds an HTML
>>
>> MODULES= cpan
>> PKG_ARCH= *
>> -DISTNAME = HTML-Tree-5.06
>> +DISTNAME = HTML-Tree-5.07
>> CATEGORIES=www
>>
>> # Perl
>> Index: distinfo
>> ===
>> RCS file: /home/cvs/ports/www/p5-HTML-Tree/distinfo,v
>> retrieving revision 1.11
>> diff -u -p -r1.11 distinfo
>> --- distinfo1 May 2017 19:54:18 - 1.11
>> +++ distinfo11 Feb 2018 22:49:21 -
>> @@ -1,2 +1,2 @@
>> -SHA256 (HTML-Tree-5.06.tar.gz) =
>> nDbrGcvfmlkGyFiUjKUcNb11YfUswYxDKBrL5XMnU24=
>> -SIZE (HTML-Tree-5.06.tar.gz) = 150067
>> +SHA256 (HTML-Tree-5.07.tar.gz) =
>> 8DdNuEcxwgS4bB1bkJdf7w0wqGvZ3vkZND5VTjGp278=
>> +SIZE (HTML-Tree-5.07.tar.gz) = 150477
>>
>> The tests passed here on amd64 using the above.
>>
>> You shouldn't add p5-libwww without changing the BUILD/RUN_DEPENDS to
>> only include p5-libwww for runtime, this stops p5-libwww and all it's
>> run time dependencies having to be built first on build machines, it
>> has a lot of dependencies.
>>
>> Additionally it also promotes some bad habits of not including the
>> dependencies starting to rely on p5-HTML-Tree rather than including
>> p5-libwww as a dependency, and also if include p5-libwww alone you
>> don't get https support you need to add p5-LWP-Protocol-https not
>> p5-libwww
>>
>> p5-libwww used to include https support but was split into a number of
>> separate modules.
>>
>> Something being in the ports tree doesn't make it a reason to include
>> if it's only recommended. Your taking away the option from the end
>> user of the ports of deciding if something is actually needed.
>
>
> Hi Nigel,
>
> I didn't see things this way, you're right. Thanks!
>
> Charlène.
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-HTML-Tree/Makefile,v
> retrieving revision 1.28
> diff -u -p -u -p -r1.28 Makefile
> --- Makefile 1 May 2017 19:54:18 - 1.28
> +++ Makefile 8 Jan 2019 08:41:58 -
> @@ -4,7 +4,7 @@ COMMENT= perl parser that builds an HTML
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME = HTML-Tree-5.06
> +DISTNAME = HTML-Tree-5.07
> CATEGORIES= www
>
> # Perl
> @@ -17,8 +17,9 @@ BUILD_DEPENDS= ${RUN_DEPENDS} \
>
> CONFIGURE_STYLE =modbuild
>
> -TEST_DEPENDS=devel/p5-Test-Pod \
> - devel/p5-Test-LeakTrace \
> - devel/p5-Try-Tiny
> +TEST_DEPENDS=devel/p5-Test-LeakTrace \
> + devel/p5-Try-Tiny
> +
> +MAKE_ENV += TEST_POD=Yes
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/p5-HTML-Tree/distinfo,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 distinfo
> --- distinfo 1 May 2017 19:54:18 - 1.11
> +++ distinfo 8 Jan 2019 08:41:58 -
> @@ -1,2 +1,2 @@
> -SHA256 (HTML-Tree-5.06.tar.gz) = nDbrGcvfmlkGyFiUjKUcNb11YfUswYxDKBrL5XMnU24=
> -SIZE (HTML-Tree-5.06.tar.gz) = 150067
> +SHA256 (HTML-Tree-5.07.tar.gz) = 8DdNuEcxwgS4bB1bkJdf7w0wqGvZ3vkZND5VTjGp278=
> +SIZE (HTML-Tree-5.07.tar.gz) = 150477
>
>
>
>
Re: [UPDATE] www/p5-HTML-Tree 5.06 -> 5.07
I had this update from nearly 1yr ago...
$ cvs -R -q diff -uNp
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-HTML-Tree/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- Makefile1 May 2017 19:54:18 - 1.28
+++ Makefile11 Feb 2018 22:55:22 -
@@ -4,7 +4,7 @@ COMMENT=perl parser that builds an HTML
MODULES= cpan
PKG_ARCH= *
-DISTNAME = HTML-Tree-5.06
+DISTNAME = HTML-Tree-5.07
CATEGORIES=www
# Perl
Index: distinfo
===
RCS file: /home/cvs/ports/www/p5-HTML-Tree/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo1 May 2017 19:54:18 - 1.11
+++ distinfo11 Feb 2018 22:49:21 -
@@ -1,2 +1,2 @@
-SHA256 (HTML-Tree-5.06.tar.gz) =
nDbrGcvfmlkGyFiUjKUcNb11YfUswYxDKBrL5XMnU24=
-SIZE (HTML-Tree-5.06.tar.gz) = 150067
+SHA256 (HTML-Tree-5.07.tar.gz) =
8DdNuEcxwgS4bB1bkJdf7w0wqGvZ3vkZND5VTjGp278=
+SIZE (HTML-Tree-5.07.tar.gz) = 150477
The tests passed here on amd64 using the above.
You shouldn't add p5-libwww without changing the BUILD/RUN_DEPENDS to
only include p5-libwww for runtime, this stops p5-libwww and all it's
run time dependencies having to be built first on build machines, it has
a lot of dependencies.
Additionally it also promotes some bad habits of not including the
dependencies starting to rely on p5-HTML-Tree rather than including
p5-libwww as a dependency, and also if include p5-libwww alone you don't
get https support you need to add p5-LWP-Protocol-https not p5-libwww
p5-libwww used to include https support but was split into a number of
separate modules.
Something being in the ports tree doesn't make it a reason to include if
it's only recommended. Your taking away the option from the end user of
the ports of deciding if something is actually needed.
On 01/07/19 22:34, Charlene Wendling wrote:
>
> I'm proposing here an update for HTML::Tree. The only change is a fix
> that allow building with newer Perl versions [1].
>
> What's new in port:
>
> - make use of TEST_POD instead of using TEST_DEPENDS
> - added www/p5-libwww, that was already present in 5.06. It's only a
> recommended module, but we have it in the tree anyway. Not sure if
> we want it, but it allows fetching a HTML document directly from
> an URL, which is quite handy for such a module ;)
>
> The recommended HTML::Formatter is not in the port tree, it's the
> successor of of the now "dead" devel/p5-HTML-Format [2]. Sure we'll
> have to update the whole stack around it sooner or later, but there
> has been no issue with 5.06 that recommended it already.
>
> Testing:
>
> - 'make test' passes
> - There are consumers, i've found no new failures [3], but please note
> that KDE4's extras haven't been firmly tested. It should go without
> issues anyway, because the only changes are really in Build.PL and
> distribution files [4].
>
> Charlène.
>
> [1] https://metacpan.org/source/KENTNL/HTML-Tree-5.07/Changes
> [2]
> https://github.com/nigelm/html-formatter/commit/f72de441df4e2159db255bb147bebdbff3273309
> [3] https://transfer.sh/oMGfA/p5-HTML-Tree.tgz
> [4] https://github.com/kentfredric/HTML-Tree/commits/master
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-HTML-Tree/Makefile,v
> retrieving revision 1.28
> diff -u -p -u -p -r1.28 Makefile
> --- Makefile 1 May 2017 19:54:18 - 1.28
> +++ Makefile 7 Jan 2019 21:24:20 -
> @@ -4,21 +4,23 @@ COMMENT=perl parser that builds an HTML
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME = HTML-Tree-5.06
> +DISTNAME = HTML-Tree-5.07
> CATEGORIES= www
>
> # Perl
> PERMIT_PACKAGE_CDROM=Yes
>
> RUN_DEPENDS= www/p5-HTML-Parser>=3.46 \
> - www/p5-HTML-Tagset>=3.02
> + www/p5-HTML-Tagset>=3.02 \
> + www/p5-libwww
> BUILD_DEPENDS= ${RUN_DEPENDS} \
> devel/p5-Test-Fatal
>
> CONFIGURE_STYLE =modbuild
>
> -TEST_DEPENDS=devel/p5-Test-Pod \
> - devel/p5-Test-LeakTrace \
> - devel/p5-Try-Tiny
> +TEST_DEPENDS=devel/p5-Test-LeakTrace \
> + devel/p5-Try-Tiny
> +
> +MAKE_ENV += TEST_POD=Yes
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/p5-HTML-Tree/distinfo,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 distinfo
> --- distinfo 1 May 2017 19:54:18 - 1.11
> +++ distinfo 7 Jan 2019 21:24:20 -
> @@ -1,2 +1,2 @@
> -SHA256 (HTML-Tree-5.06.tar.gz) = nDbrGcvfmlkGyFiUjKUcNb11YfUswYxDKBrL5XMnU24=
> -SIZE (HTML-Tree-5.06.tar.gz) = 150067
> +SHA256 (HTML-Tree-5.07.tar.gz) = 8DdNuEcxwgS4bB1bkJdf7w0wqGvZ3vkZND5VTjGp278=
> +SIZE (HTML-Tree-5.07.tar.gz) = 150477
>
>
Re: [update] davical & awl [was: www/awl needs update to work with PHP 7, breaks productivity/davical]
Somewhere along with the various updates, something slightly different
has ended up going into CVS for www/awl and is broken. Fix to bring back
to what I think was intended - GITLAB_PROJECT is no longer defined.
$ cvs -R -q diff -uNp
Index: Makefile
===
RCS file: /home/cvs/ports/www/awl/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile28 May 2018 20:19:41 - 1.12
+++ Makefile29 May 2018 00:12:32 -
@@ -15,8 +15,7 @@ MASTER_SITES =https://www.davical.org/d
WRKSRC = ${WRKDIR}
PREFIX = ${VARBASE}/www
-WRKDIST = ${WRKDIR}/${GITLAB_PROJECT}.git
-INSTDIR = ${PREFIX}/${GITLAB_PROJECT}
+INSTDIR = ${PREFIX}/awl
SUBST_VARS = INSTDIR
NO_BUILD = Yes
NO_TEST = Yes
On 05/28/18 12:54, Stuart Henderson wrote:
> On 2018/05/28 12:26, viq wrote:
>> On Sun, 27 May 2018, 22:17 Landry Breuil, wrote:
>>
>>> On Sun, May 27, 2018 at 10:01:22PM +0200, Landry Breuil wrote:
On Sun, May 27, 2018 at 09:56:25PM +0200, Landry Breuil wrote:
> On Sun, May 27, 2018 at 09:41:26PM +0200, viq wrote:
>> On Sun, May 27, 2018 at 10:19 AM, Landry Breuil
>>> wrote:
>>
>>> On Sun, May 27, 2018 at 09:59:49AM +0200, viq wrote:
Currently davical is broken with PHP 7 due to old version of AWL
>>> that
doesn't work there.
I'll try and cook up an update, but feel free to beat me to it ;)
>>>
>>> Per https://gitlab.com/davical-project/awl/blob/master/ChangeLog
>>> there's
>>> been some php7 changes, how 'broken' is davical ?
>>>
>>
>> Getting 408 and following error:
>> PHP message: PHP Fatal error: 'break' not in the 'loop' or 'switch'
>> context in /awl/inc/AwlQuery.php on line 261
>> and sync clients don't work, so "very".
>>
>>
>>> https://gitlab.com/davical-project/awl/issues/11 ? one of
>>> https://gitlab.com/davical-project/awl/issues ?
>>
>>
>> This specific error seems to be addressed by
>> https://gitlab.com/davical-project/awl/merge_requests/6
>
> Good, so a first shot would be to update to 0.56 as it contains this
>>> MR,
> and then eventually updating awk & davical together in a second time.
Oh well according to
>>> https://gitlab.com/davical-project/davical/commit/348532e13b8a8377aa069bdd1cb98eb5d9f00da9
davical needs an update too to work with php7. Blarf.
>>>
>>> So here are two quick diffs, totally untested yet, but cant be worse
>>> than being broken with php 7.
>>>
>>
>> I may have gotten rusty, but those diffs fail to apply for me.
>>
>>>
>
> Ha, how old was the tree you diffed from Landry?! :-)
>
> Here it is rebased against -current
>
>
> Index: productivity/davical/Makefile
> ===
> RCS file: /cvs/ports/productivity/davical/Makefile,v
> retrieving revision 1.20
> diff -u -p -r1.20 Makefile
> --- productivity/davical/Makefile 22 May 2018 08:18:08 - 1.20
> +++ productivity/davical/Makefile 28 May 2018 11:54:02 -
> @@ -1,38 +1,36 @@
> -# $OpenBSD: Makefile,v 1.20 2018/05/22 08:18:08 sthen Exp $
> +# $OpenBSD: Makefile,v 1.19 2017/03/24 18:29:37 landry Exp $
>
> COMMENT =CalDAV/CardDav calendar/contacts server
>
> -GITLAB_PROJECT = davical
> -GITLAB_ACCOUNT = davical-project
> -GITLAB_TAG = r1.1.3.1
> -DISTNAME = ${GITLAB_PROJECT}-${GITLAB_TAG:S/r//}
> +DISTNAME = davical_1.1.7.orig
> +PKGNAME =davical-1.1.7
> +EXTRACT_SUFX = .tar.xz
> CATEGORIES = productivity net
> -REVISION = 4
>
> HOMEPAGE = http://www.davical.org/
> +MASTER_SITES = https://www.davical.org/downloads/
>
> MAINTAINER = Landry Breuil
>
> # GPLv2+
> PERMIT_PACKAGE_CDROM = Yes
>
> -MASTER_SITES = https://rhaalovely.net/stuff/
> -
> +WRKSRC= ${WRKDIR}
> MODULES =lang/php
> PREFIX = ${VARBASE}/www
> INSTDIR =${PREFIX}/davical
> -WRKDIST =${WRKDIR}/${GITLAB_PROJECT}.git
> TINSTDIR = ${TRUEPREFIX}/davical
>
> SUBST_VARS = TINSTDIR
>
> RUN_DEPENDS += lang/php/${MODPHP_VERSION},-curl \
> lang/php/${MODPHP_VERSION},-pdo_pgsql \
> - www/awl>=0.55 \
> + www/awl>=0.59 \
> devel/p5-YAML \
> databases/p5-DBD-Pg
>
> NO_BUILD = Yes
> +# some tests but makefile need patching
> NO_TEST =Yes
> PKG_ARCH = *
>
> Index: productivity/davical/distinfo
> ===
> RCS file: /cvs/ports/productivity/davical/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- productivity/davical/distinfo 23 Nov 2014 08:48:27 - 1.3
> +++ productivity/davical/distinfo 28 May 2018 11:54:02 -
> @@ -1,2 +1,2 @@
> -SHA256 (davical-1.1.3.1.tar.gz) =
> RDnC3wBSJBtlxh608LEMQG2Tr9ZaXMa1I7WXwKewXBU=
> -SIZE (davical-1.1.3.1.tar.gz) = 3031220
> +SHA256 (d
Re: [matth...@herrb.eu: remove 2 obsolete libraries from Xenocara]
Ok.
Built on amd64 here, with libraries removed. Ready to build packages
with these changes when snapshot is available.
On 05/20/18 10:45, Matthieu Herrb wrote:
> The xenocara part is now committed. Ok for the ports diff ?
>
> - Forwarded message from Matthieu Herrb -
>
> Date: Sat, 28 Apr 2018 19:24:28 +0200
> From: Matthieu Herrb
> To: t...@openbsd.org
> Subject: remove 2 obsolete libraries from Xenocara
>
> Hi,
>
> libXfontcache and libXxf86misc are implementing the client part of X
> extensions that have been disabled/removed for a while in the X
> server. So builing them or linking to them is useless.
>
> The patch below stops building them in xenocara. A few ports where
> using libXxf86misc. Rebuilding them without this library just requires
> an update to WANTLIB (patch below, too).
>
> To test make sure you build xenocara with an empty /usr/X11R6 or that
> you remove all files removed from sets manually.
>
> PS: This also prepares for the switch to xorgproto and xserver 1.20.
>
> oks?
>
> [...]
>
> and the ports diff
>
> Index: x11/kde/base3/Makefile
> ===
> RCS file: /cvs/OpenBSD/ports/x11/kde/base3/Makefile,v
> retrieving revision 1.158
> diff -u -p -u -r1.158 Makefile
> --- x11/kde/base3/Makefile14 Jan 2018 14:42:18 - 1.158
> +++ x11/kde/base3/Makefile28 Apr 2018 16:45:31 -
> @@ -13,7 +13,7 @@ PKGNAME-en_US = kde3-locale-en_US-${VER
> PKGNAME-locale = kde3-locale-${VERSION}
> PKG_ARCH-en_US = *
> PKG_ARCH-locale =*
> -REVISION-main = 53
> +REVISION-main = 54
> REVISION-samba = 28
> REVISION-en_US = 6
> REVISION-locale =5
> @@ -73,7 +73,7 @@ WANTLIB += art_lgpl_2 fam idn lber-2.4 l
>
> WANTLIB-main = ${WANTLIB} c sndio GL GLU Xau Xcomposite
> WANTLIB-main += Xcursor Xdamage Xdmcp Xfixes Xft Xi Xinerama Xmu
> -WANTLIB-main += Xrandr Xss Xtst Xxf86misc Xxf86vm X11-xcb drm
> +WANTLIB-main += Xrandr Xss Xtst Xxf86vm X11-xcb drm
> WANTLIB-main += glapi xcb-dri2 xcb-glx xkbfile
> WANTLIB-main += ${KDE}/artsflow ${KDE}/artsflow_idl ${KDE}/artskde
> WANTLIB-main += ${KDE}/kabc ${KDE}/katepartinterfaces ${KDE}/kdefakes
> Index: x11/mate/screensaver/Makefile
> ===
> RCS file: /cvs/OpenBSD/ports/x11/mate/screensaver/Makefile,v
> retrieving revision 1.5
> diff -u -p -u -r1.5 Makefile
> --- x11/mate/screensaver/Makefile 10 Feb 2018 15:07:17 - 1.5
> +++ x11/mate/screensaver/Makefile 28 Apr 2018 16:45:37 -
> @@ -4,11 +4,13 @@ COMMENT=MATE screensaver
>
> MATE_PROJECT=mate-screensaver
>
> +REVISION=0
> +
> # LGPLv2
> PERMIT_PACKAGE_CDROM=Yes
>
> WANTLIB += GL ICE SM X11 X11-xcb Xcomposite Xcursor Xdamage Xext
> -WANTLIB += Xfixes Xi Xinerama Xrandr Xrender Xss Xtst Xxf86misc Xxf86vm
> +WANTLIB += Xfixes Xi Xinerama Xrandr Xrender Xss Xtst Xxf86vm
> WANTLIB += c dconf drm epoxy expat ffi fontconfig freetype gdk_pixbuf-2.0
> WANTLIB += gio-2.0 glapi glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0
> WANTLIB += iconv intl lzma m pcre pixman-1 png pthread
> Index: x11/mate/settings-daemon/Makefile
> ===
> RCS file: /cvs/OpenBSD/ports/x11/mate/settings-daemon/Makefile,v
> retrieving revision 1.8
> diff -u -p -u -r1.8 Makefile
> --- x11/mate/settings-daemon/Makefile 27 Apr 2018 12:09:19 - 1.8
> +++ x11/mate/settings-daemon/Makefile 28 Apr 2018 16:45:37 -
> @@ -4,12 +4,13 @@ COMMENT=MATE settings daemon
>
> MATE_PROJECT=mate-settings-daemon
> MATE_VERSION=1.20.1
> +REVISION=0
>
> # GPLv2
> PERMIT_PACKAGE_CDROM=Yes
>
> WANTLIB += ICE SM X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi
> -WANTLIB += Xinerama Xrandr Xrender Xxf86misc c dconf epoxy expat
> +WANTLIB += Xinerama Xrandr Xrender c dconf epoxy expat
> WANTLIB += ffi fontconfig freetype gdk_pixbuf-2.0 gio-2.0 glib-2.0
> WANTLIB += gmodule-2.0 gobject-2.0 gthread-2.0 iconv intl lzma
> WANTLIB += m pcre pixman-1 png pthread xcb
> Index: x11/xscreensaver/Makefile
> ===
> RCS file: /cvs/OpenBSD/ports/x11/xscreensaver/Makefile,v
> retrieving revision 1.95
> diff -u -p -u -r1.95 Makefile
> --- x11/xscreensaver/Makefile 26 Apr 2018 20:13:04 - 1.95
> +++ x11/xscreensaver/Makefile 28 Apr 2018 16:45:46 -
> @@ -5,6 +5,8 @@ COMMENT= screen saver and locker for th
> # XXX x11/kde4/artwork plist may need regen if an update adds a new hack.
> DISTNAME=xscreensaver-5.39
>
> +REVISION=0
> +
> CATEGORIES= x11
>
> HOMEPAGE=http://www.jwz.org/xscreensaver/
> @@ -13,7 +15,7 @@ HOMEPAGE= http://www.jwz.org/xscreensav
> PERMIT_PACKAGE_CDROM=Yes
>
> WANT
Re: Add BDEP boost to arx-libertatis
I was going to report this as I hit the problem building this.
I suggest that more is required, how exactly are boost headers used? A
RUN_DEPENDS may have to be added for boost.
I haven't looked to see if there is a way to disable the need for boost.
The REVISION bump is normally not required for build only issues.
On 05/08/18 19:14, Thomas Frohwein wrote:
> Sorry, this was missed. arx-libertatis uses boost (headerfiles only).
> The following diff should fix this.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/arx-libertatis/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile 6 May 2018 15:15:00 - 1.1.1.1
> +++ Makefile 8 May 2018 18:11:28 -
> @@ -9,6 +9,7 @@ GH_ACCOUNT = arx
> GH_PROJECT = ArxLibertatis
> GH_TAGNAME = 1.1.2-r1
> PKGNAME =arx-libertatis-${GH_TAGNAME:S/-r/pl/}
> +REVISION = 0
>
> # GPLv3+, fonts are SIL OFL 1.1 license
> PERMIT_PACKAGE_CDROM = Yes
> @@ -21,6 +22,7 @@ COMPILER = base-clang ports-gcc ports-cl
>
> MODULES =devel/cmake
>
> +BUILD_DEPENDS = devel/boost>=1.48
> LIB_DEPENDS =audio/openal \
> devel/sdl \
> graphics/glew
>
>
Re: clang6 fallout
On 04/24/18 17:32, Marc Espie wrote:
> On Sat, Apr 21, 2018 at 09:38:58PM +0100, Nigel Taylor wrote:
>> On 04/21/18 19:58, Nigel Taylor wrote:
>>> On 04/20/18 16:20, Christian Weisgerber wrote:
>>>> Updated list as of Apr 20, 15:00 UTC.
>>>> http://build-failures.rhaalovely.net/amd64/2018-04-19/
>>>>
>>>> cad/kicad
>>>> graphics/aqsis
>>>> multimedia/k3b-kde4
>>>> multimedia/mlt
>>>> x11/kde/base3
>>>> x11/kde/games3
>>>> x11/kde4/bovo
>>>> x11/kde4/kopete
>>>> x11/kde4/kross-interpreters
>>>> x11/kde4/kuser
>>>> x11/kde4/p5-qt
>>>> x11/kde4/pim-runtime
>>>> x11/kde4/py-kde
>>>> x11/kde4/rocs
>>>> x11/kde4/ruby-qt
>>>> x11/kde4/superkaramba
>>>>
>>>> I think all important ports build now. Let's mop up the rest!
>>>>
>>>
>>> x11/kde/games3
>>>
>>> broad.cpp - uses time(time_t *)0) elsewhere in board.cpp.
>>>
>>> Haven't bumped as doing _SYSTEM_VERSION
>>>
>>> Ok?
>>>
>>> Looking at base3 next but already have changes to base3 from upstream
>>> trinity desktop, that maintains kde 3. Changes stop the mime reports
>>> when doing package add.
>>>
>>> See
>>>
>>> http://mirror.git.trinitydesktop.org/cgit/tdebase/
>>>
>>
>> x11/kde/base3 updates attached.
>>
>> Mime fixes, partly from upstream trinity desktop. To stop pkg_add -u
>> displaying endless mime type missing.
>>
>> clang6 fixes - it builds, not tested need to have my runtime set, one
>> change from upstream trinity desktop, others add white space, and cast
>> to char.
>>
>> Ok?
>
> Please separate mime-fixes from build fixes...
>
build fixes are attached ...
patches/patch-kioslave_man_man2html_cpp
Add cast's
patches/patch-kwin_client_cpp
Remove None - from upstream trinity desktop
patches/patch-kcontrol_kfontinst_kfontinst_Main_cpp
add while spaces.
Ok?
The mime fixes I've been using since Oct 2017, they pre-date the build
fixes, all but one from upstream trinity desktop, plus needs revision
bump in Makefile.
these stop pkg_add -u outputting mime type missing messages every time
desktop update script is run. I'll produce another diff once clang6
changes are in.
Index: patches/patch-kioslave_man_man2html_cpp
===
RCS file: /home/cvs/ports/x11/kde/base3/patches/patch-kioslave_man_man2html_cpp,v
retrieving revision 1.14
diff -u -p -r1.14 patch-kioslave_man_man2html_cpp
--- patches/patch-kioslave_man_man2html_cpp 24 Oct 2007 21:52:16 - 1.14
+++ patches/patch-kioslave_man_man2html_cpp 21 Apr 2018 20:07:14 -
@@ -1,6 +1,16 @@
$OpenBSD: patch-kioslave_man_man2html_cpp,v 1.14 2007/10/24 21:52:16 espie Exp $
kioslave/man/man2html.cpp.orig Mon Oct 8 11:51:22 2007
-+++ kioslave/man/man2html.cpp Thu Oct 18 14:52:57 2007
+Index: kioslave/man/man2html.cpp
+--- kioslave/man/man2html.cpp.orig
kioslave/man/man2html.cpp
+@@ -656,7 +656,7 @@ static void fill_old_character_definitions( void )
+ for (size_t i = 0; i < sizeof(standardchar)/sizeof(CSTRDEF); i++)
+ {
+ const int nr = standardchar[i].nr;
+-const char temp[3] = { nr / 256, nr % 256, 0 };
++const char temp[3] = { (char)(nr / 256), (char)(nr % 256), 0 };
+ QCString name( temp );
+ s_characterDefinitionMap.insert( name, StringDefinition( standardchar[i].slen, standardchar[i].st ) );
+ }
@@ -2706,6 +2706,7 @@ static const char *section_list[] = {
"3L", "Lightweight Processes Library",
"3M", "Mathematical Library",
Index: patches/patch-kwin_client_cpp
===
RCS file: patches/patch-kwin_client_cpp
diff -N patches/patch-kwin_client_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-kwin_client_cpp 21 Apr 2018 19:41:39 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: kwin/client.cpp
+--- kwin/client.cpp.orig
kwin/client.cpp
+@@ -2057,7 +2057,7 @@ bool Client::getWindowOpacity() //query translucency s
+ int format, result;
+ unsigned long n, left;
+ result = XGetWindowProperty(qt_xdisplay(), window(), atoms->net_wm_window_opacity, 0L, 1L, False, XA_CARDINAL, &actual, &format, &n, &left, /*(unsigned char **)*/ &data);
+-if (result == Success && data != None && format == 32 )
++if (result == Success && data && format == 32 )
+ {
+ opacity_ = *reinterpret_cast< long* >( data );
+ custom_opacity = true;
Index: patches/pat
Re: dpb: packages not built, in 'H' state (no NFS, local build)
On 04/22/18 10:45, Andreas Kusalananda Kähäri wrote: > On Sun, Apr 22, 2018 at 10:01:28AM +0100, Nigel Taylor wrote: >> On 04/22/18 09:35, Andreas Kusalananda Kähäri wrote: >>> Hi, >>> >>> I'm using dpb in combination with proot to build a subset of packages on >>> my local machine. I quite often have an issue with packages not getting >>> built and instead being listed as in the 'H' state. According to the >>> dpb(1) manual, this is due to "package still not found due to nfs on >>> this run", but I'm not mounting anything on NFS. >>> >>> Examples of packages that ended up in this state in my most recent >>> build: >>> >>> lang/python/2.7 >>> devel/git >>> devel/shellcheck >>> >>> Python 2.7 (and 3.6) often end up in 'H'. >>> >>> What are the other reasons this may happen? >>> >>> Regards, >>> >> I seen this when I've updated the ports tree while dpb is running, the >> last in the list devel/shellcheck, has only recently been updated, so >> revision has changed from p0 to p1, you might have built p1 revision, >> but dpb is still looking for p0 revision as it doesn't rescan the ports >> tree once building started, so dpb has information that devel/shellcheck >> has been built, but can't see the matching package. >> >> This is the one I know off. >> > > Thanks. This does however not apply to my setup. I make sure the > usr/ports directory in the chroot directory is up to date before > starting dpb, and I don't touch it while it's running. Also, re-running > the build will quickly cycle through all packages and dependencies and > immediately put the same packages in the 'H' state. > > FWIW, I run dpb with > > dpb -B "$chroot_dir" -s -uU -R -M 2G \ > -P "$HOME/packages.txt" > > and I build the proot with the following configuration: > > actions=unpopulate > chroot=/extra/proot > preserve=/usr/ports > > After building the proot, I rsync over the ports directory from outside > the chroot (while doing this, I make sure that the two copies of > usr/ports are identical). > > The ports that end up in the 'H' state builds just fine in or outside > the chroot when I do "make package". > > > > I use a machine dedicated for building, I don't use -u -U -R -M -B -P options. -R is known to have issues. I used to use -R now I get around this, by using sqlports from previous build and the log from my cvs update to find packages that need rebuilding including dependencies and shared libs in WANTLIB and remove them before dpb is run. -M need all the memory to build some ports, until I add more RAM. Think there are also issues, or used to be. Need to set USE_MFS, WRKOBJDIR_MFS if comparing make to dpb. -u, -U - don't have any packages installed that haven't been built by current dpb run like -R known issues, or restarted run. -B I don't use proot, as using dedicated build machine. -P will read from files on command line by default not needed. My encounter with 'H' are on a different set up, you need someone using dpb in the same manner as you to comment.
Re: dpb: packages not built, in 'H' state (no NFS, local build)
On 04/22/18 09:35, Andreas Kusalananda Kähäri wrote: > Hi, > > I'm using dpb in combination with proot to build a subset of packages on > my local machine. I quite often have an issue with packages not getting > built and instead being listed as in the 'H' state. According to the > dpb(1) manual, this is due to "package still not found due to nfs on > this run", but I'm not mounting anything on NFS. > > Examples of packages that ended up in this state in my most recent > build: > > lang/python/2.7 > devel/git > devel/shellcheck > > Python 2.7 (and 3.6) often end up in 'H'. > > What are the other reasons this may happen? > > Regards, > I seen this when I've updated the ports tree while dpb is running, the last in the list devel/shellcheck, has only recently been updated, so revision has changed from p0 to p1, you might have built p1 revision, but dpb is still looking for p0 revision as it doesn't rescan the ports tree once building started, so dpb has information that devel/shellcheck has been built, but can't see the matching package. This is the one I know off.
Re: clang6 fallout
On 04/21/18 19:58, Nigel Taylor wrote:
> On 04/20/18 16:20, Christian Weisgerber wrote:
>> Updated list as of Apr 20, 15:00 UTC.
>> http://build-failures.rhaalovely.net/amd64/2018-04-19/
>>
>> cad/kicad
>> graphics/aqsis
>> multimedia/k3b-kde4
>> multimedia/mlt
>> x11/kde/base3
>> x11/kde/games3
>> x11/kde4/bovo
>> x11/kde4/kopete
>> x11/kde4/kross-interpreters
>> x11/kde4/kuser
>> x11/kde4/p5-qt
>> x11/kde4/pim-runtime
>> x11/kde4/py-kde
>> x11/kde4/rocs
>> x11/kde4/ruby-qt
>> x11/kde4/superkaramba
>>
>> I think all important ports build now. Let's mop up the rest!
>>
>
> x11/kde/games3
>
> broad.cpp - uses time(time_t *)0) elsewhere in board.cpp.
>
> Haven't bumped as doing _SYSTEM_VERSION
>
> Ok?
>
> Looking at base3 next but already have changes to base3 from upstream
> trinity desktop, that maintains kde 3. Changes stop the mime reports
> when doing package add.
>
> See
>
> http://mirror.git.trinitydesktop.org/cgit/tdebase/
>
x11/kde/base3 updates attached.
Mime fixes, partly from upstream trinity desktop. To stop pkg_add -u
displaying endless mime type missing.
clang6 fixes - it builds, not tested need to have my runtime set, one
change from upstream trinity desktop, others add white space, and cast
to char.
Ok?
The rest I don't build kde4, qt5 too much bloat.
Index: patches/patch-kcontrol_kfontinst_kfontinst_Main_cpp
===
RCS file: patches/patch-kcontrol_kfontinst_kfontinst_Main_cpp
diff -N patches/patch-kcontrol_kfontinst_kfontinst_Main_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-kcontrol_kfontinst_kfontinst_Main_cpp 21 Apr 2018 19:41:18 -
@@ -0,0 +1,43 @@
+$OpenBSD$
+
+Index: kcontrol/kfontinst/kfontinst/Main.cpp
+--- kcontrol/kfontinst/kfontinst/Main.cpp.orig
kcontrol/kfontinst/kfontinst/Main.cpp
+@@ -69,22 +69,22 @@ static const char * getFile(const char *entry, const c
+
+ static const char * constXConfigFiles[]=
+ {
+-"/etc/X11/"KFI_XORGCFG,
+-"/etc/X11/"KFI_XORGCFG"-4",
+-"/etc/"KFI_XORGCFG,
+-"/usr/X11R6/etc/X11/"KFI_XORGCFG,
+-"/usr/X11R6/etc/X11/"KFI_XORGCFG"-4",
+-"/usr/X11R6/lib/X11/"KFI_XORGCFG,
+-"/usr/X11R6/lib/X11/"KFI_XORGCFG"-4",
++"/etc/X11/" KFI_XORGCFG,
++"/etc/X11/" KFI_XORGCFG "-4",
++"/etc/" KFI_XORGCFG,
++"/usr/X11R6/etc/X11/" KFI_XORGCFG,
++"/usr/X11R6/etc/X11/" KFI_XORGCFG "-4",
++"/usr/X11R6/lib/X11/" KFI_XORGCFG,
++"/usr/X11R6/lib/X11/" KFI_XORGCFG "-4",
+
+-"/etc/X11/"KFI_XF86CFG"-4",
+-"/etc/X11/"KFI_XF86CFG,
+-"/etc/"KFI_XF86CFG"-4",
+-"/etc/"KFI_XF86CFG,
+-"/usr/X11R6/etc/X11/"KFI_XF86CFG"-4",
+-"/usr/X11R6/etc/X11/"KFI_XF86CFG,
+-"/usr/X11R6/lib/X11/"KFI_XF86CFG"-4",
+-"/usr/X11R6/lib/X11/"KFI_XF86CFG,
++"/etc/X11/" KFI_XF86CFG "-4",
++"/etc/X11/" KFI_XF86CFG,
++"/etc/" KFI_XF86CFG "-4",
++"/etc/" KFI_XF86CFG,
++"/usr/X11R6/etc/X11/" KFI_XF86CFG "-4",
++"/usr/X11R6/etc/X11/" KFI_XF86CFG,
++"/usr/X11R6/lib/X11/" KFI_XF86CFG "-4",
++"/usr/X11R6/lib/X11/" KFI_XF86CFG,
+
+ NULL
+ };
Index: patches/patch-kcontrol_kfontinst_viewpart_kfontview_desktop
===
RCS file: patches/patch-kcontrol_kfontinst_viewpart_kfontview_desktop
diff -N patches/patch-kcontrol_kfontinst_viewpart_kfontview_desktop
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-kcontrol_kfontinst_viewpart_kfontview_desktop 17 Oct 2017 08:59:53 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: kcontrol/kfontinst/viewpart/kfontview.desktop
+--- kcontrol/kfontinst/viewpart/kfontview.desktop.orig
kcontrol/kfontinst/viewpart/kfontview.desktop
+@@ -24,7 +24,7 @@ Exec=kfontview %i %u
+ Icon=fonts
+ X-KDE-StartupNotify=true
+ Type=Application
+-MimeType=application/x-font-ttf;application/x-font-type1;application/x-font-otf;application/x-font-ttc;application/x-font-pcf;application/x-font-bdf;fonts/package;
++MimeType=application/x-font-ttf;application/x-font-type1;application/x-font-otf;application/x-font-ttc;application/x-font-pcf;application/x-font-bdf;
+ GenericName=Font Viewer
+ GenericName[af]=Skriftipe Besigter
+ GenericName[ar]=Ù
عاÙ٠اÙÙ
ØرÙ
Index: patches/patch-kdeprint_printmgr_printers_desktop
=
Re: emulators/mame - build failure amd64
I used grep in another port, sed -i writes new file even if no changes,
so now sed only changes the files it needs to, leaving timestamp
unchanged on other files. Maybe single quotes around grep string plus \
so search is for "png.h" not pngxh. grep -rl '"png\.h"'
Haven't tried this but looks Ok.
Ok.
On 04/21/18 22:57, Frederic Cambus wrote:
> On Fri, Apr 20, 2018 at 10:57:39PM +0100, Nigel Taylor wrote:
>>
>> Build continues if png package is installed, but note that
>> post extract has
>>
>> @sed -i 's|"png.h"|"localpng.h"|' ${WRKSRC}/src/emu/*.cpp \
>> ${WRKSRC}/src/lib/util/*.cpp ${WRKSRC}/src/tools/*.cpp
>>
>> The source file is not included in the edit.
>>
>> Either png.h needs changing to localpng.h or png package needs to be
>> installed.
>> Also when fixing a revision bump is required.
>
> Thanks for pointing this out, I used grep -rl so it won't happen again
> in the future when new files requiring "png.h" are added.
>
> Comments? OK?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/emulators/mame/Makefile,v
> retrieving revision 1.5
> diff -u -p -r1.5 Makefile
> --- Makefile 20 Apr 2018 15:06:22 - 1.5
> +++ Makefile 21 Apr 2018 21:50:19 -
> @@ -9,6 +9,7 @@ COMMENT = Multiple Arcade Machine Emulat
> V = 196
> DISTNAME = mame0${V}s
> PKGNAME =mame-0.${V}
> +REVISION = 0
>
> CATEGORIES = emulators
>
> @@ -74,8 +75,7 @@ post-extract:
> ${WRKSRC}/3rdparty/genie/build/gmake.bsd
> @sed -i 's,"lua","lua${MODLUA_VERSION}",g' ${WRKSRC}/scripts/extlib.lua
> @mv ${WRKSRC}/src/lib/util/png.h ${WRKSRC}/src/lib/util/localpng.h
> - @sed -i 's|"png.h"|"localpng.h"|' ${WRKSRC}/src/emu/*.cpp \
> - ${WRKSRC}/src/lib/util/*.cpp ${WRKSRC}/src/tools/*.cpp
> + @grep -rl "png.h" ${WRKSRC}/src | xargs sed -i 's|"png.h"|"localpng.h"|'
> @perl -pi -e 's/\r//g' ${WRKSRC}/makefile ${WRKSRC}/scripts/genie.lua \
> ${WRKSRC}/3rdparty/genie/build/gmake.bsd/genie.make \
> ${WRKSRC}/docs/man/* ${WRKSRC}/keymaps/*
>
>
>
Re: devel/shellcheck - dependency issue
REVISION-main = R looks like a typo, should be kept at 0,
Otherwise ok with me
I would question the use of lang/ghc, as MODULE = lang/ghc already sets
things, then need to use += in BUILD_DEPENDS, for now ok.
On 04/21/18 21:10, Matthias Kilian wrote:
> Hi,
>
> On Fri, Apr 20, 2018 at 11:00:48PM +0100, Nigel Taylor wrote:
>> Makefile has
>>
>> RUN_DEPENDS-lib = ${BUILD_DEPENDS}
>>
>> In the case of USE_CCACHE being set to Yes devel/ccache is added to the
>> build dependencies, when not required at runtime.
>
> Right. The diff basically swaps those two and also removes the
> unneeded empty assignment to LIB_DEPENDS-lib.
>
> Any objections?
>
> Ciao,
> Kili
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/shellcheck/Makefile,v
> retrieving revision 1.2
> diff -u -p -r1.2 Makefile
> --- Makefile 14 Apr 2018 19:48:36 - 1.2
> +++ Makefile 21 Apr 2018 20:05:38 -
> @@ -7,7 +7,8 @@ COMMENT-lib = ShellCheck library
>
> V = 0.4.7
> DISTNAME = ShellCheck-${V}
> -REVISION = 0
> +REVISION-main = R
> +REVISION-lib = 1
> PKGNAME-main = shellcheck-${V}
> PKGNAME-lib =hs-shellcheck-${V}
> CATEGORIES = devel
> @@ -28,7 +29,8 @@ MODGHC_BUILD = cabal hackage haddock re
>
> MODGHC_PACKAGE_KEY = FGszl8wDu4DoQ1UCsbZPa
>
> -BUILD_DEPENDS += devel/hs-mtl>=2.2.1 \
> +BUILD_DEPENDS = ${RUN_DEPENDS-lib}
> +RUN_DEPENDS-lib =devel/hs-mtl>=2.2.1 \
> devel/hs-parsec \
> devel/hs-QuickCheck>=2.7.4 \
> devel/hs-regex-tdfa \
> @@ -36,8 +38,6 @@ BUILD_DEPENDS +=devel/hs-mtl>=2.2.1 \
> textproc/hs-json
> LIB_DEPENDS-main = converters/libiconv
> RUN_DEPENDS-main =
> -LIB_DEPENDS-lib =
> -RUN_DEPENDS-lib =${BUILD_DEPENDS}
>
> NO_TEST =Yes
>
>
Re: clang6 fallout
On 04/20/18 16:20, Christian Weisgerber wrote:
> Updated list as of Apr 20, 15:00 UTC.
> http://build-failures.rhaalovely.net/amd64/2018-04-19/
>
> cad/kicad
> graphics/aqsis
> multimedia/k3b-kde4
> multimedia/mlt
> x11/kde/base3
> x11/kde/games3
> x11/kde4/bovo
> x11/kde4/kopete
> x11/kde4/kross-interpreters
> x11/kde4/kuser
> x11/kde4/p5-qt
> x11/kde4/pim-runtime
> x11/kde4/py-kde
> x11/kde4/rocs
> x11/kde4/ruby-qt
> x11/kde4/superkaramba
>
> I think all important ports build now. Let's mop up the rest!
>
x11/kde/games3
broad.cpp - uses time(time_t *)0) elsewhere in board.cpp.
Haven't bumped as doing _SYSTEM_VERSION
Ok?
Looking at base3 next but already have changes to base3 from upstream
trinity desktop, that maintains kde 3. Changes stop the mime reports
when doing package add.
See
http://mirror.git.trinitydesktop.org/cgit/tdebase/
Index: patches/patch-kshisen_board_cpp
===
RCS file: patches/patch-kshisen_board_cpp
diff -N patches/patch-kshisen_board_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-kshisen_board_cpp 21 Apr 2018 18:33:58 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: kshisen/board.cpp
+--- kshisen/board.cpp.orig
kshisen/board.cpp
+@@ -730,7 +730,7 @@ void Board::undrawConnection()
+ // game is over?
+ if(!getHint_I(dummyPath))
+ {
+- time_for_game = (int)difftime( time((time_t)0), starttime);
++ time_for_game = (int)difftime( time((time_t *)0), starttime);
+ emit endOfGame();
+ }
+ }
devel/shellcheck - dependency issue
Makefile has
RUN_DEPENDS-lib = ${BUILD_DEPENDS}
In the case of USE_CCACHE being set to Yes devel/ccache is added to the
build dependencies, when not required at runtime.
This shouldn't be used in Makefile's.
emulators/mame - build failure amd64
>From dpb log...
Compiling src/devices/bus/iq151/minigraf.cpp...
c++ -O2 -pipe -I/usr/local/include -I/usr/X11R6/include
-I/usr/local/include/lua-5.3/ -Wno-ignored-qualifiers -MMD -MP -MP -DPTR64=1
-DNDEBUG -DCRLF=2 -DLSB_FIRST -DXMD_H -DFLAC__NO_DLL -DNATIVE_DRC=drcbe_x64
-DLUA_COMPAT_ALL -DLUA_COMPAT_5_1 -DLUA_COMPAT_5_2 -I"../../../../../src/osd"
-I"../../../../../src/emu" -I"../../../../../src/devices"
-I"../../../../../src/mame" -I"../../../../../src/lib"
-I"../../../../../src/lib/util" -I"../../../../../3rdparty"
-I"../../../../generated/emu" -I"../../../../generated/emu/layout"
-I"../../../../../3rdparty/asio/include" -I"../../../../../scripts" -m64
-pipe -O2 -pipe -Wno-unknown-pragmas -Wall -Wcast-align -Wundef
-Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion
-Wno-error=deprecated-declarations -m64 -x c++ -std=c++14 -Woverloaded-virtual
-include ../../../../openbsd/obj/x64/Release/emu.h -o
"../../../../openbsd/obj/x64/Release/src/devices/bus/iq151/minigraf.o" -c
"../../../../../src/devices/bus/iq151/minigraf.cpp"
../../../../../src/devices/bus/iq151/minigraf.cpp:13:10: fatal error: 'png.h'
file not found
#include "png.h"
^~~
1 error generated.
gmake[2]: *** [optional.make:13472:
../../../../openbsd/obj/x64/Release/src/devices/bus/iq151/minigraf.o] Error 1
gmake[1]: *** [Makefile:67: optional] Error 2
gmake[1]: Leaving directory
'/usr/ports/pobj/mame-0.196/mame0196s/build/projects/sdl/mame/gmake-openbsd'
gmake: *** [makefile:1404: openbsd_x64] Error 2
*** Error 2 in emulators/mame (/usr/ports/infrastructure/mk/bsd.port.mk:2741
'/usr/ports/pobj/mame-0.196/.build_done')
*** Error 1 in emulators/mame (/usr/ports/infrastructure/mk/bsd.port.mk:2418
'build')
===> Exiting emulators/mame with an error
*** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:147 'build')
Error: job failed with 256 on localhost
Build continues if png package is installed, but note that
post extract has
@sed -i 's|"png.h"|"localpng.h"|' ${WRKSRC}/src/emu/*.cpp \
${WRKSRC}/src/lib/util/*.cpp ${WRKSRC}/src/tools/*.cpp
The source file is not included in the edit.
Either png.h needs changing to localpng.h or png package needs to be installed.
Also when fixing a revision bump is required.
Update: sysutils/sleuthkit clang fallout
Attach updated
patch is from upstream github
https://github.com/sleuthkit/sleuthkit/commit/acefb22e7d18917d434853b02b6f7e9b5f4d329f#diff-474ff1f8f4117ed01cc6b517b1fb556e
Builds on amd64. Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile 14 Mar 2018 12:39:17 - 1.23
+++ Makefile 7 Apr 2018 21:58:06 -
@@ -4,6 +4,7 @@ COMMENT= forensic toolkit based on TCT
DISTNAME= sleuthkit-4.6.0
CATEGORIES= sysutils security
+REVISION= 0
SHARED_LIBS += tsk 1.0 # 17.0
Index: patches/patch-tools_srchtools_sigfind_cpp
===
RCS file: patches/patch-tools_srchtools_sigfind_cpp
diff -N patches/patch-tools_srchtools_sigfind_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-tools_srchtools_sigfind_cpp 7 Apr 2018 21:55:54 -
@@ -0,0 +1,26 @@
+$OpenBSD$
+
+Index: tools/srchtools/sigfind.cpp
+--- tools/srchtools/sigfind.cpp.orig
tools/srchtools/sigfind.cpp
+@@ -302,7 +302,7 @@ main(int argc, char **argv)
+ break;
+ }
+ else if (retval == -1) {
+-fprintf(stderr, "error reading bytes %"PRIuOFF"\n", i);
++fprintf(stderr, "error reading bytes %" PRIuOFF "\n", i);
+ exit(1);
+ }
+
+@@ -312,9 +312,9 @@ main(int argc, char **argv)
+ ((sig_size < 3) || (block[rel_offset + 2] == sig[2])) &&
+ ((sig_size < 4) || (block[rel_offset + 3] == sig[3]))) {
+ if (prev_hit == -1)
+-printf("Block: %"PRIuOFF" (-)\n", i);
++printf("Block: %" PRIuOFF " (-)\n", i);
+ else
+-printf("Block: %"PRIuOFF" (+%"PRIuOFF")\n", i,
++printf("Block: %" PRIuOFF " (+%" PRIuOFF ")\n", i,
+(i - prev_hit));
+
+ prev_hit = i;
Re: [UPDATE] sysutils/sleuthkit
On 03/03/18 08:25, Remi Pointel wrote: > ping > > On 02/26/18 15:14, Remi Pointel wrote: >> Hi, >> >> this is the diff to update sleuthkit to latest release. >> >> Ok? >> >> Cheers, >> >> Remi. > > Been a little occupied with other things. Builds fine on amd64 can't do much to test. Ok with me.
Re: [NEW] devel/p5-Time-Local
On 02/07/18 16:23, James E Keenan wrote: > Hello ports@, > > Here is a new port, for Perl extension Time-Local (version 1.25). > > From pkg/DESCR: > > Time::Local is a Perl module which efficiently computes time from local > and GMT time. > > The module provides two functions, timelocal() and timegm(), which are > the inverse of the Perl 5 built-in functions localtime() and gmtime(), > respectively. > > Please review. > > Thank you very much. > Jim Keenan I am rejecting this. $ corelist Time::Local Data for 2017-09-22 Time::Local was first released with perl 5 $ corelist -v v5.24.3 Time::Local Time::Local 1.2300 Version 1.25 is for Perl 5.26 and later. Don't mix what's in base with packages. $ locate Time/Local. /usr/libdata/perl5/Time/Local.pm $ locate Time::Local. /usr/share/man/man3p/Time::Local.3p So did you test every package using the base Time::Local, and I don't see any updates to force use of package Time::Local over the base version for all the packages...
Re: [NEW] textproc/p5-Text-CSV-Hashify
I just imported before the new tarball, I had removed PLIST.orig.
On 01/20/18 15:20, James E Keenan wrote:
> On 01/20/2018 04:24 AM, Landry Breuil wrote:
>> On Fri, Jan 19, 2018 at 06:43:21PM -0500, James E Keenan wrote:
>>> On 01/07/2018 10:50 PM, James E Keenan wrote:
Hello ports@,
Here is a new port, for Perl extension Text-CSV-Hashify (version 0.08).
From DESCR:
The Comma-Separated-Value ('CSV') format is the most common way to
store
spreadsheets or the output of relational database queries in plain-text
format. However, since commas (or other designated field-separator
characters) may be embedded within data entries, the parsing of
delimited records is non-trivial. Fortunately, in Perl this parsing is
well handled by CPAN distribution Text::CSV. This permits us to
address
more specific data manipulation problems by building modules on top of
Text::CSV.
Text::CSV::Hashify is designed for the case where you simply want to
turn a CSV file into a Perl hash. In particular, it is designed for
the
case where (a) the CSV file's first record is a list of fields in the
ancestral database table and (b) one field (column) functions as a
primary key, i.e., each record's entry in that field is non-null and is
distinct from every other record's entry therein. Text::CSV::Hashify
turns that kind of CSV file into one big hash of hashes.
Text::CSV::Hashify can handle less typical cases; please consult the
documentation for its other functionalities.
Please review.
Thank you very much.
Jim Keenan
>>>
>>> ping on this new port; please review. Thank you very much.
>>
>> Port itself looks okay to me to import if anyone with commit access
>> wants to do so, just beware of the PLIST.orig file in the tarball (cvs
>> import will Ignore it anyway)
>>
>> Landry
>>
>
> Corrected tarball attached.
>
> Thank you very much.
> Jim Keenan
[UPDATE] www/youtube-dl
Attached update to 2017.12.23 version.
ITV - site has been making changes which means the odd download uses hls
instead of rtmp.
This is updated to verify download is still possible.
I've gone no further than checking ITV.
2017.11.26 version fails as follows...
$ youtube-dl https://www.itv.com/hub/maigret/2a4244a0004
WARNING: Assuming --restrict-filenames since file system encoding cannot encode
all characters. Set the LC_ALL environment variable to fix this.
[ITV] 2a4244a0004: Downloading webpage
[ITV] 2a4244a0004: Downloading XML
ERROR: ITV said: Video production has no renditions for DotCom platform.;
please report this issue on https://yt-dl.org/bug . Make sure you are using the
latest version; see https://yt-dl.org/update on how to update. Be sure to
call youtube-dl with the --verbose flag and include its
complete output.
2017-12-23 version the ITV download ok as below...
$ youtube-dl -f hls-767 https://www.itv.com/hub/maigret/2a4244a0004
WARNING: Assuming --restrict-filenames since file system encoding cannot encode
all characters. Set the LC_ALL environment variable to fix this.
[ITV] 2a4244a0004: Downloading webpage
[ITV] 2a4244a0004: Downloading XML
[ITV] 2a4244a0004: Downloading JSON metadata
[ITV] 2a4244a0004: Downloading m3u8 information
[hlsnative] Downloading m3u8 manifest
[hlsnative] Total fragments: 449
[download] Destination: Maigret_-_Maigret_in_Montmartre-2a4244a0004.mp4
[download] 100% of 473.05MiB in 04:23
[ffmpeg] Fixing malformed AAC bitstream in
"Maigret_-_Maigret_in_Montmartre-2a4244a0004.mp4"
Issue reported was fixed in 2017.12.14 version and later.
[itv] Improve extraction (#14944)
Index: Makefile
===
RCS file: /home/cvs/ports/www/youtube-dl/Makefile,v
retrieving revision 1.173
diff -u -p -r1.173 Makefile
--- Makefile 4 Dec 2017 13:38:11 - 1.173
+++ Makefile 26 Dec 2017 15:52:17 -
@@ -2,7 +2,7 @@
COMMENT = CLI program to download videos from YouTube and other sites
-VERSION = 2017.11.26
+VERSION = 2017.12.23
MODPY_EGG_VERSION = ${VERSION:S/.0/./g}
DISTNAME = youtube-dl-${VERSION}
Index: distinfo
===
RCS file: /home/cvs/ports/www/youtube-dl/distinfo,v
retrieving revision 1.160
diff -u -p -r1.160 distinfo
--- distinfo 4 Dec 2017 13:38:11 - 1.160
+++ distinfo 26 Dec 2017 15:52:50 -
@@ -1,2 +1,2 @@
-SHA256 (youtube-dl-2017.11.26.tar.gz) = R9MK7InNJFa37nAmxmwO5PVqt9JwDESvJ74OAGJ9LVo=
-SIZE (youtube-dl-2017.11.26.tar.gz) = 2839867
+SHA256 (youtube-dl-2017.12.23.tar.gz) = hSBsRqkKiZOxM7ndDg7I/G81gGDf6ltcYHqliptcoYo=
+SIZE (youtube-dl-2017.12.23.tar.gz) = 2859430
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/www/youtube-dl/pkg/PLIST,v
retrieving revision 1.114
diff -u -p -r1.114 PLIST
--- pkg/PLIST 4 Dec 2017 13:38:11 - 1.114
+++ pkg/PLIST 26 Dec 2017 15:55:14 -
@@ -95,6 +95,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}audioboom.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}audiomack.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}awaan.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}aws.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}azmedien.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}baidu.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}bambuser.${MODPY_PYC_MAGIC_TAG}pyc
@@ -218,7 +219,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}eighttracks.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}einthusan.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}eitb.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}ellentv.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}ellentube.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}elpais.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}embedly.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extracto
Re: DELETE: www/p5-WWW-YouTube-Download
On 12/05/17 12:56, Frederic Cambus wrote: > On Sun, Dec 03, 2017 at 06:51:56PM +, Mikolaj Kucharski wrote: > >>> So I've looked into updating it, but I don't really see a point. Current >>> version on CPAN doesn't support encrypted signature videos. I don't use >>> it any more. Anyone has objections to remove it? >>> >>> If decision will be to remove it, please review carefully as I'm not >>> that familiar with ports removal. >>> >>> If you really need perl based youtube downloader, I guess you can try: >>> >>> https://www.jwz.org/hacks/youtubedown >>> >>> otherwise, there are better alternatives. >>> >> >> Ping. Diff at: >> https://marc.info/?l=openbsd-ports&m=151200587924618&w=2 > > Please wait at least one week before pinging, that's the usual delay. > > Nonetheless, I think removing it makes sense and it seems there was no > objections so far. > > Anyone willing to OK this removal? > > it's already been removed CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2017/12/04 06:09:07 Modified files: www: Makefile Removed files: www/p5-WWW-YouTube-Download: Makefile distinfo www/p5-WWW-YouTube-Download/pkg: DESCR PLIST Log message: remove www/p5-WWW-YouTube-Download, req'd by maintainer Mikolaj Kucharski
Re: new devel/p5-Sub-Attribute
On 11/29/17 12:37, Alexander Bluhm wrote:
> On Wed, Nov 29, 2017 at 02:22:01AM +0100, Jeremie Courreges-Anglas wrote:
>> It looks like you need those in BUILD_DEPENDS, listed "for authors only"
>> in Makefile.PL:
>>
>> devel/p5-Module-Install-AuthorTests \
>> devel/p5-Module-Install-Repository \
>> devel/p5-Module-Install-XSUtil \
>
> Oh yes, my fault.
>
> The "CONFIGURE_STYLE = modinst" deletes the modules from inc. It
> adds p5-Module-Install as build dependency automatically, but not
> the others.
>
> In general I think bundling other modules in inc does not fit well
> in our ports tree. We should use the package that is maintained
> and tested with OpenBSD and not something that is included somewhere.
> Also inc makes it harder to review module updates as you see a lot
> of unreleated stuff.
>
> That is why I prefer to place a "rm -rf -- ${WRKSRC}/inc" in the
> Makefile. But I should not forget to replace inc with dependencies.
>
> New version attached.
>
> bluhm
>
I have a modified perl.port.mk I've been using for some time, with
additional dependencies in the ports that need them including new ports
required as a result of removing everything under ${WRKSRC}/inc for all
modinst ports, there might have been some reason for not removing inc
itself just can't recall at this time...
$ cvs -R -q diff -uNp perl.port.mk
Index: perl.port.mk
===
RCS file: /home/cvs/ports/infrastructure/mk/perl.port.mk,v
retrieving revision 1.29
diff -u -p -r1.29 perl.port.mk
--- perl.port.mk26 Apr 2016 10:56:59 - 1.29
+++ perl.port.mk26 Apr 2016 13:20:04 -
@@ -66,7 +66,7 @@ MODPERL_configure = ${_MODPERL_preconfig
. if ${CONFIGURE_STYLE:L:Mmodinst}
BUILD_DEPENDS += devel/p5-Module-Install
CONFIGURE_ARGS += --skipdeps
-_MODPERL_preconfig = rm -rf ${WRKSRC}/inc/Module/*Install*
+_MODPERL_preconfig = rm -rf ${WRKSRC}/inc/*
. else
_MODPERL_preconfig = :
. endif
$
Re: update p5-Mojolicious-Plugin-TtRenderer to 1.59
On 11/11/17 22:30, Remi Locherer wrote: > On Sat, Nov 11, 2017 at 04:57:43PM +0000, Nigel Taylor wrote: >> On 11/11/17 15:59, Stuart Henderson wrote: >>> On 2017/11/11 15:46, Nigel Taylor wrote: >>>> On 11/11/17 14:19, Stuart Henderson wrote: >>>>> On 2017/11/11 15:04, Jeremie Courreges-Anglas wrote: >>>>>> On Sat, Nov 04 2017, Remi Locherer wrote: >>>>>>> Hi, >>>>>> >>>>>> H Remi, >>>>>> >>>>>>> This updates Mojolicious-Plugin-TtRenderer to 1.59. This is needed >>>>>>> because of the p5-Mojolicious patch I sent before. >>>>>>> >>>>>>> OK? >>>>>> >>>>>> My p5-ports-fu is rusty. Why the move from modbuild to modinst? >>>>> >>>>> Upstream change. >>>>> >>>>> OK with me. >>>>> >>>>> >>>> >>>> Not ok with me. >>>> >>>> Module::Install and Module::Build are being abandoned and moving back to >>>> MakeMaker. >>>> Upstream has removed Module::Build, and used MakeMaker, not >>>> Module::Install where >>>> is the inc/ directory used by Module Install? Where is the actual >>>> reference >>>> to Module::Install >>> >>> Ah that's better again then. It does work with modinst though, and does >>> fail with modbuild. >>> >> Because modbuild uses Build.PL which no longer exists it fails, modinst uses >> Makefile.PL same as MakeMaker. Module::Install the Makefile.PL starts with >> use Module::Install; so requires Module-Install package, MakeMaker >> is part of core perl so just running the Makefile.PL just runs. >> >> The difference is installing the extra package p5-Module-Install, and the >> deletion of inc/ contents, plus extra CONFIGURE_ARGS setting is added for >> modinst. Works just a few extras that aren't needed. > > This makes sense and it works fine without CONFIGURE_STYLE. > Thanks for enlighten me! ;-) > >>>> I'm looking on CPAN and I just can't see how this is using Module::Install. >>>> >>>> Also tests are failing for me >>>> >>>> t/lite_app_with_default_layouts.t (Wstat: 256 Tests: 3 Failed: 1) >>>> Failed test: 3 >>>> Non-zero exit status: 1 >>>> Files=10, Tests=88, 8 wallclock secs ( 0.04 usr 0.07 sys + 3.81 cusr >>>> 1.42 csys = 5.34 CPU) >>>> Result: FAIL >>>> Failed 2/10 test programs. 3/88 subtests failed. >>>> *** Error 255 in >>>> /usr/ports/pobj/p5-Mojolicious-Plugin-TtRenderer-1.59/Mojolicious-Plugin-TtRenderer-1.59 >>>> (Makefile:865 'test_dynamic') >>>> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2763 >>>> '/usr/ports/pobj/p5-Mojolicious-Plugin-TtRenderer-1.59/.test_done') >>>> *** Error 1 in >>>> /usr/ports/mystuff/textproc/p5-Mojolicious-Plugin-TtRenderer >>>> (/usr/ports/infrastructure/mk/bsd.port.mk:2426 'test') >>>> >>>> No mention of failing tests, or reasons given. However this could be down >>>> to >>>> the fact Mojo hasn't been updated, this being a plugin, then the plugin >>>> needs >>>> reference to the specific versions of p5-Mojo which work a >= in the RDEP. >>>> But the Makefile.PL gives Mojo 2.51 and later as working with this. >>>> Either upstream have missed the dependency update or missed updating, >>>> tests to match changes made. >>> >>> They succeed with the p5-Mojolicious update that remi@ sent alongside, >>> so in that case yes, I agree with adding the version to the dependency. >>> >> >> my revised diff, used updated p5-Mojo. Used 6.33 of Mojo as > 6.24 currently >> available in ports, and is the version in the upstream Makefile.PL >> > > Makes sense to me. > > I could not apply your diff. Looks like tabs have been replaces with > spaces (happens when copy-pasting). > > Here the regenerated diff with your changes. > > OK? > > > Index: Makefile > === > RCS file: /cvs/ports/textproc/p5-Mojolicious-Plugin-TtRenderer/Makefile,v > retrieving revision 1.5 > diff -u -p -r1.5 Makefile > --- Makefile 20 Mar 2016 19:57:06 - 1.5 > +++ Makefile 11 Nov 2017 22:18:29 - > @@ -4,7 +4,7
Re: update p5-Mojolicious-Plugin-TtRenderer to 1.59
On 11/11/17 15:59, Stuart Henderson wrote: > On 2017/11/11 15:46, Nigel Taylor wrote: >> On 11/11/17 14:19, Stuart Henderson wrote: >>> On 2017/11/11 15:04, Jeremie Courreges-Anglas wrote: >>>> On Sat, Nov 04 2017, Remi Locherer wrote: >>>>> Hi, >>>> >>>> H Remi, >>>> >>>>> This updates Mojolicious-Plugin-TtRenderer to 1.59. This is needed >>>>> because of the p5-Mojolicious patch I sent before. >>>>> >>>>> OK? >>>> >>>> My p5-ports-fu is rusty. Why the move from modbuild to modinst? >>> >>> Upstream change. >>> >>> OK with me. >>> >>> >> >> Not ok with me. >> >> Module::Install and Module::Build are being abandoned and moving back to >> MakeMaker. >> Upstream has removed Module::Build, and used MakeMaker, not Module::Install >> where >> is the inc/ directory used by Module Install? Where is the actual reference >> to Module::Install > > Ah that's better again then. It does work with modinst though, and does > fail with modbuild. > Because modbuild uses Build.PL which no longer exists it fails, modinst uses Makefile.PL same as MakeMaker. Module::Install the Makefile.PL starts with use Module::Install; so requires Module-Install package, MakeMaker is part of core perl so just running the Makefile.PL just runs. The difference is installing the extra package p5-Module-Install, and the deletion of inc/ contents, plus extra CONFIGURE_ARGS setting is added for modinst. Works just a few extras that aren't needed. >> I'm looking on CPAN and I just can't see how this is using Module::Install. >> >> Also tests are failing for me >> >> t/lite_app_with_default_layouts.t (Wstat: 256 Tests: 3 Failed: 1) >> Failed test: 3 >> Non-zero exit status: 1 >> Files=10, Tests=88, 8 wallclock secs ( 0.04 usr 0.07 sys + 3.81 cusr >> 1.42 csys = 5.34 CPU) >> Result: FAIL >> Failed 2/10 test programs. 3/88 subtests failed. >> *** Error 255 in >> /usr/ports/pobj/p5-Mojolicious-Plugin-TtRenderer-1.59/Mojolicious-Plugin-TtRenderer-1.59 >> (Makefile:865 'test_dynamic') >> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2763 >> '/usr/ports/pobj/p5-Mojolicious-Plugin-TtRenderer-1.59/.test_done') >> *** Error 1 in /usr/ports/mystuff/textproc/p5-Mojolicious-Plugin-TtRenderer >> (/usr/ports/infrastructure/mk/bsd.port.mk:2426 'test') >> >> No mention of failing tests, or reasons given. However this could be down to >> the fact Mojo hasn't been updated, this being a plugin, then the plugin >> needs >> reference to the specific versions of p5-Mojo which work a >= in the RDEP. >> But the Makefile.PL gives Mojo 2.51 and later as working with this. >> Either upstream have missed the dependency update or missed updating, >> tests to match changes made. > > They succeed with the p5-Mojolicious update that remi@ sent alongside, > so in that case yes, I agree with adding the version to the dependency. > my revised diff, used updated p5-Mojo. Used 6.33 of Mojo as > 6.24 currently available in ports, and is the version in the upstream Makefile.PL With Mojo updated to 7.52 tests for this all passed. # perl5.024003 # EV 4.22 # ExtUtils::MakeMaker 7.1002 # Mojolicious 7.52 # POSIX 1.65_01 # Template2.27 # Template::Provider 2.94 # Test::More 1.001014 # # # # mojo io loopMojo::Reactor::EV # # # t/00_diag.t ... ok t/01_use.t ok t/default_handler_as_engine.t . ok t/default_handler_as_plugin.t . ok t/default_handler_no_templates_dir.t .. ok t/lite_app.t .. ok t/lite_app_with_default_layouts.t . ok t/multiple_paths.t ok t/tt_plugin_lite_app.t ok t/two_data.t .. ok All tests successful. Files=10, Tests=88, 7 wallclock secs ( 0.07 usr 0.08 sys + 4.04 cusr 1.09 csys = 5.28 CPU) Result: PASS $ cvs -R -q diff -uNp Index: Makefile === RCS file: /home/cvs/ports/textproc/p5-Mojolicious-Plugin-TtRenderer/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile20 Mar 2016 19:57:06 - 1.5 +++ Makefile11 Nov 2017 16:11:45 - @@ -4,7 +4,7 @@ COMMENT = Template Renderer Plugin for M MODULES = cpan PKG_ARCH = * -DISTNAME = Mojolicious-Plugin-TtRenderer-1.56 +DISTNAME = Mojolicious-Plugin-TtRenderer-1.59 CATEGORIES = textproc # Perl @@ -12,10 +12,
Re: update p5-Mojolicious-Plugin-TtRenderer to 1.59
On 11/11/17 14:19, Stuart Henderson wrote: > On 2017/11/11 15:04, Jeremie Courreges-Anglas wrote: >> On Sat, Nov 04 2017, Remi Locherer wrote: >>> Hi, >> >> H Remi, >> >>> This updates Mojolicious-Plugin-TtRenderer to 1.59. This is needed >>> because of the p5-Mojolicious patch I sent before. >>> >>> OK? >> >> My p5-ports-fu is rusty. Why the move from modbuild to modinst? > > Upstream change. > > OK with me. > > Not ok with me. Module::Install and Module::Build are being abandoned and moving back to MakeMaker. Upstream has removed Module::Build, and used MakeMaker, not Module::Install where is the inc/ directory used by Module Install? Where is the actual reference to Module::Install I'm looking on CPAN and I just can't see how this is using Module::Install. Also tests are failing for me t/lite_app_with_default_layouts.t (Wstat: 256 Tests: 3 Failed: 1) Failed test: 3 Non-zero exit status: 1 Files=10, Tests=88, 8 wallclock secs ( 0.04 usr 0.07 sys + 3.81 cusr 1.42 csys = 5.34 CPU) Result: FAIL Failed 2/10 test programs. 3/88 subtests failed. *** Error 255 in /usr/ports/pobj/p5-Mojolicious-Plugin-TtRenderer-1.59/Mojolicious-Plugin-TtRenderer-1.59 (Makefile:865 'test_dynamic') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2763 '/usr/ports/pobj/p5-Mojolicious-Plugin-TtRenderer-1.59/.test_done') *** Error 1 in /usr/ports/mystuff/textproc/p5-Mojolicious-Plugin-TtRenderer (/usr/ports/infrastructure/mk/bsd.port.mk:2426 'test') No mention of failing tests, or reasons given. However this could be down to the fact Mojo hasn't been updated, this being a plugin, then the plugin needs reference to the specific versions of p5-Mojo which work a >= in the RDEP. But the Makefile.PL gives Mojo 2.51 and later as working with this. Either upstream have missed the dependency update or missed updating, tests to match changes made. Test of previous version 1.56 t/00_diag.t ... ok t/00_load.t ... ok t/default_handler_as_engine.t . ok t/default_handler_as_plugin.t . ok t/default_handler_no_templates_dir.t .. ok t/lite_app.t .. ok t/lite_app_with_default_layouts.t . ok t/multiple_paths.t ok t/tt_plugin_lite_app.t ok t/two_data.t .. ok All tests successful. Files=10, Tests=88, 8 wallclock secs ( 0.04 usr 0.16 sys + 3.69 cusr 1.82 csys = 5.71 CPU) Result: PASS Replacing a working version, with a non working one isn't much of an upgrade, needs some explanation. Revised diff used $ cvs -R -q diff -uNp Index: Makefile === RCS file: /home/cvs/ports/textproc/p5-Mojolicious-Plugin-TtRenderer/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile20 Mar 2016 19:57:06 - 1.5 +++ Makefile11 Nov 2017 15:16:29 - @@ -4,15 +4,13 @@ COMMENT = Template Renderer Plugin for M MODULES = cpan PKG_ARCH = * -DISTNAME = Mojolicious-Plugin-TtRenderer-1.56 +DISTNAME = Mojolicious-Plugin-TtRenderer-1.59 CATEGORIES = textproc # Perl PERMIT_PACKAGE_CDROM = Yes CPAN_AUTHOR = PLICEASE - -CONFIGURE_STYLE= modbuild RUN_DEPENDS = sysutils/p5-Capture-Tiny \ textproc/p5-Template \ Index: distinfo === RCS file: /home/cvs/ports/textproc/p5-Mojolicious-Plugin-TtRenderer/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo27 Apr 2015 19:38:21 - 1.4 +++ distinfo11 Nov 2017 15:16:15 - @@ -1,2 +1,2 @@ -SHA256 (Mojolicious-Plugin-TtRenderer-1.56.tar.gz) = Tm3uvvu4m2nd+Yz85u4f7aXxABU6PHMMYnwBmKdQXf0= -SIZE (Mojolicious-Plugin-TtRenderer-1.56.tar.gz) = 25908 +SHA256 (Mojolicious-Plugin-TtRenderer-1.59.tar.gz) = kATgC7NAzsh7Kqj+uqpd/vHKWU67jRGWq9NBYufp4p0= +SIZE (Mojolicious-Plugin-TtRenderer-1.59.tar.gz) = 26180
Re: UPDATE: gpgme-1.9.0
There is already a post for an update, however that included all the
bindings, for common lisp, qt5, python, python3 as well. From the post...
"I need help with the gpgme update. Special thing here, I need the Qt
bindings because kde-applications/gpgmepp is dead and all dependent
programs work with gpgme-qt now."
Having included qt5 in the incorrect manner, so everything requires qt5
built if they want the gpgme library. I prefer your, version can't check
it fully for a while, visual scan of changes it looks ok, unlike the
previous post.
I prefer yours to go ahead, then make changes to add the bindings later,
start from something working. They took too big a step, lets do one step
at a time, and get this up to date.
On 11/07/17 11:18, Edd Barrett wrote:
> Hi,
>
> A much needed update to gpgme-1.9.0.
>
> I noticed we were out of date when a Rust crate I was looking at using
> failed to build due to the old gpgme version.
>
> The newer version has the possibility to make several language bindings.
> I have disabled them all for now. People can enable them as they become
> needed.
>
> Also the pthread variant of the shared library has gone, presumably
> because the main shared object is now, since 1.8.0, thread safe
> (according to https://gnupg.org/documentation/manuals/gpgme.pdf).
>
> I bumped the shared library version because diffing the headers shows
> some deprecated functions being removed.
>
> I've tested the build of all ports which LIB_DEPEND this (using
> gnupg-2.2.1) and have tested mutt using the new gpgme. Nothing caught
> fire.
>
> Thoughts? OK?
>
>
> Index: Makefile
> ===
> RCS file: /home/edd/source/OpenBSD-CVS/ports/security/gpgme/Makefile,v
> retrieving revision 1.38
> diff -u -p -r1.38 Makefile
> --- Makefile 11 May 2017 00:29:50 - 1.38
> +++ Makefile 7 Nov 2017 09:05:50 -
> @@ -2,12 +2,10 @@
>
> COMMENT= GnuPG Made Easy
>
> -DISTNAME=gpgme-1.6.0
> -REVISION=0
> +DISTNAME=gpgme-1.9.0
> CATEGORIES= security devel
>
> -SHARED_LIBS += gpgme20.0 # 25.0
> -SHARED_LIBS += gpgme-pthread20.0 # 25.0
> +SHARED_LIBS += gpgme21.0 # 29.0
>
> HOMEPAGE=http://www.gnupg.org/gpgme.html
>
> @@ -20,9 +18,7 @@ MASTER_SITES= ${MASTER_SITE_GNUPG:=gpgm
> EXTRACT_SUFX=.tar.bz2
>
> CONFIGURE_STYLE= gnu
> -
> -# not without -pthread
> -CONFIGURE_ENV += gpgme_cv_tls_works=no
> +CONFIGURE_ARGS +=--enable-languages=''
>
> # Requires gpgsm (gnupg 2.x) during build, but can run with any gnupg.
> BUILD_DEPENDS= gnupg->=2:security/gnupg2
> @@ -33,10 +29,9 @@ LIB_DEPENDS= devel/gettext \
> security/libgpg-error>=1.4 \
> security/libassuan
>
> -TEST_DEPENDS += security/gnupg
> +TEST_DEPENDS += security/gnupg2
>
> # needed for the regression tests
> USE_GMAKE= Yes
> -
>
> .include
> Index: distinfo
> ===
> RCS file: /home/edd/source/OpenBSD-CVS/ports/security/gpgme/distinfo,v
> retrieving revision 1.12
> diff -u -p -r1.12 distinfo
> --- distinfo 19 Sep 2016 17:13:55 - 1.12
> +++ distinfo 7 Nov 2017 09:05:50 -
> @@ -1,2 +1,2 @@
> -SHA256 (gpgme-1.6.0.tar.bz2) = sJ3kGXrCgLECCA4J6uxiEdCB7/8ZY794Ic+PT5kWCZ0=
> -SIZE (gpgme-1.6.0.tar.bz2) = 983573
> +SHA256 (gpgme-1.9.0.tar.bz2) = Gyn+24v613XnDq+sWwWQYhaDstmGnbmUVo5kAfQDTOs=
> +SIZE (gpgme-1.9.0.tar.bz2) = 1344222
> Index: pkg/PLIST
> ===
> RCS file: /home/edd/source/OpenBSD-CVS/ports/security/gpgme/pkg/PLIST,v
> retrieving revision 1.8
> diff -u -p -r1.8 PLIST
> --- pkg/PLIST 19 Sep 2016 17:13:55 - 1.8
> +++ pkg/PLIST 7 Nov 2017 09:05:50 -
> @@ -3,16 +3,7 @@ bin/gpgme-config
> @bin bin/gpgme-tool
> include/gpgme.h
> @info info/gpgme.info
> -lib/libgpgme-pthread.a
> -lib/libgpgme-pthread.la
> -@lib lib/libgpgme-pthread.so.${LIBgpgme-pthread_VERSION}
> lib/libgpgme.a
> lib/libgpgme.la
> @lib lib/libgpgme.so.${LIBgpgme_VERSION}
> share/aclocal/gpgme.m4
> -@comment share/common-lisp/
> -@comment share/common-lisp/source/
> -@comment share/common-lisp/source/gpgme/
> -@comment share/common-lisp/source/gpgme/gpgme-package.lisp
> -@comment share/common-lisp/source/gpgme/gpgme.asd
> -@comment share/common-lisp/source/gpgme/gpgme.lisp
>
Re: [update] www/p5-libwww 6.15 -> 6.26 now 6.27
On 11/05/17 15:38, Giovanni Bechis wrote: > On Sat, Nov 04, 2017 at 11:45:09AM +0000, Nigel Taylor wrote: >> Ping retested with perl 5.24.3 no issues seen. >> >> Ok for this update? >> > what about adding LWP::Protocol::https to run depends as suggested by > upstream ? > anyway ok for me. > Cheers > Giovanni > LWP-Protocol-https extends libwww you have to have libwww first so LWP-Protocol-https depends on libwww being present, but libwww can be present without LWP-Protocol-https. The suggestion is that you install the extension when needed for https. So ports using https should have a RDEP www/p5-LWP-Protocol-https which depends on www/p5-libwww, ports using just http should have a RDEP www/p5-libwww. There are a number of distributions that did the dependency the other way around, which mean you can never have a cut down install for http only, it also creates a dependency loop to test LWP-Protocol-https you need libwww which needs LWP-Protocol-https but you haven't built the LWP-Protocol-https package. Just doesn't fit in with the ports tree building and testing of packages, other distributions maybe if you use CPAN to install, build, test. You build and test p5-libwww and create a package, then you build and test p5-LWP-Protocol-https using the built/tested p5-libwww package, then create the package, p5-LWP-Protocol-https never comes before p5-libwww. >> >> >> On 09/24/17 23:02, Nigel Taylor wrote: >>> On 09/24/17 12:49, Stuart Henderson wrote: >>>> On 2017/09/23 23:21, Nigel Taylor wrote: >>>>> This has been taken over by new CPAN author. >>>>> >>>>> Changes most code cleanup and bug fixes. >>>>> >>>>> Built tested on amd64. >>>>> >>>>> Used with get_iplayer/get_flash_videos for some time on main desktop. >>>>> >>>>> Ok? >>>> >>>> I don't see any problem with the diff itself, but it's the wrong time to >>>> update a module affecting ~100 ports (not helped by being an interpreted >>>> language so problems in p5-* often don't show up until runtime). >>>> >>>> So, OK for after unlock. >>>> >>>> >>> Anyway version 6.27 is now out. I've moved on to that now. >>> >>> Built and tested on amd64. >>> >>> Change history for libwww-perl >>> >>> 6.27 2017-09-21 >>> - Switch to Getopt::Long in lwp-download (GH #262) >>> - Fix lwp-request -C (GH #261) >>> - Hide LWP::Protocol::http::Socket, >>> LWP::Protocol::http::SocketMethods and >>> LWP::Debug::TraceHTTP::Socket from PAUSE >>> - Add tests for the "get" & "head" functions (GH #252) >>> - Update lwpcook.pod (GH #256) >>> - Handle undefined values in ->credentials (GH #157) >>> - Fix lwp-mirror options checks. >>> - Update bin/ scripts to use $LWP::VERSION instead of ->Version() >>> - Improve lwp-download --help (GH #262) >>> >>> 6.26 2017-04-12 >>> - Perltidy all apps in the bin/ directory >>> - Make all apps in bin/ use strict and warnings (RT #92633) >>> - Fix bug tracker URL in metadata >>> >>> 6.25 2017-04-03 >>> - Fix LWP::UserAgent docs for request and request_simple that pointed to >>> functions in LWP::Simple rather than LWP::UserAgent >>> - Moved the official bug tracker to GitHub rather than RT. >>> >>> 6.24 2017-03-14 >>> - Document clone methods inability to clone cookie jars (RT #13542) >>> - It is now possible to set the proxy and no_proxy attributes from the >>> constructor of LWP::UserAgent. (GH #124) >>> >>> 6.23 2017-03-06 >>> - Fix bug where Protocol::NNTP called undef on a variable before >>> being done >>> using it. (GH PR #121) >>> - Ran perltidy on LWP::Protocol::NNTP >>> - Re-organized current documentation set. >>> >>> 6.22 2017-03-01 >>> - Update Travis-CI to test on minimum versions of prereqs. (GH PR #109) >>> - Fix tests that depended on a newer version of HTTP::Message (GH PR >>> #119) >>> - Update documentation to reflect behavior difference in ->put() >>> depending >>> on the version of HTTP::Message installed. (GH PR #120) >>> >>> 6.21 2017-02-21 >>> - Ensure that LWP::Simple re-exports some HTTP::Status functions >>> >>> 6.20
Re: [update] www/p5-libwww 6.15 -> 6.26 now 6.27
Ping retested with perl 5.24.3 no issues seen. Ok for this update? On 09/24/17 23:02, Nigel Taylor wrote: > On 09/24/17 12:49, Stuart Henderson wrote: >> On 2017/09/23 23:21, Nigel Taylor wrote: >>> This has been taken over by new CPAN author. >>> >>> Changes most code cleanup and bug fixes. >>> >>> Built tested on amd64. >>> >>> Used with get_iplayer/get_flash_videos for some time on main desktop. >>> >>> Ok? >> >> I don't see any problem with the diff itself, but it's the wrong time to >> update a module affecting ~100 ports (not helped by being an interpreted >> language so problems in p5-* often don't show up until runtime). >> >> So, OK for after unlock. >> >> > Anyway version 6.27 is now out. I've moved on to that now. > > Built and tested on amd64. > > Change history for libwww-perl > > 6.27 2017-09-21 > - Switch to Getopt::Long in lwp-download (GH #262) > - Fix lwp-request -C (GH #261) > - Hide LWP::Protocol::http::Socket, > LWP::Protocol::http::SocketMethods and > LWP::Debug::TraceHTTP::Socket from PAUSE > - Add tests for the "get" & "head" functions (GH #252) > - Update lwpcook.pod (GH #256) > - Handle undefined values in ->credentials (GH #157) > - Fix lwp-mirror options checks. > - Update bin/ scripts to use $LWP::VERSION instead of ->Version() > - Improve lwp-download --help (GH #262) > > 6.26 2017-04-12 > - Perltidy all apps in the bin/ directory > - Make all apps in bin/ use strict and warnings (RT #92633) > - Fix bug tracker URL in metadata > > 6.25 2017-04-03 > - Fix LWP::UserAgent docs for request and request_simple that pointed to > functions in LWP::Simple rather than LWP::UserAgent > - Moved the official bug tracker to GitHub rather than RT. > > 6.24 2017-03-14 > - Document clone methods inability to clone cookie jars (RT #13542) > - It is now possible to set the proxy and no_proxy attributes from the > constructor of LWP::UserAgent. (GH #124) > > 6.23 2017-03-06 > - Fix bug where Protocol::NNTP called undef on a variable before > being done > using it. (GH PR #121) > - Ran perltidy on LWP::Protocol::NNTP > - Re-organized current documentation set. > > 6.22 2017-03-01 > - Update Travis-CI to test on minimum versions of prereqs. (GH PR #109) > - Fix tests that depended on a newer version of HTTP::Message (GH PR > #119) > - Update documentation to reflect behavior difference in ->put() > depending > on the version of HTTP::Message installed. (GH PR #120) > > 6.21 2017-02-21 > - Ensure that LWP::Simple re-exports some HTTP::Status functions > > 6.20 2017-02-21 > - Converted to use Dist::Zilla > - Moved several tests to xt/author > > 6.192017-02-14 > - Call HTTP::Status constant functions without & (GH#110) > - Make bin scripts use LWP's version and not maintain their own (PR #54) > - Fix bug triggered in some cases of auth challenges not having a viable > protocol (PR#111) > - Remove usage of the 'vars' pragma (GH#113) > > 6.182017-02-03 > - Update "timeout" when reusing sockets (PR#90) > - Fix bug triggered when calling simple_request() with a malformed URL > (PR#108) > > 6.172017-01-31 > - Noted another protocol failure message (PR#65) > - Removed old use of UNIVERSAL::isa() and swapped evals for > Try::Tiny (PR#105) > - Standardized the Changes file (GH#106) > - Fixed documentation error in lwp-request. > > 6.162017-01-18 > - Moved LWP::Protocol::GHTTP into its own dist and removed from here > (PR#81) > - Updated test suite to use strict/warnings and Test::More (PR#88) > - Additional tests for UserAgent coverage (PR#79) > - Cleaned up documentation formatting and fixed several typos > (PR#87, PR#93) > - Stop promoting use of HTTP::Cookies and instead use > HTTP::CookieJar::LWP (PR#102) > - Added some new documentation to UserAgent and tutorial (PR#68) > - Allow default header to carry over when using ->post() in UA (PR#100) >
Re: update devel/p5-Module-Install
Sorry was in a rush, still not really free.
I was going to do the update, just it's not one update as you spotted,
and still have to go back through my old things on ports@ not ok'd yet,
put on hold while ports locked.
p5-Module-Install-ExtraTests
I have that update to go with this, along with updates and other new
p5-Module-Install- packages.
This goes with a modification to perl.bsd.mk
$ cvs -R -q diff -uNp perl.port.mk
Index: perl.port.mk
===
RCS file: /home/cvs/ports/infrastructure/mk/perl.port.mk,v
retrieving revision 1.29
diff -u -p -r1.29 perl.port.mk
--- perl.port.mk26 Apr 2016 10:56:59 - 1.29
+++ perl.port.mk26 Apr 2016 13:20:04 -
@@ -66,7 +66,7 @@ MODPERL_configure = ${_MODPERL_preconfig
. if ${CONFIGURE_STYLE:L:Mmodinst}
BUILD_DEPENDS += devel/p5-Module-Install
CONFIGURE_ARGS += --skipdeps
-_MODPERL_preconfig = rm -rf ${WRKSRC}/inc/Module/*Install*
+_MODPERL_preconfig = rm -rf ${WRKSRC}/inc/*
. else
_MODPERL_preconfig = :
. endif
Then that needs going back over ports and adding in missing
p5-Module-Install-x to replace old untested bundled versions in the
dist files. Have all the updates to go with that.
The other thing to note, is the smaller set of ports runtime/buildtime
required. Because they are only recommendations and not used.
I check over things, and I did mine months ago, and based on an update
to 1.16 long before that. Might have missed some things, and need will
recheck. But I have been running all my dpb runs with the changes in
place, what I have works with dpb, also works with last build tests I
did - for each perl package with just build packages installed, and
ensure it builds.
On 11/03/17 16:05, Alexander Bluhm wrote:
> On Fri, Nov 03, 2017 at 03:08:11PM +, Nigel Taylor wrote:
>> Can't respond quickly to this, this is my version, and has been run
>> through earlier version 1.16 etc,
>
> Does that mean that you want to take care of the update?
>
>> the full update requires complex
>> p5-Module-Install- updates
>
> I have not seen any fallout with the existing p5-Module-Install-
> modules. Do you have anything that got broken? Can we update
> p5-Module-Install and fix everything afterwards?
>
>> +TEST_DEPENDS +=devel/p5-Module-Install-AuthorTests \
>
> I have added p5-Module-Install-AuthorTests so that the test is not
> skipped.
>
>> + devel/p5-Module-Install-ExtraTests
>
> This port p5-Module-Install-ExtraTests does not exist yet. I ignore
> the dependency, it just means that a test is skipped.
>
>> -# for the CPAN regression test
>> -pre-test:
>> - mkdir -p ${WRKDIR}/home
>> -PORTHOME= ${WRKDIR}/home
>
> I did not find why this is needed so I removed it.
>
>> +# No autoinstall from CPAN...
>> +CONFIGURE_ARGS=--skipdeps
>
> I see that lib/Module/AutoInstall.pm checks it, so I put it back.
>
>> MAKE_ENV= TEST_POD=Yes
>
> I do not see why this is needed, so I removed it.
>
>> +post-patch:
>> + find ${WRKSRC} -type f -name "*.orig" -exec rm {} +
>
> This prevents make update-patches, so I do not include it.
>
> New diff, ok?
>
> bluhm
>
> Index: devel/p5-Module-Install/Makefile
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-Module-Install/Makefile,v
> retrieving revision 1.25
> diff -u -p -r1.25 Makefile
> --- devel/p5-Module-Install/Makefile 9 Jan 2017 11:06:45 - 1.25
> +++ devel/p5-Module-Install/Makefile 3 Nov 2017 15:54:58 -
> @@ -4,29 +4,29 @@ COMMENT=standalone extensible Perl modu
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME=Module-Install-1.08
> -REVISION=3
> +DISTNAME = Module-Install-1.18
> CATEGORIES= devel
>
> +MAINTAINER = Alexander Bluhm
> +
> # perl
> PERMIT_PACKAGE_CDROM=Yes
>
> -RUN_DEPENDS+=devel/p5-Module-ScanDeps>=1.13 \
> - devel/p5-File-Remove \
> - devel/p5-PAR-Dist \
> - devel/p5-YAML-Tiny>=1.38 \
> - converters/p5-JSON
> +BUILD_DEPENDS = devel/p5-YAML-Tiny>=1.33
> +RUN_DEPENDS =archivers/p5-Archive-Zip>=1.37 \
> + converters/p5-JSON>=2.9 \
> + devel/p5-File-HomeDir>=1 \
> + devel/p5-File-Remove>=1.42 \
> + devel/p5-Module-Build>=0.29 \
> + devel/p5-Module-ScanDeps>=1.09 \
> + devel/p5-PAR-Dist>=0.29 \
> + devel/p5-YAML-Tiny>=1.38 \
> +
Re: security/gpgme (needs help)
As you say it's not a FLAVOR what's this in the Makefile for -CONFIGURE_STYLE= gnu +MULTI_PACKAGES = -main -qt -py2 -py3 +PSEUDO_FLAVORS = no_qt no_py2 no_py3 +FLAVOR ?= As subpackage is even worse so even the simplest ports using gpgme needs Qt5 built to build. On 11/03/17 15:39, Jeremie Courreges-Anglas wrote: > On Thu, Nov 02 2017, Nigel Taylor wrote: >> Should you promote gpgme-qt to be the default flavor over others > > It's a subpackage, not a flavor. > >> FLAVOR ?= >> >> should default to no_qt no_python2 no_python3, that is the default as >> before. Building with qt should be an extra, in fact use of this sort of >> complex PSEUDO_FLAVOR causes problems especially with something as large >> as qt5, which means dpb can't be used for build a subset of packages. >> >> I dpb tries to build security/gpgme,no_qt,no_py2,no_py3,-main as >> effectively used by all current ports using gpgme which would have to be >> changed in the ports tree. >> >> The existing dpb xxx/yyy or list that built a subset of packages, this >> change on seeing reference to security/gpgme will build not only the >> packages as before, but all the packages for the included modules, that >> is python2 and sub packages, python3 and sub packages, and the whole of qt5. >> >> This is enforcing qt5 on those who don't want and don't need qt5. >> >> python2 / python3 I can live with. qt5 I can live without. >> >> For those wanting a small light weight system, qt5 - everywhere - >> everything just isn't what they want. > > This is not about qt5 everywhere, this about qt5 on the build machine; > remember that the ports tree is optimized for bulk builds. > > I'm *much more* concerned about introducing a hard dep on a C++11 > compiler (and Qt5?) on such an important library. > >> Just why should if we want a small light weight system should we need to >> go around adding in no_qt,no_py2,no_py3,-main to everything? Maybe here >> also there would be less objections on my part if dpb didn't try to >> build every possible flavor, until it does. I suggest using a separate >> security/qt-gpgme and security/gpgme > > This may be a good idea. > >> also strictly python2 and python3 flavor should default to no_qt rather >> than with qt5. The main choice for python isn't qt5 it's Tk, and a Tk >> flavor of gpgme would tie in with the use of python2/3. > > I don't understand the link between the possible -python* *subpackages* > and qt5. Of course those subpackages shouldn't depend on Qt. We're > talking about optional subpackages here, not package flavors. > >> Littering qt5 around just about everything is bad as is the whole qt >> mind set of having to put anything and everything into it's own wrappers. >> >> On 11/01/17 16:53, Rafael Sadowski wrote: >>> Hi porters, >>> >>> I need help with the gpgme update. Special thing here, I need the Qt >>> bindings because kde-applications/gpgmepp is dead and all dependent >>> programs work with gpgme-qt now. >>> >>> But I always trap into the following link issue: >>> >>> libtool: link: cc -shared -fPIC -DPIC -o >>> .libs/libgpgme.so.20.0 -I/usr/local/include -O2 -pipe -Wall -Wcast-align >>> -Wshadow -Wstrict-prototypes >>> .libs/conversion.o .libs/b64dec.o .libs/get-env.o .libs/parsetlv.o >>> .libs/mbox-util.o .libs/data.o .libs/data-fd.o .libs/data-stream.o >>> .libs/data-mem.o .libs/data-user.o .libs/data-compat.o >>> .libs/data-identify.o .libs/signers.o .libs/sig-notation.o >>> .libs/wait.o .libs/wait-global.o .libs/wait-private.o >>> .libs/wait-user.o .libs/op-support.o .libs/encrypt.o >>> .libs/encrypt-sign.o .libs/decrypt.o .libs/decrypt-verify.o >>> .libs/verify.o .libs/sign.o .libs/passphrase.o .libs/progress.o >>> .libs/key.o .libs/keylist.o .libs/keysign.o .libs/trust-item.o >>> .libs/trustlist.o .libs/tofupolicy.o .libs/import.o .libs/export.o >>> .libs/genkey.o .libs/delete.o .libs/edit.o .libs/getauditlog.o >>> .libs/opassuan.o .libs/passwd.o .libs/spawn.o .libs/assuan-support.o >>> .libs/engine.o .libs/engine-gpg.o .libs/status-table.o >>> .libs/engine-gpgsm.o .libs/engine-assuan.o .libs/engine-gpgconf.o >>> .libs/engine-uiserver.o .libs/engine-g13.o .libs/vfs-mount.o >>> .libs/vfs-create.o .libs/engine-spawn.o .libs/gpgconf.o >>> .libs/queryswdb.o .libs/posix-util.o .libs/posix-io.o .libs/dirinfo.o >>> .libs/debug.o .libs/gpgme.o .libs/version.o .libs/error.o >>&g
Re: update devel/p5-Module-Install
Can't respond quickly to this, this is my version, and has been run
through earlier version 1.16 etc, the full update requires complex
p5-Module-Install- updates
Index: Makefile
===
RCS file: /home/cvs/ports/devel/p5-Module-Install/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile9 Jan 2017 11:06:45 - 1.25
+++ Makefile16 Aug 2017 00:14:44 -
@@ -4,29 +4,36 @@ COMMENT= standalone extensible Perl modu
MODULES= cpan
PKG_ARCH= *
-DISTNAME= Module-Install-1.08
-REVISION= 3
-CATEGORIES=devel
+DISTNAME= Module-Install-1.18
+CATEGORIES= devel
# perl
PERMIT_PACKAGE_CDROM= Yes
-RUN_DEPENDS+= devel/p5-Module-ScanDeps>=1.13 \
- devel/p5-File-Remove \
- devel/p5-PAR-Dist \
- devel/p5-YAML-Tiny>=1.38 \
- converters/p5-JSON
+RUN_DEPENDS= devel/p5-File-Remove>=1.42 \
+ devel/p5-Module-ScanDeps>=1.13 \
+ devel/p5-YAML-Tiny>=1.38
+
+# recommendations only...
+# archivers/p5-Archive-Zip>=1.37 \
+# converters/p5-JSON>=2.90 \
+# devel/p5-PAR-Dist>=0.29 \
+# www/p5-libwww>=6.05
# special case; this is *not* a CONFIGURE_STYLE=modbuild port
RUN_DEPENDS+= devel/p5-Module-Build
+BUILD_DEPENDS += ${RUN_DEPENDS}
-CONFIGURE_ARGS=--skipdeps
+# Needs building as package first so these can be built...
+TEST_DEPENDS +=devel/p5-Module-Install-AuthorTests \
+ devel/p5-Module-Install-ExtraTests
-# for the CPAN regression test
-pre-test:
- mkdir -p ${WRKDIR}/home
+# No autoinstall from CPAN...
+CONFIGURE_ARGS=--skipdeps
-PORTHOME= ${WRKDIR}/home
MAKE_ENV= TEST_POD=Yes
+
+post-patch:
+ find ${WRKSRC} -type f -name "*.orig" -exec rm {} +
.include
Index: distinfo
===
On 11/03/17 14:47, Alexander Bluhm wrote:
> Hi,
>
> ok to update p5-Module-Install to 1.18?
>
> - added myself as maintainer
> - copied warning that this should not used for new modules into DESCR
> - added recomended modules to run dependencies so that we always
> operate on a fixed set of modules
> - will sort according to Makefile.template later to keep diff small
>
> bluhm
>
> Index: devel/p5-Module-Install/Makefile
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-Module-Install/Makefile,v
> retrieving revision 1.25
> diff -u -p -r1.25 Makefile
> --- devel/p5-Module-Install/Makefile 9 Jan 2017 11:06:45 - 1.25
> +++ devel/p5-Module-Install/Makefile 3 Nov 2017 14:33:57 -
> @@ -4,29 +4,31 @@ COMMENT=standalone extensible Perl modu
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME=Module-Install-1.08
> -REVISION=3
> +DISTNAME = Module-Install-1.18
> CATEGORIES= devel
>
> +MAINTAINER = Alexander Bluhm
> +
> # perl
> PERMIT_PACKAGE_CDROM=Yes
>
> -RUN_DEPENDS+=devel/p5-Module-ScanDeps>=1.13 \
> - devel/p5-File-Remove \
> - devel/p5-PAR-Dist \
> - devel/p5-YAML-Tiny>=1.38 \
> - converters/p5-JSON
> +BUILD_DEPENDS = devel/p5-YAML-Tiny>=1.33
> +RUN_DEPENDS =archivers/p5-Archive-Zip>=1.37 \
> + converters/p5-JSON>=2.9 \
> + devel/p5-File-HomeDir>=1 \
> + devel/p5-File-Remove>=1.42 \
> + devel/p5-Module-Build>=0.29 \
> + devel/p5-Module-ScanDeps>=1.09 \
> + devel/p5-PAR-Dist>=0.29 \
> + devel/p5-YAML-Tiny>=1.38 \
> + www/p5-libwww>=6.05
>
> # special case; this is *not* a CONFIGURE_STYLE=modbuild port
> -RUN_DEPENDS+=devel/p5-Module-Build
> -
> -CONFIGURE_ARGS= --skipdeps
>
> # for the CPAN regression test
> pre-test:
> mkdir -p ${WRKDIR}/home
>
> PORTHOME=${WRKDIR}/home
> -MAKE_ENV=TEST_POD=Yes
>
> .include
> Index: devel/p5-Module-Install/distinfo
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-Module-Install/distinfo,v
> retrieving revision 1.7
> diff -u -p -r1.7 distinfo
> --- devel/p5-Module-Install/distinfo 19 Mar 2014 09:07:26 - 1.7
> +++ devel/p5-Module-Install/distinfo 3 Nov 2017 14:24:49 -
> @@ -1,2 +1,2 @@
> -SHA256 (Module-Install-1.08.tar.gz) =
> 7YZ4KSkgjmOjVwmtb1Pt054QX8G8t9z8P7c2KvZ7tRQ=
> -SIZE (Module-Install-1.08.tar.gz) = 126800
> +SHA256 (Module-Install-1.18.tar.gz) =
> KQaKwzUCzslZhEwgZRbAnMSoR8tXMn1BAV9gUVPKZF4=
> +SIZE (Module-Install-1.18.tar.gz) = 114751
> Index:
> devel/p5-Module-Install/patches/patch-lib_Module_Install_Admin_Include_pm
> ===
> RCS file:
>
Re: security/gpgme (needs help)
Should you promote gpgme-qt to be the default flavor over others FLAVOR ?= should default to no_qt no_python2 no_python3, that is the default as before. Building with qt should be an extra, in fact use of this sort of complex PSEUDO_FLAVOR causes problems especially with something as large as qt5, which means dpb can't be used for build a subset of packages. I dpb tries to build security/gpgme,no_qt,no_py2,no_py3,-main as effectively used by all current ports using gpgme which would have to be changed in the ports tree. The existing dpb xxx/yyy or list that built a subset of packages, this change on seeing reference to security/gpgme will build not only the packages as before, but all the packages for the included modules, that is python2 and sub packages, python3 and sub packages, and the whole of qt5. This is enforcing qt5 on those who don't want and don't need qt5. python2 / python3 I can live with. qt5 I can live without. For those wanting a small light weight system, qt5 - everywhere - everything just isn't what they want. Just why should if we want a small light weight system should we need to go around adding in no_qt,no_py2,no_py3,-main to everything? Maybe here also there would be less objections on my part if dpb didn't try to build every possible flavor, until it does. I suggest using a separate security/qt-gpgme and security/gpgme also strictly python2 and python3 flavor should default to no_qt rather than with qt5. The main choice for python isn't qt5 it's Tk, and a Tk flavor of gpgme would tie in with the use of python2/3. Littering qt5 around just about everything is bad as is the whole qt mind set of having to put anything and everything into it's own wrappers. On 11/01/17 16:53, Rafael Sadowski wrote: > Hi porters, > > I need help with the gpgme update. Special thing here, I need the Qt > bindings because kde-applications/gpgmepp is dead and all dependent > programs work with gpgme-qt now. > > But I always trap into the following link issue: > > libtool: link: cc -shared -fPIC -DPIC -o .libs/libgpgme.so.20.0 > -I/usr/local/include -O2 -pipe -Wall -Wcast-align -Wshadow > -Wstrict-prototypes .libs/conversion.o .libs/b64dec.o .libs/get-env.o > .libs/parsetlv.o .libs/mbox-util.o .libs/data.o .libs/data-fd.o > .libs/data-stream.o .libs/data-mem.o .libs/data-user.o .libs/data-compat.o > .libs/data-identify.o .libs/signers.o .libs/sig-notation.o .libs/wait.o > .libs/wait-global.o .libs/wait-private.o .libs/wait-user.o .libs/op-support.o > .libs/encrypt.o .libs/encrypt-sign.o .libs/decrypt.o .libs/decrypt-verify.o > .libs/verify.o .libs/sign.o .libs/passphrase.o .libs/progress.o .libs/key.o > .libs/keylist.o .libs/keysign.o .libs/trust-item.o .libs/trustlist.o > .libs/tofupolicy.o .libs/import.o .libs/export.o .libs/genkey.o > .libs/delete.o .libs/edit.o .libs/getauditlog.o .libs/opassuan.o > .libs/passwd.o .libs/spawn.o .libs/assuan-support.o .libs/engine.o > .libs/engine-gpg.o .libs/status-table.o .libs/engine-gpgsm.o > .libs/engine-assuan.o .libs/engine-gpgconf.o .libs/engine-uiserver.o > .libs/engine-g13.o .libs/vfs-mount.o .libs/vfs-create.o .libs/engine-spawn.o > .libs/gpgconf.o .libs/queryswdb.o .libs/posix-util.o .libs/posix-io.o > .libs/dirinfo.o .libs/debug.o .libs/gpgme.o .libs/version.o .libs/error.o > .libs/ath.o -L.libs -lassuan -lgpg-error -lintl -liconv > libtool: link: ar cru .libs/libgpgme.a conversion.o b64dec.o get-env.o > parsetlv.o mbox-util.o data.o data-fd.o data-stream.o data-mem.o data-user.o > data-compat.o data-identify.o signers.o sig-notation.o wait.o wait-global.o > wait-private.o wait-user.o op-support.o encrypt.o encrypt-sign.o decrypt.o > decrypt-verify.o verify.o sign.o passphrase.o progress.o key.o keylist.o > keysign.o trust-item.o trustlist.o tofupolicy.o import.o export.o genkey.o > delete.o edit.o getauditlog.o opassuan.o passwd.o spawn.o assuan-support.o > engine.o engine-gpg.o status-table.o engine-gpgsm.o engine-assuan.o > engine-gpgconf.o engine-uiserver.o engine-g13.o vfs-mount.o vfs-create.o > engine-spawn.o gpgconf.o queryswdb.o posix-util.o posix-io.o dirinfo.o > debug.o gpgme.o version.o error.o ath.o > libtool: link: ranlib .libs/libgpgme.a > cc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/local/include -O2 > -pipe -Wall -Wcast-align -Wshadow -Wstrict-prototypes -MT gpgme-tool.o -MD > -MP -MF .deps/gpgme-tool.Tpo -c -o gpgme-tool.o gpgme-tool.c > mv -f .deps/gpgme-tool.Tpo .deps/gpgme-tool.Po > cc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/local/include -O2 > -pipe -Wall -Wcast-align -Wshadow -Wstrict-prototypes -MT argparse.o -MD -MP > -MF .deps/argparse.Tpo -c -o argparse.o argparse.c > mv -f .deps/argparse.Tpo .deps/argparse.Po > c++ gpgme-tool.o argparse.o libgpgme.la -lassuan -L/usr/local/lib -lgpg-error > libgpgme.la: file not recognized: File format not recognized > c++: error: linker command failed with exit code 1 (use -v to see invocation) > > Help, Feedback i
Re: [UPDATE] sysutils/sleuthkit
On 10/31/17 15:47, Remi Pointel wrote:
> Hi,
>
> this is the diff to update sleuthkit to latest release.
>
> Ok?
>
> Cheers,
>
> Remi.
Did you base this on my update sent to ports@ below
Look like a no, naddy@ complained about the version 4.3.0
not using gnu CONFIGURE_STYLE, sthen@ suggested shared library
version should be updated, and not sure without checking 4.5.0
but I found sqlite3 was needed. Also dropped using cppunit.
diff -u -p -r1.21 Makefile
--- Makefile26 Jul 2017 22:45:30 - 1.21
+++ Makefile7 Sep 2017 21:13:24 -
@@ -2,11 +2,10 @@
COMMENT= forensic toolkit based on TCT
-DISTNAME= sleuthkit-4.3.0
+DISTNAME= sleuthkit-4.4.2
CATEGORIES=sysutils security
-REVISION= 0
-SHARED_LIBS += tsk 0.0 # 14.0
+SHARED_LIBS += tsk 1.0 # 16.1
HOMEPAGE= http://www.sleuthkit.org/
@@ -18,17 +17,19 @@ PERMIT_PACKAGE_FTP= Yes
MASTER_SITES =
https://github.com/sleuthkit/sleuthkit/releases/download/${DISTNAME}/
-WANTLIB += c m pthread ${COMPILER_LIBCXX} z
+WANTLIB += c m pthread ${COMPILER_LIBCXX} sqlite3 z
-CONFIGURE_STYLE = simple
+CONFIGURE_STYLE = gnu
CONFIGURE_ARGS += --mandir='${PREFIX}/man' \
--disable-java \
--without-afflib \
--without-libewf
-BUILD_DEPENDS= devel/cppunit
+CONFIGURE_ENV =ac_cv_path_CPPUNIT_CONFIG=no
+
RUN_DEPENDS= converters/p5-DateManip
+LIB_DEPENDS = databases/sqlite3
NO_TEST = Yes
Re: [UPDATE] sysutils/sleuthkit
On 10/31/17 15:47, Remi Pointel wrote: > Hi, > > this is the diff to update sleuthkit to latest release. > > Ok? > > Cheers, > > Remi. ccpunit - just reminded myself, I removed as used for testing, and Makefile has NO_TEST=yes, testing has to be done manually. Thanks, and Ok
Re: NEW: x11/qdirstat (KDE3 x11/kdirstat replacement)
On 10/26/17 13:10, Rafael Sadowski wrote: > Hi All, > > Here is a replacement for x11/kdirstat (KDE3). > > Added the following pkgpath/conflict in PLIST: > @pkgpath x11/kdirstat > @conflict kdirstat-* > > make update works fine here: > > kdirstat-2.4.0p14->qdirstat-1.4: ok > > As always, tested on amd64. > > Ok to remove kdirstat and add qdirstat? Comments? > >>From DESCR: > QDirStat is a graphical application to show where your disk space has gone and > to help you to clean it up. > > This is a Qt-only port of the old Qt3/KDE3-based KDirStat. > kdirstat is maintained as part of the TDE fork, as is much of KDE3. You will find most of kde3 current updates under here, for anyone looking. http://mirror.git.trinitydesktop.org/cgit/ Log for kdirstat ... Commit message (Expand) Author Age Files Lines * Reset submodule main/applications/kdirstat/cmake to latest HEADHEADmaster Automated System2017-03-26 1 -0/+0 * Reset submodule main/applications/kdirstat/cmake to latest HEAD Automated System2017-02-18 1 -0/+0 * Reset submodule main/applications/kdirstat/cmake to latest HEAD Automated System2017-01-29 1 -0/+0 * cmake: add tde_add_check_executable macro Slávek Banko 2017-01-25 1 -0/+0 * Reset submodule main/applications/kdirstat/admin to latest HEAD Automated System2016-08-07 1 -0/+0 * Fix invalid headers in PNG files and optimize for size Timothy Pearson 2016-07-23 12 -0/+0 * Reset submodule main/applications/kdirstat/cmake to latest HEAD Automated System2016-04-19 1 -0/+0 * Reset submodule main/applications/kdirstat/cmake to latest HEAD Automated System2016-03-17 1 -0/+0 * Update version number to R14.1.0Michele Calgaro 2015-07-12 1 -1/+1 * Reset submodule main/applications/kdirstat/cmake to latest HEAD Slávek Banko2015-05-31 1 -0/+0 * Reset submodule main/applications/kdirstat/cmake to latest HEAD Slávek Banko2015-04-17 1 -0/+0 * Reset submodule main/applications/kdirstat/admin to latest HEAD Slávek Banko2015-04-17 1 -0/+0 * Fix incorrectly renamed strings Slávek Banko2015-03-05 1 -1/+1 * Rename most device icons to comply with XDG standards Timothy Pearson 2015-03-02 2 -2/+2 * Reset submodule main/applications/kdirstat/admin to latest HEADr14.0.0 Automated System2014-10-20 1 -0/+0 * Reset submodule main/applications/kdirstat/cmake to latest HEAD Automated System2014-10-14 1 -0/+0 * Merge branch 'master' of http://scm.trinitydesktop.org/scm/git/kdirstat Timothy Pearson 2014-10-14 1 -0/+0 |\ | * Reset submodule main/applications/kdirstat/cmake to latest HEAD Automated System2014-10-13 1 -0/+0 * | Bring mail_forward, mail_new, mail_replyall, mail_reply, mail_send, player_pa...Timothy Pearson 2014-10-14 1 -2/+2 |/ * Bring up, down, top, and bottom icons into XDG compliance Timothy Pearson 2014-10-13 1 -1/+1 * Merge branch 'master' of http://scm.trinitydesktop.org/scm/git/kdirstat Timothy Pearson 2014-10-12 1 -0/+0 |\ | * Reset submodule main/applications/kdirstat/cmake to latest HEAD Automated System2014-10-12 1 -0/+0 * | Bring stop, lock, exit, and run icons into XDG compliance Timothy Pearson 2014-10-12 2 -2/+2
Re: i386 ports build failures
On 10/11/17 11:17, Stuart Henderson wrote: > devel/cryptopp > lang/STk > lang/gforth > lang/kawa > sysutils/grub > x11/p5-Wx > > > > >> == ./lang/kawa.log > > ===> Building for kawa-2.4 > cd . && /usr/local/bin/automake-1.15 --foreign > configure.ac:8: error: version mismatch. This is Automake 1.15.1, > configure.ac:8: but the definition used by this AM_INIT_AUTOMAKE > configure.ac:8: comes from Automake 1.15. You should recreate > configure.ac:8: aclocal.m4 with aclocal and run automake again. > gmake: *** [Makefile:1359: Makefile.in] Error 1 > *** Error 2 in lang/kawa (/usr/ports/infrastructure/mk/bsd.port.mk:2728 > '/usr/obj/ports/kawa-2.4/.build_done') > *** Error 1 in lang/kawa (/usr/ports/infrastructure/mk/bsd.port.mk:2425 > 'build') > > There was an update to kawa-3.0 sent to @ports. Includes the fix I sent around for the above.
Re: [update] kawa-3.0
This need fixing to stop random build failures. forwarding my e-mail sent for 2.4 with details... On 10/05/17 20:58, Timo Myyrä wrote: > Hi, > > Here's an update to kawa 3.0. A lot of patches got upstreamed so zap those. > Slightly tested on amd64. > > Timo > > > Index: Makefile > === > RCS file: /cvs/ports/lang/kawa/Makefile,v > retrieving revision 1.15 > diff -u -p -r1.15 Makefile > --- Makefile 19 Sep 2017 19:23:04 - 1.15 > +++ Makefile 5 Oct 2017 05:14:55 - > @@ -2,7 +2,7 @@ > > COMMENT= Scheme and language framework for the Java platform > > -DISTNAME=kawa-2.4 > +DISTNAME=kawa-3.0 > CATEGORIES= lang java > > HOMEPAGE=https://www.gnu.org/software/kawa/ > Index: distinfo > === > RCS file: /cvs/ports/lang/kawa/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo 31 Aug 2017 06:33:05 - 1.4 > +++ distinfo 5 Oct 2017 05:14:55 - > @@ -1,2 +1,2 @@ > -SHA256 (kawa-2.4.tar.gz) = FMCL6BYxoeuLiSbKI1GYyhZRVsDBeey+boONP0tHY10= > -SIZE (kawa-2.4.tar.gz) = 3285436 > +SHA256 (kawa-3.0.tar.gz) = Hm6FIXvW2MKgw0eIgqRXAxTfa5UHj+exIlkRw5q/OM0= > +SIZE (kawa-3.0.tar.gz) = 3393879 > Index: patches/patch-bin_kawa_sh_in > === > RCS file: patches/patch-bin_kawa_sh_in > diff -N patches/patch-bin_kawa_sh_in > --- patches/patch-bin_kawa_sh_in 31 Aug 2017 06:33:05 - 1.1 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,10 +0,0 @@ > -$OpenBSD: patch-bin_kawa_sh_in,v 1.1 2017/08/31 06:33:05 jasper Exp $ > bin/kawa.sh.in.orig Sun Apr 9 08:44:21 2017 > -+++ bin/kawa.sh.in Sun Apr 9 08:44:30 2017 > -@@ -1,5 +1,5 @@ > - #!@KAWA_SHELL@ > --thisfile=`type -p $0` > -+thisfile=`command -v $0` > - case "$thisfile" in > - "") echo "installation error - can't find path to $0"; exit -1 ;; > - /*) ;; > Index: patches/patch-doc_Makefile_am > === > RCS file: patches/patch-doc_Makefile_am > diff -N patches/patch-doc_Makefile_am > --- patches/patch-doc_Makefile_am 31 Aug 2017 06:33:05 - 1.1 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,19 +0,0 @@ > -$OpenBSD: patch-doc_Makefile_am,v 1.1 2017/08/31 06:33:05 jasper Exp $ > doc/Makefile.am.orig Sat Mar 25 12:33:43 2017 > -+++ doc/Makefile.am Sat Mar 25 12:34:24 2017 > -@@ -29,12 +29,11 @@ TEXI2PDF = texi2pdf > - > - man_MANS = kawa.1 qexo.1 > - kawa.1: $(srcdir)/kawa.man > --nroff -man $(srcdir)/kawa.man > tpm-kawa.1 > --mv tpm-kawa.1 kawa.1 > -+cp $(srcdir)/kawa.man kawa.1 > - > -+ > - qexo.1: $(srcdir)/qexo.man > --nroff -man $(srcdir)/qexo.man > tpm-qexo1 > --mv tpm-qexo1 qexo.1 > -+cp $(srcdir)/qexo.man qexo.1 > - > - ../kawa-doc-$(VERSION).tar.gz: kawa.info $(KAWA_HTMLDIR)/index.html kawa.pdf > - tar cf - $(KAWA_HTMLDIR)/*.html kawa.pdf|gzip -c --best >$@ > Index: patches/patch-gnu_xquery_testsuite_exp-format-users_html > === > RCS file: patches/patch-gnu_xquery_testsuite_exp-format-users_html > diff -N patches/patch-gnu_xquery_testsuite_exp-format-users_html > --- patches/patch-gnu_xquery_testsuite_exp-format-users_html 31 Aug 2017 > 06:33:05 - 1.1 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,12 +0,0 @@ > -$OpenBSD: patch-gnu_xquery_testsuite_exp-format-users_html,v 1.1 2017/08/31 > 06:33:05 jasper Exp $ > - > -Index: gnu/xquery/testsuite/exp-format-users.html > gnu/xquery/testsuite/exp-format-users.html.orig > -+++ gnu/xquery/testsuite/exp-format-users.html > -@@ -29,4 +29,4 @@ > - Rip Van Winkle > - B > - > -- > -+ > -\ No newline at end of file > Index: patches/patch-gnu_xquery_testsuite_latin1a_expected > === > RCS file: patches/patch-gnu_xquery_testsuite_latin1a_expected > diff -N patches/patch-gnu_xquery_testsuite_latin1a_expected > --- patches/patch-gnu_xquery_testsuite_latin1a_expected 31 Aug 2017 > 06:33:05 - 1.1 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,9 +0,0 @@ > -$OpenBSD: patch-gnu_xquery_testsuite_latin1a_expected,v 1.1 2017/08/31 > 06:33:05 jasper Exp $ > - > -Index: gnu/xquery/testsuite/latin1a.expected > gnu/xquery/testsuite/latin1a.expected.orig > -+++ gnu/xquery/testsuite/latin1a.expected > -@@ -1 +1 @@ > --Norwegian letters: ae:æ oe:ø aa:å > -+Norwegian letters: ae:æ oe:ø aa:å > -\ No newline at end of file > Index: patches/patch-testsuite_Makefile_am > === > RCS file: patches/patch-testsuite_Makefile_am > diff -N patches/patch-testsuite_Makefile_am > --- patches/patch-testsuite_Makefile_am 31 Aug 2017 06:33:05 - > 1.1 > +++ /dev/null 1 Jan 1970 00:00:00
Re: [maintainer update] net/tcpreplay 4.0.5 -> 4.2.6
On 09/24/17 13:02, Stuart Henderson wrote:
> On 2017/09/23 23:21, Nigel Taylor wrote:
>> Has been moved to github.
>>
>> builds on amd64.
>>
>> Ok?
>
> GH_* is for autogenerated tarballs, this is a normal uploaded release,
> if you are setting MASTER_SITES manually anyway then GH_* is just extra
> complexity and not useful.
>
> The autogen build dep has gone away. Replacement makefile diff below
> with those changes, maybe consider EXTRACT_SUFX=.tar.xz as well? (700K
> vs 2.8MB).
>
> Various security related fixes, not part of big dependency chains,
> so I generally think this should go in.
>
Bit of a messy one, sure versions were only available from github,
now 4.2.5/4.2.6 are available from sourceforge, so reverted everything
back from github.
Home page still says 4.2.5, and links points to github, but old releases
link is to sourceforge, and includes 4.2.6 and 4.2.5.
Can see a tar.xz on sourceforge but it's hidden, and home page only
lists tar.gz downloads.
Index: Makefile
===
RCS file: /home/cvs/ports/net/tcpreplay/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile 8 May 2017 18:10:25 - 1.38
+++ Makefile 24 Sep 2017 19:09:01 -
@@ -2,11 +2,10 @@
COMMENT= resend network traffic saved by tcpdump
-DISTNAME= tcpreplay-4.0.5
+DISTNAME= tcpreplay-4.2.6
CATEGORIES= net
-REVISION= 2
-HOMEPAGE= http://tcpreplay.appneta.com/
+HOMEPAGE= http://tcpreplay.appneta.com/
MAINTAINER= Nigel Taylor
@@ -20,6 +19,5 @@ WANTLIB= c dnet>=1
CONFIGURE_STYLE= gnu
LIB_DEPENDS= net/libdnet
-BUILD_DEPENDS= devel/autogen
.include
Index: distinfo
===
RCS file: /home/cvs/ports/net/tcpreplay/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo 16 Oct 2014 13:00:56 - 1.9
+++ distinfo 29 Aug 2017 21:05:44 -
@@ -1,2 +1,2 @@
-SHA256 (tcpreplay-4.0.5.tar.gz) = Y3mMityeW+eUZ+I1k4OM4OYXslk4z84xFv7aJjA0TYA=
-SIZE (tcpreplay-4.0.5.tar.gz) = 2059744
+SHA256 (tcpreplay-4.2.6.tar.gz) = BDdWxTLauT4r4zpRfvRrE0H3I5J4oQRa5nAEHdikUx0=
+SIZE (tcpreplay-4.2.6.tar.gz) = 3494827
Index: patches/patch-configure
===
RCS file: patches/patch-configure
diff -N patches/patch-configure
--- patches/patch-configure 16 Oct 2014 13:43:48 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,21 +0,0 @@
-$OpenBSD: patch-configure,v 1.4 2014/10/16 13:43:48 nigel Exp $
configure.orig Fri Sep 5 17:16:38 2014
-+++ configure Fri Oct 10 15:21:36 2014
-@@ -18765,7 +18765,7 @@ else
- else
- cat confdefs.h - <<_ACEOF >conftest.$ac_ext
- /* end confdefs.h. */
--[
-+
- #include
- #include
- #include
-@@ -18793,7 +18793,7 @@ main(int argc, char *argv[]) {
-
- /* else suck, no good */
- exit(-1);
--}]
-+}
- _ACEOF
- if ac_fn_c_try_run "$LINENO"; then :
-
Index: patches/patch-src_defines_h_in
===
RCS file: patches/patch-src_defines_h_in
diff -N patches/patch-src_defines_h_in
--- patches/patch-src_defines_h_in 6 Jul 2016 10:29:51 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_defines_h_in,v 1.1 2016/07/06 10:29:51 jasper Exp $
-
-CVE-2016-6160
-https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829350
-
src/defines.h.in.orig Fri May 9 19:28:13 2014
-+++ src/defines.h.in Wed Jul 6 10:54:28 2016
-@@ -145,7 +145,7 @@ typedef struct tcpr_speed_s {
- #define DEFAULT_MTU 1500/* Max Transmission Unit of standard ethernet
- * don't forget *frames* are MTU + L2 header! */
-
--#define MAXPACKET 65535 /* was 16436 linux loopback, but maybe something is bigger then
-+#define MAXPACKET 65549 /* was 16436 linux loopback, but maybe something is bigger then
-linux loopback */
-
- #define MAX_SNAPLEN 65535 /* tell libpcap to capture the entire packet */
Index: patches/patch-src_tcprewrite_c
===
RCS file: patches/patch-src_tcprewrite_c
diff -N patches/patch-src_tcprewrite_c
--- patches/patch-src_tcprewrite_c 6 Jul 2016 10:29:51 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_tcprewrite_c,v 1.1 2016/07/06 10:29:51 jasper Exp $
-
-CVE-2016-6160
-https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829350
-
src/tcprewrite.c.orig Fri May 9 19:28:13 2014
-+++ src/tcprewrite.c Wed Jul 6 10:54:06 2016
-@@ -250,6 +250,8 @@ rewrite_packets(tcpedit_t *tcpedit, pcap_t *pin, pcap_
- packetnum++;
- dbgx(2, "packet " COUNTER_SPEC " caplen %d", packetnum, pkthdr.caplen);
-
-+if (pkthdr.caplen > MAXPACKET)
-+errx(-1, "Frame too big, caplen
Re: [update] www/p5-libwww 6.15 -> 6.26
On 09/24/17 12:49, Stuart Henderson wrote:
> On 2017/09/23 23:21, Nigel Taylor wrote:
>> This has been taken over by new CPAN author.
>>
>> Changes most code cleanup and bug fixes.
>>
>> Built tested on amd64.
>>
>> Used with get_iplayer/get_flash_videos for some time on main desktop.
>>
>> Ok?
>
> I don't see any problem with the diff itself, but it's the wrong time to
> update a module affecting ~100 ports (not helped by being an interpreted
> language so problems in p5-* often don't show up until runtime).
>
> So, OK for after unlock.
>
>
Anyway version 6.27 is now out. I've moved on to that now.
Built and tested on amd64.
Change history for libwww-perl
6.27 2017-09-21
- Switch to Getopt::Long in lwp-download (GH #262)
- Fix lwp-request -C (GH #261)
- Hide LWP::Protocol::http::Socket,
LWP::Protocol::http::SocketMethods and
LWP::Debug::TraceHTTP::Socket from PAUSE
- Add tests for the "get" & "head" functions (GH #252)
- Update lwpcook.pod (GH #256)
- Handle undefined values in ->credentials (GH #157)
- Fix lwp-mirror options checks.
- Update bin/ scripts to use $LWP::VERSION instead of ->Version()
- Improve lwp-download --help (GH #262)
6.26 2017-04-12
- Perltidy all apps in the bin/ directory
- Make all apps in bin/ use strict and warnings (RT #92633)
- Fix bug tracker URL in metadata
6.25 2017-04-03
- Fix LWP::UserAgent docs for request and request_simple that pointed to
functions in LWP::Simple rather than LWP::UserAgent
- Moved the official bug tracker to GitHub rather than RT.
6.24 2017-03-14
- Document clone methods inability to clone cookie jars (RT #13542)
- It is now possible to set the proxy and no_proxy attributes from the
constructor of LWP::UserAgent. (GH #124)
6.23 2017-03-06
- Fix bug where Protocol::NNTP called undef on a variable before
being done
using it. (GH PR #121)
- Ran perltidy on LWP::Protocol::NNTP
- Re-organized current documentation set.
6.22 2017-03-01
- Update Travis-CI to test on minimum versions of prereqs. (GH PR #109)
- Fix tests that depended on a newer version of HTTP::Message (GH PR
#119)
- Update documentation to reflect behavior difference in ->put()
depending
on the version of HTTP::Message installed. (GH PR #120)
6.21 2017-02-21
- Ensure that LWP::Simple re-exports some HTTP::Status functions
6.20 2017-02-21
- Converted to use Dist::Zilla
- Moved several tests to xt/author
6.192017-02-14
- Call HTTP::Status constant functions without & (GH#110)
- Make bin scripts use LWP's version and not maintain their own (PR #54)
- Fix bug triggered in some cases of auth challenges not having a viable
protocol (PR#111)
- Remove usage of the 'vars' pragma (GH#113)
6.182017-02-03
- Update "timeout" when reusing sockets (PR#90)
- Fix bug triggered when calling simple_request() with a malformed URL
(PR#108)
6.172017-01-31
- Noted another protocol failure message (PR#65)
- Removed old use of UNIVERSAL::isa() and swapped evals for
Try::Tiny (PR#105)
- Standardized the Changes file (GH#106)
- Fixed documentation error in lwp-request.
6.162017-01-18
- Moved LWP::Protocol::GHTTP into its own dist and removed from here
(PR#81)
- Updated test suite to use strict/warnings and Test::More (PR#88)
- Additional tests for UserAgent coverage (PR#79)
- Cleaned up documentation formatting and fixed several typos
(PR#87, PR#93)
- Stop promoting use of HTTP::Cookies and instead use
HTTP::CookieJar::LWP (PR#102)
- Added some new documentation to UserAgent and tutorial (PR#68)
- Allow default header to carry over when using ->post() in UA (PR#100)
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-libwww/Makefile,v
retrieving revision 1.43
diff -u -p -r1.43 Makefile
--- Makefile 20 Mar 2016 19:57:23 - 1.43
+++ Makefile 24 Sep 2017 12:50:24 -
@@ -2,16 +2,18 @@
COMMENT= library for WWW access in Perl
-MODULES= cpan
-PKG_ARCH= *
-DISTNAME= libwww-perl-6.15
+DISTNAME= libwww-perl-6.27
PKGNAME= p5-${DISTNAME:S/-perl-/-/}
CATEGORIES= www
# Perl
PERMIT_PACKAGE_CDROM= Yes
+MODULES= cpan
+CPAN_AUTHOR= OALDERS
+
RUN_DEPENDS= devel/p5-File-Listing>=6.0 \
+ devel/p5-Try-Tiny \
textproc/p5-Encode-Locale \
net/p5-Net-HTTP>=6.07 \
www/p5-HTML-Parser>=3.33 \
@@ -24,8 +26,9 @@ RUN_DEPENDS= devel/p5-File-Listing>=6.0
www/p5-URI>1.10 \
www/p5-WWW-RobotRules>=6.0
-BUILD_DEPENDS= ${RUN_DEPENDS}
-CPAN_AUTHOR= ETHER
+TEST_DEPENDS = devel/p5-Test-Fatal \
+ devel/p5-Test-RequiresInternet
+PKG_ARCH= *
.include
Index: distinfo
==
Re: sysutils/sleuthkit: why CONFIGURE_STYLE=simple?
On 09/08/17 00:13, ni...@openbsd.org wrote: > On 09/07/17 21:38, Stuart Henderson wrote: >> On 2017/09/07 19:45, ni...@openbsd.org wrote: >>> >>> Attached update to version 4.4.2 >>> >>> Switch CONFIGURE_STYLE = gnu, to stop some bulk build failures. >>> Remove need for cppunit. >>> >>> Builds on amd64. >>> >>> Ok? >> >> I can't really comment on the sleuthkit update itself (did you check if >> a library bump is needed?), but the autoconf bits are ok with me. >> >> > > added functions to library, major version change in log. So bumped library. > Ping
[maintainer update] net/socat 1.7.3.1 -> 1.7.3.2
Minor update bug fixes, some patches now incorporated upstream.
Builds on amd64.
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/net/socat/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile 2 Feb 2016 10:40:32 - 1.20
+++ Makefile 29 Mar 2017 20:31:40 -
@@ -2,7 +2,7 @@
COMMENT= relay for bidirectional data transfer
-DISTNAME= socat-1.7.3.1
+DISTNAME= socat-1.7.3.2
CATEGORIES= net
HOMEPAGE= http://www.dest-unreach.org/socat/
Index: distinfo
===
RCS file: /home/cvs/ports/net/socat/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- distinfo 2 Feb 2016 10:40:32 - 1.14
+++ distinfo 29 Mar 2017 20:31:46 -
@@ -1,2 +1,2 @@
-SHA256 (socat-1.7.3.1.tar.gz) = qMsHsSvNBMmPT/wcaLeVR/XdTiPdzLEylA9tVVZcf3k=
-SIZE (socat-1.7.3.1.tar.gz) = 606049
+SHA256 (socat-1.7.3.2.tar.gz) = zj78F+PlRIduvOfNbIWzwnn9oFeyhX/Kr2e5q4va8DQ=
+SIZE (socat-1.7.3.2.tar.gz) = 611707
Index: patches/patch-doc_socat_1
===
RCS file: /home/cvs/ports/net/socat/patches/patch-doc_socat_1,v
retrieving revision 1.7
diff -u -p -r1.7 patch-doc_socat_1
--- patches/patch-doc_socat_1 13 Apr 2015 14:43:28 - 1.7
+++ patches/patch-doc_socat_1 29 Aug 2017 20:52:00 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-doc_socat_1,v 1.7 2015/04/13 14:43:28 jasper Exp $
doc/socat.1.orig Sat Jan 24 17:30:52 2015
-+++ doc/socat.1 Mon Apr 13 14:58:09 2015
-@@ -2904,10 +2904,6 @@ in this file\&.
+--- doc/socat.1.orig Sun Jan 22 18:35:15 2017
doc/socat.1 Wed Mar 29 21:56:32 2017
+@@ -2905,10 +2905,6 @@ in this file\&.
Specifies the directory with the trusted (root) certificates\&. The directory
must contain certificates in PEM format and their hashes (see OpenSSL
documentation)
@@ -12,7 +12,7 @@ $OpenBSD: patch-doc_socat_1,v 1.7 2015/0
.IP "\fB\f(CWpseudo\fP\fP"
On systems where openssl cannot find an entropy source and where no entropy
gathering daemon can be utilized, this option activates a mechanism for
-@@ -3397,11 +3393,11 @@ connection, invokes a shell\&. This shell has its stdi
+@@ -3398,11 +3394,11 @@ connection, invokes a shell\&. This shell has its stdi
connected to the TCP socket (nofork)\&. The shell starts filan and lets it print the socket addresses to
stderr (your terminal window)\&.
.IP
@@ -26,7 +26,7 @@ $OpenBSD: patch-doc_socat_1,v 1.7 2015/0
to make the squid executable from Cygwin run under Windows, actual per May 2004)\&.
.IP
.IP "\fB\f(CWsocat \- tcp:www\&.blackhat\&.org:31337,readbytes=1000\fP\fP"
-@@ -3524,11 +3520,11 @@ error\&.
+@@ -3525,11 +3521,11 @@ error\&.
.SH "FILES"
.PP
Index: patches/patch-doc_socat_html
===
RCS file: /home/cvs/ports/net/socat/patches/patch-doc_socat_html,v
retrieving revision 1.2
diff -u -p -r1.2 patch-doc_socat_html
--- patches/patch-doc_socat_html 13 Apr 2015 14:43:28 - 1.2
+++ patches/patch-doc_socat_html 29 Aug 2017 20:53:53 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-doc_socat_html,v 1.2 2015/04/13 14:43:28 jasper Exp $
doc/socat.html.orig Sat Jan 24 17:31:04 2015
-+++ doc/socat.html Mon Apr 13 14:58:09 2015
-@@ -2781,10 +2781,6 @@ These options apply to the pseudo
On systems where openssl cannot find an entropy source and where no entropy
gathering daemon can be utilized, this option activates a mechanism for
-@@ -3309,10 +3305,10 @@ connection, invokes a shell. This shell has its stdin
+@@ -3310,10 +3306,10 @@ connection, invokes a shell. This shell has its stdin
connected to the TCP socket (nofork). The shell starts filan and lets it print the socket addresses to
stderr (your terminal window).
@@ -25,7 +25,7 @@ $OpenBSD: patch-doc_socat_html,v 1.2 201
to make the squid executable from Cygwin run under Windows, actual per May 2004).
socat - tcp:www.blackhat.org:31337,readbytes=1000
-@@ -3430,9 +3426,9 @@ error.
+@@ -3431,9 +3427,9 @@ error.
FILES
Index: patches/patch-sslcls_c
===
RCS file: patches/patch-sslcls_c
diff -N patches/patch-sslcls_c
--- patches/patch-sslcls_c 20 Jul 2015 01:12:09 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,53 +0,0 @@
-$OpenBSD: patch-sslcls_c,v 1.4 2015/07/20 01:12:09 jca Exp $
sslcls.c.orig Sat Jan 24 03:15:22 2015
-+++ sslcls.c Sat Jul 18 20:01:59 2015
-@@ -55,6 +55,7 @@ const SSL_METHOD *sycSSLv2_server_method(void) {
- }
- #endif
-
-+#ifdef HAVE_SSLv3_client_method
- const SSL_METHOD *sycSSLv3_client_method(void) {
-const SSL_METHOD *result;
-Debug("SSLv3_client_method()");
-@@ -62,7 +63,9 @@ const SSL_METHOD *sycSSLv3_client_method(void) {
-Debug1("SSLv3_client_method() -> %p", result);
-return result;
- }
-+#endif
-
-+#ifdef HAVE_SSLv3_server_method
- const SSL_METHOD *sycSSLv3_server_meth
Re: Maintainer Update multimedia/get_flash_videos 1.25.93 -> 1.25.94
On 09/07/17 20:34, ni...@openbsd.org wrote: > On 08/27/17 23:26, ni...@openbsd.org wrote: >> On 08/23/17 20:21, ni...@openbsd.org wrote: >>> Update to fix issues 212, 215 and change some old url's. >>> >>> Home page changed to github home page. >>> >>> Ok? >>> >> >> Ok? >> >> > Ping > > Ping
[update] www/p5-libwww 6.15 -> 6.26
This has been taken over by new CPAN author.
Changes most code cleanup and bug fixes.
Built tested on amd64.
Used with get_iplayer/get_flash_videos for some time on main desktop.
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-libwww/Makefile,v
retrieving revision 1.43
diff -u -p -r1.43 Makefile
--- Makefile 20 Mar 2016 19:57:23 - 1.43
+++ Makefile 18 Sep 2017 11:36:23 -
@@ -2,16 +2,18 @@
COMMENT= library for WWW access in Perl
-MODULES= cpan
-PKG_ARCH= *
-DISTNAME= libwww-perl-6.15
+DISTNAME= libwww-perl-6.26
PKGNAME= p5-${DISTNAME:S/-perl-/-/}
CATEGORIES= www
# Perl
PERMIT_PACKAGE_CDROM= Yes
+MODULES= cpan
+CPAN_AUTHOR= OALDERS
+
RUN_DEPENDS= devel/p5-File-Listing>=6.0 \
+ devel/p5-Try-Tiny \
textproc/p5-Encode-Locale \
net/p5-Net-HTTP>=6.07 \
www/p5-HTML-Parser>=3.33 \
@@ -24,8 +26,9 @@ RUN_DEPENDS= devel/p5-File-Listing>=6.0
www/p5-URI>1.10 \
www/p5-WWW-RobotRules>=6.0
-BUILD_DEPENDS= ${RUN_DEPENDS}
-CPAN_AUTHOR= ETHER
+TEST_DEPENDS = devel/p5-Test-Fatal \
+ devel/p5-Test-RequiresInternet
+PKG_ARCH= *
.include
Index: distinfo
===
RCS file: /home/cvs/ports/www/p5-libwww/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- distinfo 14 Dec 2015 07:02:09 - 1.16
+++ distinfo 18 Sep 2017 11:18:27 -
@@ -1,2 +1,2 @@
-SHA256 (libwww-perl-6.15.tar.gz) = bzSdRcIbHsBQHEQ338twVwlA5sPVv/eDvZHUzd6tgyI=
-SIZE (libwww-perl-6.15.tar.gz) = 141936
+SHA256 (libwww-perl-6.26.tar.gz) = 0MVDUnX4Y4/zb/+PZVrSzK0RVuZsxHv6z7nkT8WFsk8=
+SIZE (libwww-perl-6.26.tar.gz) = 162165
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/www/p5-libwww/pkg/PLIST,v
retrieving revision 1.19
diff -u -p -r1.19 PLIST
--- pkg/PLIST 23 Oct 2014 19:49:45 - 1.19
+++ pkg/PLIST 18 Sep 2017 11:22:55 -
@@ -9,12 +9,13 @@ ${P5SITE}/LWP/Authen/Basic.pm
${P5SITE}/LWP/Authen/Digest.pm
${P5SITE}/LWP/Authen/Ntlm.pm
${P5SITE}/LWP/ConnCache.pm
+${P5SITE}/LWP/Debug/
${P5SITE}/LWP/Debug.pm
+${P5SITE}/LWP/Debug/TraceHTTP.pm
${P5SITE}/LWP/DebugFile.pm
${P5SITE}/LWP/MemberMixin.pm
${P5SITE}/LWP/Protocol/
${P5SITE}/LWP/Protocol.pm
-${P5SITE}/LWP/Protocol/GHTTP.pm
${P5SITE}/LWP/Protocol/cpan.pm
${P5SITE}/LWP/Protocol/data.pm
${P5SITE}/LWP/Protocol/file.pm
@@ -28,8 +29,9 @@ ${P5SITE}/LWP/Protocol/nogo.pm
${P5SITE}/LWP/RobotUA.pm
${P5SITE}/LWP/Simple.pm
${P5SITE}/LWP/UserAgent.pm
-${P5SITE}/lwpcook.pod
-${P5SITE}/lwptut.pod
+${P5SITE}/libwww/
+${P5SITE}/libwww/lwpcook.pod
+${P5SITE}/libwww/lwptut.pod
@man man/man1/lwp-download.1
@man man/man1/lwp-dump.1
@man man/man1/lwp-mirror.1
@@ -43,5 +45,5 @@ ${P5SITE}/lwptut.pod
@man man/man3p/LWP::RobotUA.3p
@man man/man3p/LWP::Simple.3p
@man man/man3p/LWP::UserAgent.3p
-@man man/man3p/lwpcook.3p
-@man man/man3p/lwptut.3p
+@man man/man3p/libwww::lwpcook.3p
+@man man/man3p/libwww::lwptut.3p
[maintainer update] net/tcpreplay 4.0.5 -> 4.2.6
Has been moved to github.
builds on amd64.
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/net/tcpreplay/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile 8 May 2017 18:10:25 - 1.38
+++ Makefile 29 Aug 2017 21:04:34 -
@@ -2,18 +2,20 @@
COMMENT= resend network traffic saved by tcpdump
-DISTNAME= tcpreplay-4.0.5
CATEGORIES= net
-REVISION= 2
-HOMEPAGE= http://tcpreplay.appneta.com/
+GH_ACCOUNT = appneta
+GH_PROJECT = tcpreplay
+GH_TAGNAME = v4.2.6
+
+HOMEPAGE= http://tcpreplay.appneta.com/
MAINTAINER= Nigel Taylor
# GPLv3
PERMIT_PACKAGE_CDROM= Yes
-MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=tcpreplay/}
+MASTER_SITES = https://github.com/${GH_ACCOUNT}/${GH_PROJECT}/releases/download/${GH_TAGNAME}/
WANTLIB= c dnet>=1
Index: distinfo
===
RCS file: /home/cvs/ports/net/tcpreplay/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo 16 Oct 2014 13:00:56 - 1.9
+++ distinfo 29 Aug 2017 21:05:44 -
@@ -1,2 +1,2 @@
-SHA256 (tcpreplay-4.0.5.tar.gz) = Y3mMityeW+eUZ+I1k4OM4OYXslk4z84xFv7aJjA0TYA=
-SIZE (tcpreplay-4.0.5.tar.gz) = 2059744
+SHA256 (tcpreplay-4.2.6.tar.gz) = BDdWxTLauT4r4zpRfvRrE0H3I5J4oQRa5nAEHdikUx0=
+SIZE (tcpreplay-4.2.6.tar.gz) = 3494827
Index: patches/patch-configure
===
RCS file: patches/patch-configure
diff -N patches/patch-configure
--- patches/patch-configure 16 Oct 2014 13:43:48 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,21 +0,0 @@
-$OpenBSD: patch-configure,v 1.4 2014/10/16 13:43:48 nigel Exp $
configure.orig Fri Sep 5 17:16:38 2014
-+++ configure Fri Oct 10 15:21:36 2014
-@@ -18765,7 +18765,7 @@ else
- else
- cat confdefs.h - <<_ACEOF >conftest.$ac_ext
- /* end confdefs.h. */
--[
-+
- #include
- #include
- #include
-@@ -18793,7 +18793,7 @@ main(int argc, char *argv[]) {
-
- /* else suck, no good */
- exit(-1);
--}]
-+}
- _ACEOF
- if ac_fn_c_try_run "$LINENO"; then :
-
Index: patches/patch-src_defines_h_in
===
RCS file: patches/patch-src_defines_h_in
diff -N patches/patch-src_defines_h_in
--- patches/patch-src_defines_h_in 6 Jul 2016 10:29:51 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_defines_h_in,v 1.1 2016/07/06 10:29:51 jasper Exp $
-
-CVE-2016-6160
-https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829350
-
src/defines.h.in.orig Fri May 9 19:28:13 2014
-+++ src/defines.h.in Wed Jul 6 10:54:28 2016
-@@ -145,7 +145,7 @@ typedef struct tcpr_speed_s {
- #define DEFAULT_MTU 1500/* Max Transmission Unit of standard ethernet
- * don't forget *frames* are MTU + L2 header! */
-
--#define MAXPACKET 65535 /* was 16436 linux loopback, but maybe something is bigger then
-+#define MAXPACKET 65549 /* was 16436 linux loopback, but maybe something is bigger then
-linux loopback */
-
- #define MAX_SNAPLEN 65535 /* tell libpcap to capture the entire packet */
Index: patches/patch-src_tcprewrite_c
===
RCS file: patches/patch-src_tcprewrite_c
diff -N patches/patch-src_tcprewrite_c
--- patches/patch-src_tcprewrite_c 6 Jul 2016 10:29:51 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_tcprewrite_c,v 1.1 2016/07/06 10:29:51 jasper Exp $
-
-CVE-2016-6160
-https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829350
-
src/tcprewrite.c.orig Fri May 9 19:28:13 2014
-+++ src/tcprewrite.c Wed Jul 6 10:54:06 2016
-@@ -250,6 +250,8 @@ rewrite_packets(tcpedit_t *tcpedit, pcap_t *pin, pcap_
- packetnum++;
- dbgx(2, "packet " COUNTER_SPEC " caplen %d", packetnum, pkthdr.caplen);
-
-+if (pkthdr.caplen > MAXPACKET)
-+errx(-1, "Frame too big, caplen %d exceeds %d", pkthdr.caplen, MAXPACKET);
- /*
- * copy over the packet so we can pad it out if necessary and
- * because pcap_next() returns a const ptr
[maintainer update] devel/p5-Test-CheckManifest 1.29 -> 1.31
Built tested on amd64. Changes 1.31 2017-04-21 [IMPROVEMENT] * Run tests in series, not parallel. This should fix github #4. Thanks to Michael Gray (mjg17). 1.30 2015-09-22 [IMPROVEMENT] * Check duplicate entries in the MANIFEST file (Thanks to Mohammad S Anwar (Manwar), github #5) Ok? Index: Makefile === RCS file: /home/cvs/ports/devel/p5-Test-CheckManifest/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile 20 Mar 2016 19:56:36 - 1.7 +++ Makefile 5 May 2017 23:08:46 - @@ -2,7 +2,7 @@ COMMENT = check Manifest matches your distro -DISTNAME = Test-CheckManifest-1.29 +DISTNAME = Test-CheckManifest-1.31 CPAN_AUTHOR = RENEEB CATEGORIES = devel Index: distinfo === RCS file: /home/cvs/ports/devel/p5-Test-CheckManifest/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo 28 Jul 2015 09:42:58 - 1.5 +++ distinfo 5 May 2017 23:09:14 - @@ -1,2 +1,2 @@ -SHA256 (Test-CheckManifest-1.29.tar.gz) = rW3EbKEBkORtidZkxX0lxwxAs/cpaePeZ0V4G0WtRIs= -SIZE (Test-CheckManifest-1.29.tar.gz) = 9832 +SHA256 (Test-CheckManifest-1.31.tar.gz) = ZnHOPykg6Qj5EvctEONjhQg6ntHuWpojASIWjvY/MtM= +SIZE (Test-CheckManifest-1.31.tar.gz) = 10257
Re: net/zabbix SSH flavor?
$ cd /usr/ports/mystuff/net/zabbix
$ doas make configure
$ cd /usr/ports/pobj/zabbix-3.2.7-mysql/zabbix-3.2.7
$ ./configure --help | grep -i ssh
If you want to use SSH2 based checks:
--with-ssh2[=DIR] use SSH2 package [default=no], DIR is the SSH2
I don't see a --with-ssh option
that's
LIB_DEPENDS-server += security/libssh2
WANTLIB-server += ssh2
CONFIGURE_ARGS += --with-ssh2
You drop the lib on the WANTLIB, check the SHARED_LIBS in
security/libssh{,2}
On 09/21/17 19:08, William Leuschner wrote:
> Hello ports@!
>
> I'm trying to add an `ssh` flavor to net/zabbix, which would compile
> support for SSH items into zabbix-server. As far as I can tell, the
> normal Makefile for net/zabbix doesn't build in support by default.
>
> At the bottom of this message is what I tried so far, although it
> doesn't work. When I run `FLAVOR="mysql ssh" doas make build`, the
> output from Zabbix's configure script doesn't indicate that libssh was
> included. (Yes, I've added keepenv to my doas.conf.)
>
> So, that leaves me with two questions:
> 1. Can anyone point me in the right direction? What am I doing wrong
> that's causing it to misbehave?
> 2. Is this something that other people are interested in, and would
> therefore warrant inclusion into the ports tree?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/zabbix/Makefile,v
> retrieving revision 1.122
> diff -u -p -r1.122 Makefile
> --- Makefile7 Jul 2016 18:47:32 - 1.122
> +++ Makefile21 Sep 2017 17:58:23 -
> @@ -29,7 +29,7 @@ MODPHP_BUILDDEP = No
>
> MULTI_PACKAGES = -main -web
> PSEUDO_FLAVORS = no_server
> -FLAVORS = mysql pgsql sqlite3
> +FLAVORS = mysql pgsql sqlite3 ssh
>
> SUBST_VARS += PREFIX-web ZABBIX_WEB MAJV
>
> @@ -77,7 +77,7 @@ FLAVOR = sqlite3
> #if non-backend-related flavors are added, add them to
> #the following line as ":L:Nflavor1:Nflavor2" so that
> #they don't trigger a "Conflicting flavors" error.
> -BACKEND = ${FLAVOR}
> +BACKEND = ${FLAVOR:L:Nssh}
> .if ${BACKEND} == "mysql"
> MULTI_PACKAGES += -server
> LIB_DEPENDS-server += databases/mariadb,-main
> @@ -97,6 +97,13 @@ CONFIGURE_ARGS += --disable-server \
> --disable-proxy
> .else
> ERRORS += "Fatal: Conflicting flavors: ${FLAVOR}";
> +.endif
> +
> +# Include libssh if the ssh flavor is requested
> +.if ${FLAVOR:L:Mssh}
> +LIB_DEPENDS-server += security/libssh
> +WANTLIB-server += libssh
> +CONFIGURE_ARGS += --with-ssh
> .endif
>
> pre-configure:
>
>
> ───
> William Leuschner
> wel2...@rit.edu
>
>
Re: zathura crashes on pdf
On 09/14/17 09:21, Niels Kobschätzki wrote:
> Hi,
>
> I have here a pdf that crashes zathura. The thing is that it is a
> commercial pdf by Michael W. Lucas so that I don't want to distribute it
> freely. I installed it from packages.
>
> sysctl -n kern.version:
> OpenBSD 6.2-beta (GENERIC.MP) #89: Mon Sep 11 10:57:04 MDT 2017
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> I have a core-file available but since it is 16.9 MB in size, I don't
> want to send it to the list. It can be downloaded here:
> https://nextcloud.kobschaetzki.net/index.php/s/oJEurzKHUaIfWNW
>
> I asked the author if I am allowed to share the pdf with the maintainer.
> As soon as I get a positive answer, I will share it with the maintainer
> who wants to fix this.
>
> Niels
>
>
It's been removed.
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org 2017/09/13 04:38:43
Log message:
import of kopano-{core,mapi,webapp}-8.3.5.1335
Kopano is a replacement of the deprecated Zarafa (ZCP) suite.
Joint work with pirofti@
For upgrading please refer to the README.
Try the replacement...
Re: sysutils/sleuthkit: why CONFIGURE_STYLE=simple?
On 09/07/17 21:38, Stuart Henderson wrote:
> On 2017/09/07 19:45, ni...@openbsd.org wrote:
>>
>> Attached update to version 4.4.2
>>
>> Switch CONFIGURE_STYLE = gnu, to stop some bulk build failures.
>> Remove need for cppunit.
>>
>> Builds on amd64.
>>
>> Ok?
>
> I can't really comment on the sleuthkit update itself (did you check if
> a library bump is needed?), but the autoconf bits are ok with me.
>
>
added functions to library, major version change in log. So bumped library.
Index: Makefile
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile 26 Jul 2017 22:45:30 - 1.21
+++ Makefile 7 Sep 2017 21:13:24 -
@@ -2,11 +2,10 @@
COMMENT= forensic toolkit based on TCT
-DISTNAME= sleuthkit-4.3.0
+DISTNAME= sleuthkit-4.4.2
CATEGORIES= sysutils security
-REVISION= 0
-SHARED_LIBS += tsk 0.0 # 14.0
+SHARED_LIBS += tsk 1.0 # 16.1
HOMEPAGE= http://www.sleuthkit.org/
@@ -18,17 +17,19 @@ PERMIT_PACKAGE_FTP= Yes
MASTER_SITES = https://github.com/sleuthkit/sleuthkit/releases/download/${DISTNAME}/
-WANTLIB += c m pthread ${COMPILER_LIBCXX} z
+WANTLIB += c m pthread ${COMPILER_LIBCXX} sqlite3 z
-CONFIGURE_STYLE = simple
+CONFIGURE_STYLE = gnu
CONFIGURE_ARGS += --mandir='${PREFIX}/man' \
--disable-java \
--without-afflib \
--without-libewf
-BUILD_DEPENDS= devel/cppunit
+CONFIGURE_ENV = ac_cv_path_CPPUNIT_CONFIG=no
+
RUN_DEPENDS= converters/p5-DateManip
+LIB_DEPENDS = databases/sqlite3
NO_TEST = Yes
Index: distinfo
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo 10 Oct 2016 18:58:38 - 1.11
+++ distinfo 29 Aug 2017 21:15:44 -
@@ -1,2 +1,2 @@
-SHA256 (sleuthkit-4.3.0.tar.gz) = mJxpGD5Le+w3NGQlOIAs3KvjRqbcrTHN5F7ry5v8GR8=
-SIZE (sleuthkit-4.3.0.tar.gz) = 8539568
+SHA256 (sleuthkit-4.4.2.tar.gz) = E1lkRj9LClj82V/fcxiB/Nby8ifuuP+sAEiAyOTY3VM=
+SIZE (sleuthkit-4.4.2.tar.gz) = 8572974
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 10 Oct 2016 18:58:38 - 1.8
+++ pkg/PLIST 29 Aug 2017 21:21:20 -
@@ -33,10 +33,11 @@ bin/sorter
@bin bin/tsk_gettimes
@bin bin/tsk_loaddb
@bin bin/tsk_recover
+@bin bin/usnjls
include/tsk/
include/tsk/auto/
-include/tsk/auto/sqlite3.h
include/tsk/auto/tsk_auto.h
+include/tsk/auto/tsk_is_image_supported.h
include/tsk/base/
include/tsk/base/tsk_base.h
include/tsk/base/tsk_os.h
@@ -94,6 +95,7 @@ lib/libtsk.la
@man man/man1/tsk_gettimes.1
@man man/man1/tsk_loaddb.1
@man man/man1/tsk_recover.1
+@man man/man1/usnjls.1
share/tsk/
share/tsk/sorter/
share/tsk/sorter/default.sort
Re: sysutils/sleuthkit: why CONFIGURE_STYLE=simple?
On 09/06/17 22:01, ni...@openbsd.org wrote:
> On 09/06/17 11:34, Stuart Henderson wrote:
>> I just ran into this...
>>
>> ===> Configuring for sleuthkit-4.3.0p0
>> checking for a BSD-compatible install...
>> /usr/obj/ports/sleuthkit-4.3.0/bin/install -c
>> checking whether build environment is sane... yes
>> checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p
>> [..snip..]
>> Making install in auto
>> /usr/local/bin/gmkdir -p
>> '/usr/obj/ports/sleuthkit-4.3.0/fake-i386/usr/local/lib'
>> /bin/sh: /usr/local/bin/gmkdir: not found
>>
>> ...which shows that it's not using CONFIGURE_STYLE=gnu.
>>
>> Is there a reason why?
>>
>>
>
> naddy already asked me the same question to which the reply was I took
> it over like that, and someone else did the last update, it has been
> fixed once I catch up with libc / pthread I have this prepared below
> this bring it upto date with latest found by portroach.
>
> It's one of the next lot of portroach updates - socat, tcpreplay once
> those already posted to ports@ have been ok'd and cleared
>
> $ ident Makefile
> Makefile:
> $OpenBSD: Makefile,v 1.21 2017/07/26 22:45:30 sthen Exp $
>
> $ cvs -R -q diff -uNp | head -30
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/sysutils/sleuthkit/Makefile,v
> retrieving revision 1.21
> diff -u -p -r1.21 Makefile
> --- Makefile26 Jul 2017 22:45:30 - 1.21
> +++ Makefile29 Aug 2017 21:30:52 -
> @@ -2,9 +2,8 @@
>
> COMMENT= forensic toolkit based on TCT
>
> -DISTNAME= sleuthkit-4.3.0
> +DISTNAME= sleuthkit-4.4.2
> CATEGORIES=sysutils security
> -REVISION= 0
>
> SHARED_LIBS += tsk 0.0 # 14.0
>
> @@ -18,17 +17,19 @@ PERMIT_PACKAGE_FTP= Yes
>
> MASTER_SITES =
> https://github.com/sleuthkit/sleuthkit/releases/download/${DISTNAME}/
>
> -WANTLIB += c m pthread ${COMPILER_LIBCXX} z
> +WANTLIB += c m pthread ${COMPILER_LIBCXX} sqlite3 z
>
> -CONFIGURE_STYLE = simple
> +CONFIGURE_STYLE = gnu
>
> CONFIGURE_ARGS += --mandir='${PREFIX}/man' \
> --disable-java \
>
> ...
> $ make show=MAINTAINER
> Nigel Taylor
>
>
Attached update to version 4.4.2
Switch CONFIGURE_STYLE = gnu, to stop some bulk build failures.
Remove need for cppunit.
Builds on amd64.
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile 26 Jul 2017 22:45:30 - 1.21
+++ Makefile 29 Aug 2017 21:30:52 -
@@ -2,9 +2,8 @@
COMMENT= forensic toolkit based on TCT
-DISTNAME= sleuthkit-4.3.0
+DISTNAME= sleuthkit-4.4.2
CATEGORIES= sysutils security
-REVISION= 0
SHARED_LIBS += tsk 0.0 # 14.0
@@ -18,17 +17,19 @@ PERMIT_PACKAGE_FTP= Yes
MASTER_SITES = https://github.com/sleuthkit/sleuthkit/releases/download/${DISTNAME}/
-WANTLIB += c m pthread ${COMPILER_LIBCXX} z
+WANTLIB += c m pthread ${COMPILER_LIBCXX} sqlite3 z
-CONFIGURE_STYLE = simple
+CONFIGURE_STYLE = gnu
CONFIGURE_ARGS += --mandir='${PREFIX}/man' \
--disable-java \
--without-afflib \
--without-libewf
-BUILD_DEPENDS= devel/cppunit
+CONFIGURE_ENV = ac_cv_path_CPPUNIT_CONFIG=no
+
RUN_DEPENDS= converters/p5-DateManip
+LIB_DEPENDS = databases/sqlite3
NO_TEST = Yes
Index: distinfo
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo 10 Oct 2016 18:58:38 - 1.11
+++ distinfo 29 Aug 2017 21:15:44 -
@@ -1,2 +1,2 @@
-SHA256 (sleuthkit-4.3.0.tar.gz) = mJxpGD5Le+w3NGQlOIAs3KvjRqbcrTHN5F7ry5v8GR8=
-SIZE (sleuthkit-4.3.0.tar.gz) = 8539568
+SHA256 (sleuthkit-4.4.2.tar.gz) = E1lkRj9LClj82V/fcxiB/Nby8ifuuP+sAEiAyOTY3VM=
+SIZE (sleuthkit-4.4.2.tar.gz) = 8572974
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 10 Oct 2016 18:58:38 - 1.8
+++ pkg/PLIST 29 Aug 2017 21:21:20 -
@@ -33,10 +33,11 @@ bin/sorter
@bin bin/tsk_gettimes
@bin bin/tsk_loaddb
@bin bin/tsk_recover
+@bin bin/usnjls
include/tsk/
include/tsk/auto/
-include/tsk/auto/sqlite3.h
include/tsk/auto/tsk_auto.h
+include/tsk/auto/tsk_is_image_supported.h
include/tsk/base/
include/tsk/base/tsk_base.h
include/tsk/base/tsk_os.h
@@ -94,6 +95,7 @@ lib/libtsk.la
@man man/man1/tsk_gettimes.1
@man man/man1/tsk_loaddb.1
@man man/man1/tsk_recover.1
+@man man/man1/usnjls.1
share/tsk/
share/tsk/sorter/
share/tsk/sorter/default.sort
Re: Update: graphics/dpic 2014.01.01 -> 2017.08.01
On 08/27/17 23:27, Nigel Taylor wrote: > On 08/23/17 22:47, Nigel Taylor wrote: >> On 08/23/17 20:58, Nigel Taylor wrote: >>> Hasn't been updated in a while. >>> >>> patched for clang >>> tests added, by running all examples, requires manual checks of results >>> afterwards. >>> >>> Tried only on amd64. >>> >>> Ok? >>> >>> >> Missed the attachment again. >> > Ok? > > Ping
Re: Maintainer Update multimedia/get_flash_videos 1.25.93 -> 1.25.94
On 08/27/17 23:26, ni...@openbsd.org wrote: > On 08/23/17 20:21, ni...@openbsd.org wrote: >> Update to fix issues 212, 215 and change some old url's. >> >> Home page changed to github home page. >> >> Ok? >> > > Ok? > > Ping
Re: sysutils/sleuthkit: why CONFIGURE_STYLE=simple?
On 09/06/17 11:34, Stuart Henderson wrote:
> I just ran into this...
>
> ===> Configuring for sleuthkit-4.3.0p0
> checking for a BSD-compatible install...
> /usr/obj/ports/sleuthkit-4.3.0/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p
> [..snip..]
> Making install in auto
> /usr/local/bin/gmkdir -p
> '/usr/obj/ports/sleuthkit-4.3.0/fake-i386/usr/local/lib'
> /bin/sh: /usr/local/bin/gmkdir: not found
>
> ...which shows that it's not using CONFIGURE_STYLE=gnu.
>
> Is there a reason why?
>
>
naddy already asked me the same question to which the reply was I took
it over like that, and someone else did the last update, it has been
fixed once I catch up with libc / pthread I have this prepared below
this bring it upto date with latest found by portroach.
It's one of the next lot of portroach updates - socat, tcpreplay once
those already posted to ports@ have been ok'd and cleared
$ ident Makefile
Makefile:
$OpenBSD: Makefile,v 1.21 2017/07/26 22:45:30 sthen Exp $
$ cvs -R -q diff -uNp | head -30
Index: Makefile
===
RCS file: /home/cvs/ports/sysutils/sleuthkit/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile26 Jul 2017 22:45:30 - 1.21
+++ Makefile29 Aug 2017 21:30:52 -
@@ -2,9 +2,8 @@
COMMENT= forensic toolkit based on TCT
-DISTNAME= sleuthkit-4.3.0
+DISTNAME= sleuthkit-4.4.2
CATEGORIES=sysutils security
-REVISION= 0
SHARED_LIBS += tsk 0.0 # 14.0
@@ -18,17 +17,19 @@ PERMIT_PACKAGE_FTP= Yes
MASTER_SITES =
https://github.com/sleuthkit/sleuthkit/releases/download/${DISTNAME}/
-WANTLIB += c m pthread ${COMPILER_LIBCXX} z
+WANTLIB += c m pthread ${COMPILER_LIBCXX} sqlite3 z
-CONFIGURE_STYLE = simple
+CONFIGURE_STYLE = gnu
CONFIGURE_ARGS += --mandir='${PREFIX}/man' \
--disable-java \
...
$ make show=MAINTAINER
Nigel Taylor
Re: openbsd-wip ports to remove
On 09/01/17 20:33, Sergey Bronnikov wrote: > Hello, everyone > > I'm going to remove ports from a list below in openbsd-wip repository > (https://github.com/jasperla/openbsd-wip/) soon. Almost all of these > ports are dependencies of a Tapper testing framework, but Tapper is > abandoned now and I don't need them. Feel free to take a maintainership > for any of these ports or commit to the official tree. > > sysutils/p5-Sys-Syslog > textproc/p5-Text-Abbrev > textproc/p5-String-Escape > textproc/p5-String-Util > textproc/p5-Text-CSV-Slurp > textproc/p5-String-Diff > textproc/p5-Text-Balanced > devel/p5-Lexical-SealRequireHints > devel/p5-CHI > devel/p5-File-Pid > devel/p5-TAP-DOM > devel/p5-Term-VT102 > devel/p5-App-Rad > devel/p5-Test-Nginx > devel/p5-Test-Simple > devel/p5-HTML-FromANSI > devel/p5-Regexp-Grammars > devel/p5-experimental > devel/p5-Data-Dumper > devel/p5-Data-Serializer > devel/p5-Sys-Info-Base > devel/p5-Unix-Processors > devel/p5-Math-BigInt-Pari > devel/p5-MooX-Types-MooseLike-Numeric > devel/p5-Sysadm-Install > devel/p5-Data-Rmap > devel/p5-Object-Enum > devel/p5-Bencode > devel/p5-Data-YAML > devel/p5-DateTime-Format-DateParse > devel/p5-Benchmark-Perl-Formance > devel/p5-Devel-Platform-Info > devel/p5-Devel-Backtrace > devel/p5-Language-Expr > devel/p5-Compress-PPMd > devel/p5-Test-Sys-Info > devel/p5-Test-TAPv13 > devel/p5-multidimensional > devel/p5-Term-VT102-Boundless > devel/p5-Test-Fixture-DBIC-Schema > devel/p5-Debug-ShowStuff > devel/p5-Format-Human-Bytes > devel/p5-Test-Mock-LWP > devel/p5-Sys-Info > devel/p5-BSD-Sysctl > devel/p5-Set-Intersection > devel/p5-bareword-filehandles > devel/p5-Daemon-Daemonize > devel/p5-Data-DPath > devel/p5-Convert-Bencode_XS > devel/p5-Kwalify > devel/p5-MooseX-ClassAttribute > devel/p5-Data-Taxi > devel/p5-Hash-MoreUtils > devel/p5-MooseX-Singleton > devel/p5-Scalar-List-Utils > devel/p5-Getopt-Long > devel/p5-App-Daemon > devel/p5-Data-Clone > devel/p5-ExtUtils-MakeMaker > devel/p5-Convert-Bencode > devel/p5-Sys-Info-Driver-BSD > www/p5-Catalyst-View-HTML-Mason > www/p5-TAP-Formatter-HTML > www/p5-Test-WWW-Selenium > security/p5-Digest-JHash > security/p5--Crypt-DH > databases/p5-DBIx-Class-InflateColumn-Object-Enum > > Sergey > > Some of these are part of core Perl, and should never go in the ports tree (unless due to be removed in the next perl version and working on a replacement). $ corelist Data::Dumper Test::Simple ExtUtils::MakeMaker Data for 2017-07-15 Data::Dumper was first released with perl 5.005 Data for 2017-07-15 Test::Simple was first released with perl v5.6.2 Data for 2017-07-15 ExtUtils::MakeMaker was first released with perl 5 $ Your find these in the base $ egrep -r "Test/Simple|ExtUtils/MakeMaker|Data/Dumper" base/mi base/md.amd64 base/mi:./usr/libdata/perl5/ExtUtils/MakeMaker base/mi:./usr/libdata/perl5/ExtUtils/MakeMaker.pm base/mi:./usr/libdata/perl5/ExtUtils/MakeMaker/Config.pm base/mi:./usr/libdata/perl5/ExtUtils/MakeMaker/FAQ.pod base/mi:./usr/libdata/perl5/ExtUtils/MakeMaker/Locale.pm base/mi:./usr/libdata/perl5/ExtUtils/MakeMaker/Tutorial.pod base/mi:./usr/libdata/perl5/ExtUtils/MakeMaker/version.pm base/mi:./usr/libdata/perl5/Test/Simple.pm base/md.amd64:./usr/libdata/perl5/amd64-openbsd/Data/Dumper.pm base/md.amd64:./usr/libdata/perl5/amd64-openbsd/auto/Data/Dumper base/md.amd64:./usr/libdata/perl5/amd64-openbsd/auto/Data/Dumper/Dumper.so There may be more that are core perl, these three can go. The is already a p5-Math-BigInt-Pari not under devel but math so a conflicting and duplication of what's in the ports tree, $ pkg_info -Pq p5-Math-BigInt-Pari-1.18.tgz math/p5-Math-BigInt-Pari can't pick any others out at first slight, needs to be checks made before any takes over and works on these My quick check $ sed -e 's%^.*/p5-%%;s/-/::/g' pl.1 | xargs corelist | grep first Sys::Syslog was first released with perl 5 Text::Abbrev was first released with perl 5 Text::Balanced was first released with perl v5.7.3 Test::Simple was first released with perl v5.6.2 experimental was first released with perl v5.19.11 Data::Dumper was first released with perl 5.005 Getopt::Long was first released with perl 5 ExtUtils::MakeMaker was first released with perl 5 $ sed -e 's%^.*/p5-%p5-%' pl.1 | xargs pkg_info -Pq math/p5-Math-BigInt-Pari
Re: youtube-dl: missing PLIST update
On 08/30/17 14:32, Walter Alejandro Iglesias wrote: > Hi, > > In article Nigel Taylor > wrote: >> On 08/28/17 07:59, Sebastien Marie wrote: >>> Hi, >>> >>> youtube-dl seems to be broken at my side: >>> >>> I have the following error when I ran youtube-dl: >>> >>> ... >>> File >>> "/usr/local/lib/python2.7/site-packages/youtube_dl/extractor/extractors.py", >>> line 190, in >>> from .clippit import ClippitIE >>> ImportError: No module named clippit >>> >>> It seems to me that a PLIST update was missed... resulting clippit.py to >>> be not distributed with package. >>> >>> The following diff corrects it. >>> >>> Thanks. >>> >> >> Done already... >> >> CVSROOT:/cvs >> Module name:ports >> Changes by: ni...@cvs.openbsd.org 2017/08/27 15:45:03 >> >> Modified files: >> www/youtube-dl : Makefile >> www/youtube-dl/pkg: PLIST >> >> Log message: >> add missing from PLIST >> Ok fcambus@ >> >> > > > I updated today snapshot and packages. youtube-dl still fails showing > that error. > > Is this fix already committed? > > The cvs bit is the commit, however packages may not have been built yet, there is an issue with python building after other changes. Maybe a few days before packages become available.
Re: youtube-dl: missing PLIST update
On 08/28/17 07:59, Sebastien Marie wrote: > Hi, > > youtube-dl seems to be broken at my side: > > I have the following error when I ran youtube-dl: > > ... > File > "/usr/local/lib/python2.7/site-packages/youtube_dl/extractor/extractors.py", > line 190, in > from .clippit import ClippitIE > ImportError: No module named clippit > > It seems to me that a PLIST update was missed... resulting clippit.py to > be not distributed with package. > > The following diff corrects it. > > Thanks. > Done already... CVSROOT:/cvs Module name:ports Changes by: ni...@cvs.openbsd.org 2017/08/27 15:45:03 Modified files: www/youtube-dl : Makefile www/youtube-dl/pkg: PLIST Log message: add missing from PLIST Ok fcambus@
Re: Update: graphics/dpic 2014.01.01 -> 2017.08.01
On 08/23/17 22:47, Nigel Taylor wrote: > On 08/23/17 20:58, Nigel Taylor wrote: >> Hasn't been updated in a while. >> >> patched for clang >> tests added, by running all examples, requires manual checks of results >> afterwards. >> >> Tried only on amd64. >> >> Ok? >> >> > Missed the attachment again. > Ok?
Re: Maintainer Update multimedia/get_flash_videos 1.25.93 -> 1.25.94
On 08/23/17 20:21, ni...@openbsd.org wrote: > Update to fix issues 212, 215 and change some old url's. > > Home page changed to github home page. > > Ok? > Ok?
Re: Update multimedia/p5-Storable-AMF 1.08 -> 1.23
On 08/23/17 22:56, Nigel Taylor wrote: > Changes > > 1.232016-06-29 > - Race conditions in tests > > 1.222016-06-28 > - Portability issues with 5.010 and etc > > 1.202016-06-27 > - test source cleanup > - rare chance memleak fixed > - shared state buffer > > 1.09-10 2016-06-27 > - FIXING JSON::XS booleans tests > > 1.082015-05-29 > - Skipping test for Win32 > > Tested on amd64. > > Attached diff. > > Ok? > Ok?
Re: Update net/p5-Net-HTTP 6.09 -> 6.16
On 08/23/17 22:44, Nigel Taylor wrote:
> Changes
>
> 6.16 2017-05-29 10:46:24-04:00 America/Toronto
> - Bump IO::Socket::SSL version from 1.38 to 2.012
>
> 6.15 2017-05-12 14:57:02+02:00 Europe/Paris
> - Fix t/rt-112313.t (Shoichi Kaji)
>
> 6.14 2017-04-24 11:27:26-04:00 America/Toronto
> - Improvements to live tests (Shoichi Kaji and Kent Fredric)
> - Fix a bug where downloading files is sometimes very slow GH#44
> (Shoichi
> Kaji)
>
> 6.13 2017-02-19 21:40:54-05:00 America/Toronto
> - use EWOULDBLOCK as well on all places where EAGAIN is used (GH PR#24)
>
> 6.12 2017-01-04 23:32:54-05:00 America/Toronto
> - Fix prereqs
>
> 6.11 2017-01-04 15:05:57-05:00 America/Toronto
> - Updated the Changes file
> - When using Net::SSL, pending data was potentially ignored GH PR#7
> (Jean-Louis Martineau)
>
> 6.10-DEV 2016-12-30
> - Added LICENSE
> - Added 'use warnings' to everywhere that lacked it
> - Drop all use of Test.pm
> - Removed unneeded uses of 'use vars'
> - Switch live tests to use Google.
> - Fix RT#112313 - Hang in my_readline() when keep-alive => 1 and
> $response_size % 1024 == 0
>
> Attached diff.
>
> Tested on amd64.
>
> Note for live testing set LIVE_TEST. make LIVE_TEST=Yes test
>
> Ok?
>
Remove BUILD_DEPENDS= ${RUN_DEPENDS}
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/net/p5-Net-HTTP/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile 20 Mar 2016 19:56:53 - 1.4
+++ Makefile 25 Aug 2017 14:24:12 -0000
@@ -2,7 +2,7 @@
COMMENT = Perl HTTP connection client
-DISTNAME = Net-HTTP-6.09
+DISTNAME = Net-HTTP-6.16
CATEGORIES = net
MAINTAINER = Nigel Taylor
@@ -14,11 +14,12 @@ MODULES = cpan
PKG_ARCH = *
RUN_DEPENDS = www/p5-URI
-BUILD_DEPENDS = ${RUN_DEPENDS}
.ifdef LIVE_TEST
-TEST_DEPENDS = security/p5-IO-Socket-SSL>=1.38
-CONFIGURE_ARGS +=--live-tests
+TEST_DEPENDS = security/p5-IO-Socket-SSL>=2.012 \
+ net/p5-IO-Socket-INET6
+.else
+TEST_ENV += NO_NETWORK_TESTING=1
.endif
.include
Index: distinfo
===
RCS file: /home/cvs/ports/net/p5-Net-HTTP/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo 28 Jul 2015 09:53:30 - 1.2
+++ distinfo 17 Jun 2017 11:12:13 -
@@ -1,2 +1,2 @@
-SHA256 (Net-HTTP-6.09.tar.gz) = UnYrk52EgGkIulRFgcVwg3X3k4w8DklsEoyj+8Ql5Y0=
-SIZE (Net-HTTP-6.09.tar.gz) = 17686
+SHA256 (Net-HTTP-6.16.tar.gz) = cMRbaq8+n7HOMKH8PPgoz67kXFwL0Uey9hfvreF2Xng=
+SIZE (Net-HTTP-6.16.tar.gz) = 34458
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/net/p5-Net-HTTP/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 23 Oct 2014 19:21:09 - 1.1.1.1
+++ pkg/PLIST 6 Jan 2017 13:30:45 -
@@ -7,5 +7,6 @@ ${P5SITE}/Net/HTTP/Methods.pm
${P5SITE}/Net/HTTP/NB.pm
${P5SITE}/Net/HTTPS.pm
@man man/man3p/Net::HTTP.3p
+@man man/man3p/Net::HTTP::Methods.3p
@man man/man3p/Net::HTTP::NB.3p
@man man/man3p/Net::HTTPS.3p
Re: Update net/p5-IO-Socket-Socks
On 08/23/17 22:29, Nigel Taylor wrote: > Note this requires IO::Socket::IP > 0.36 in base / perl 5.22 or later. > > Changes Add IPv6 support plus fixes. > > Diff attached. > > Tested on amd64 (no IPv6 here to use). > > Ok? > Ok? Index: Makefile === RCS file: /home/cvs/ports/net/p5-IO-Socket-Socks/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 20 Mar 2016 19:56:51 - 1.8 +++ Makefile 5 May 2017 22:50:52 - @@ -2,7 +2,7 @@ COMMENT = create SOCKS v4/v5 client or server -DISTNAME = IO-Socket-Socks-0.65 +DISTNAME = IO-Socket-Socks-0.74 CATEGORIES = net CPAN_AUTHOR = OLEG Index: distinfo === RCS file: /home/cvs/ports/net/p5-IO-Socket-Socks/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo 16 Oct 2014 12:54:21 - 1.5 +++ distinfo 5 May 2017 22:51:32 - @@ -1,2 +1,2 @@ -SHA256 (IO-Socket-Socks-0.65.tar.gz) = DPo8pTuQCHh5+/qmtGaLlVqTmlnY9Aq7I8PCKGQY64k= -SIZE (IO-Socket-Socks-0.65.tar.gz) = 26271 +SHA256 (IO-Socket-Socks-0.74.tar.gz) = N/Bxos9LqPCQoil8ZIK3osUJ61Lc1s5dgDXU7ixoJLE= +SIZE (IO-Socket-Socks-0.74.tar.gz) = 27933
Re: Update www/p5-LWP-Protocol-https 6.06 -> 6.07
On 08/23/17 22:17, Nigel Taylor wrote:
> On 08/23/17 22:16, Nigel Taylor wrote:
>> Changes for 6.07
>>
>>
>> 6.07 2017-02-19
>> - Cleaned up the Changes log
>> - Explicitly add hostname for SNI to start_SSL (GH PR#17)
>> - Fix the license name
>> - Update some documentation on SSL args
>> - Fix bug when checking for Mozilla::CA (GH PR#29)
>>
>>
>> Tested on amd64
>>
>> Ok?
>>
>>
> Attached missing diff
>
Removed BUILD_DEPDNS = ${RUN_DPENDS}
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-LWP-Protocol-https/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile 20 Mar 2016 19:57:21 - 1.3
+++ Makefile 25 Aug 2017 14:26:34 -
@@ -2,9 +2,8 @@
COMMENT = adds support for https to p5-libwww
-DISTNAME = LWP-Protocol-https-6.06
+DISTNAME = LWP-Protocol-https-6.07
CATEGORIES = www net security
-REVISION = 0
MAINTAINER = Nigel Taylor
@@ -19,6 +18,6 @@ RUN_DEPENDS = net/p5-Net-HTTP>=6 \
security/p5-Mozilla-CA-Fake>=20110101 \
www/p5-libwww>=6.06
-BUILD_DEPENDS = ${RUN_DEPENDS}
+TEST_DEPENDS = devel/p5-Test-RequiresInternet
.include
Index: distinfo
===
RCS file: /home/cvs/ports/www/p5-LWP-Protocol-https/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 23 Oct 2014 19:33:22 - 1.1.1.1
+++ distinfo 21 Feb 2017 10:08:10 -
@@ -1,2 +1,2 @@
-SHA256 (LWP-Protocol-https-6.06.tar.gz) = uGyDzB3PSm+E4vvjL5w5WRo25uQYrwBTNQXzRSSWre8=
-SIZE (LWP-Protocol-https-6.06.tar.gz) = 8376
+SHA256 (LWP-Protocol-https-6.07.tar.gz) = UizJRs+EoXdjBKVzelS4gi7J55smTQugcipwRz2/uec=
+SIZE (LWP-Protocol-https-6.07.tar.gz) = 9184
Re: Update www/p5-HTTP-Message 6.11 -> 6.13
On 08/23/17 22:08, Nigel Taylor wrote:
> For some reason portroach reports still reports 6.11 as latest.
>
>
> Changes
>
> Revision history for HTTP-Message
>
> 6.13 2017-06-20 01:07:03Z
> - Non-TRIAL release of changes found in 6.12
>
> 6.12 2017-06-15 18:03:50Z (TRIAL RELEASE)
> - If an object is passed to HTTP::Request, it must provide a canonical()
> method (Olaf Alders)
> - Make sure status messages don't die by checking the status exists
> before
> checking the value range (Kent Fredric, GH #39)
> - Add a .mailmap file to clean up the contributors list
> - Avoid inconsistent setting of content to undef (Jerome Eteve)
> - Simplify the way some methods are created (Tom Hukins)
> - Remove some indirect object notation (Chase Whitener)
> - Fix example in Pod (Tobias Leich)
> - Add support for HTTP PATCH method (Mickey Nasriachi)
>
>
> Tested on amd64
>
> Ok?
>
>
Removed BUILD_DEPENDS = ${RUN_DEPENDS}
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-HTTP-Message/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile 20 Mar 2016 19:57:20 - 1.4
+++ Makefile 25 Aug 2017 13:08:32 -
@@ -2,7 +2,7 @@
COMMENT = HTTP Style Messages
-DISTNAME = HTTP-Message-6.11
+DISTNAME = HTTP-Message-6.13
CATEGORIES = www
MAINTAINER = Nigel Taylor
@@ -19,7 +19,7 @@ RUN_DEPENDS = textproc/p5-Encode-Locale>
www/p5-LWP-MediaTypes>=6.00 \
www/p5-URI>=1.10
-BUILD_DEPENDS = ${RUN_DEPENDS}
+TEST_DEPENDS = devel/p5-Try-Tiny
post-build:
@find ${WRKSRC}/blib \( -name "*.orig" -or -name "*.rej" \) -exec rm -f {} \;
Index: distinfo
===
RCS file: /home/cvs/ports/www/p5-HTTP-Message/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo 10 Sep 2015 20:08:40 - 1.3
+++ distinfo 2 Jul 2017 00:14:20 -
@@ -1,2 +1,2 @@
-SHA256 (HTTP-Message-6.11.tar.gz) = 57NoB3rmoYjZmSBBHY9SqOWs+zlXTU9cJPRv0iUz2Bs=
-SIZE (HTTP-Message-6.11.tar.gz) = 59981
+SHA256 (HTTP-Message-6.13.tar.gz) = 8l84Qo3oUeVmHnLxJEdklIUuswgSNYsH8cOiifb17e0=
+SIZE (HTTP-Message-6.13.tar.gz) = 74413
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/www/p5-HTTP-Message/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST 28 Jul 2015 10:03:06 - 1.2
+++ pkg/PLIST 2 Jul 2017 00:15:07 -
@@ -14,6 +14,8 @@ ${P5SITE}/HTTP/Response.pm
${P5SITE}/HTTP/Status.pm
@man man/man3p/HTTP::Config.3p
@man man/man3p/HTTP::Headers.3p
+@man man/man3p/HTTP::Headers::Auth.3p
+@man man/man3p/HTTP::Headers::ETag.3p
@man man/man3p/HTTP::Headers::Util.3p
@man man/man3p/HTTP::Message.3p
@man man/man3p/HTTP::Request.3p
Re: Update: www/p5-HTTP-Cookies 6.01 -> 6.04
On 08/24/17 13:30, Alexander Bluhm wrote:
> On Wed, Aug 23, 2017 at 10:45:48PM +0100, Nigel Taylor wrote:
>> -DISTNAME = HTTP-Cookies-6.01
>> +DISTNAME = HTTP-Cookies-6.04
>
> The Makefile.PL mentions TEST_REQUIRES "URI", you should add a
> TEST_DEPENDS = www/p5-URI.
>
> At one time we decided that BUILD_DEPENDS = ${RUN_DEPENDS} is not
> necessary for most Perl ports. Remove it to make the package build
> more parallel.
>
> otherwise OK bluhm@
>
> bluhm
>
On the test depends, the run depends includes p5-URI from
p5-HTTP-Message so p5-URI is already present, as testing is in the
rumtime environment, TEST_DEPENDS is for the p5-Test- not
normally present at runtime, this ensures TEST_DEPENDS doesn't hide any
missing runtime dependencies.
The so called parallel build really doesn't apply, perl ports take so
little time, if anyone wants parallel build then they need to look at
Qt5, libreoffice, etc the large things you want done in parallel, not at
the small things, and remember that runtime's here all came from
p5-libwww when it was split. I don't see dpb builds waiting at the end
for perl ports to complete.
There is another reason to include run dependencies, for perl ports, and
that's easier maintenance, that the CPAN ports are in fact a dump of a
runtime install, and the configuration checks during the build are for
runtime, and is a verification of the necessary perl ports being present
at runtime. The only exception would be to exclude non perl ports
required at runtime only. This also make scanning dpb logs for perl
issues more difficult, with extra warnings generated now have to be
ignored dpb might be a few seconds quicker, but at the cost to
maintainers having to look in detail at the warnings.
I don't agree with either change.
Update security/nikto 2.1.5 -> 2.1.6
nikto has been moved to github so portroach can't find latest version.
Attached diff updates to github and version 2.1.6
builds on amd64
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/security/nikto/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile 28 Jul 2015 10:07:59 - 1.23
+++ Makefile 24 Aug 2017 09:45:25 -
@@ -2,7 +2,10 @@
COMMENT = web and CGI vulnerability scanner with SSL support
-DISTNAME = nikto-2.1.5
+GH_ACCOUNT = sullo
+GH_PROJECT = nikto
+GH_TAGNAME = 2.1.6
+
EPOCH = 0
CATEGORIES = security www
@@ -13,11 +16,6 @@ MAINTAINER = Nigel Taylor http://www.cirt.net/nikto/ \
- http://www.cirt.net/nikto/ARCHIVE/
-
-EXTRACT_SUFX = .tar.bz2
-
RUN_DEPENDS = security/p5-Net_SSLeay
NO_BUILD = Yes
@@ -28,7 +26,7 @@ pre-configure:
sed -i 's%# EXECDIR=.*%EXECDIR=${PREFIX}/share/nikto%; \
s%# DOCDIR=.*%DOCDIR=${PREFIX}/share/doc/nikto%; \
s%# DBDIR=.*%DBDIR=/var/db/nikto/databases%' \
- ${WRKSRC}/nikto.conf
+ ${WRKSRC}/program/nikto.conf
do-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/nikto/databases
@@ -37,17 +35,25 @@ do-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nikto
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/nikto
- ${INSTALL_SCRIPT} ${WRKSRC}/nikto.pl ${PREFIX}/bin/nikto
- ${INSTALL_DATA} ${WRKSRC}/nikto.conf \
+ ${INSTALL_SCRIPT} ${WRKSRC}/program/nikto.pl ${PREFIX}/bin/nikto
+ ${INSTALL_SCRIPT} ${WRKSRC}/program/replay.pl ${PREFIX}/bin/replay
+ ${INSTALL_DATA} ${WRKSRC}/program/nikto.conf \
${PREFIX}/share/examples/nikto/nikto.conf
- ${INSTALL_DATA} ${WRKSRC}/databases/!(*.orig) ${PREFIX}/share/nikto/databases
- ${INSTALL_DATA} ${WRKSRC}/plugins/!(*.orig) ${PREFIX}/share/nikto/plugins
- ${INSTALL_DATA} ${WRKSRC}/templates/!(*.orig) ${PREFIX}/share/nikto/templates
-
- ${INSTALL_DATA} ${WRKSRC}/docs/nikto_manual.html ${PREFIX}/share/doc/nikto
- ${INSTALL_DATA} ${WRKSRC}/docs/CHANGES.txt ${PREFIX}/share/doc/nikto
- ${INSTALL_DATA} ${WRKSRC}/docs/nikto.dtd ${PREFIX}/share/doc/nikto
- ${INSTALL_MAN} ${WRKSRC}/docs/nikto.1 ${PREFIX}/man/man1/nikto.1
+ ${INSTALL_DATA} ${WRKSRC}/program/databases/!(*.orig) \
+ ${PREFIX}/share/nikto/databases
+ ${INSTALL_DATA} ${WRKSRC}/program/plugins/!(*.orig) \
+ ${PREFIX}/share/nikto/plugins
+ ${INSTALL_DATA} ${WRKSRC}/program/templates/!(*.orig) \
+ ${PREFIX}/share/nikto/templates
+
+ ${INSTALL_DATA} ${WRKSRC}/program/docs/nikto_manual.html \
+ ${PREFIX}/share/doc/nikto
+ ${INSTALL_DATA} ${WRKSRC}/program/docs/CHANGES.txt \
+ ${PREFIX}/share/doc/nikto
+ ${INSTALL_DATA} ${WRKSRC}/program/docs/nikto.dtd \
+ ${PREFIX}/share/doc/nikto
+ ${INSTALL_MAN} ${WRKSRC}/program/docs/nikto.1 \
+ ${PREFIX}/man/man1/nikto.1
.include
Index: distinfo
===
RCS file: /home/cvs/ports/security/nikto/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo 12 Jan 2013 17:38:14 - 1.15
+++ distinfo 1 Feb 2016 19:03:27 -
@@ -1,2 +1,2 @@
-SHA256 (nikto-2.1.5.tar.bz2) = ZbmcH97BTR1efLyWT3D84WLL7FCu6HjhUA4tIt8HmzQ=
-SIZE (nikto-2.1.5.tar.bz2) = 311580
+SHA256 (nikto-2.1.6.tar.gz) = wXMa5BM9OHlxi7dgWo05WyA2ZoUF7/vLvKpNrk6fJ/I=
+SIZE (nikto-2.1.6.tar.gz) = 490743
Index: patches/patch-nikto_pl
===
RCS file: patches/patch-nikto_pl
diff -N patches/patch-nikto_pl
--- patches/patch-nikto_pl 12 Jan 2013 17:38:14 - 1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-nikto_pl,v 1.6 2013/01/12 17:38:14 nigel Exp $
nikto.pl.orig Mon Sep 10 05:22:36 2012
-+++ nikto.pl Tue Sep 25 14:13:34 2012
-@@ -333,7 +333,7 @@ sub setup_dirs {
- $CONFIGFILE{'TEMPLATEDIR'} = "$CONFIGFILE{'EXECDIR'}/templates";
- }
- unless (defined $CONFIGFILE{'DOCUMENTDIR'}) {
--$CONFIGFILE{'DOCUMENTDIR'} = "$CONFIGFILE{'EXECDIR'}/docs";
-+$CONFIGFILE{'DOCUMENTDIR'} = "$CONFIGFILE{'DOCDIR'}/docs";
- }
- unless (defined $CONFIGFILE{'DBDIR'}) {
- $CONFIGFILE{'DBDIR'} = "$CONFIGFILE{'EXECDIR'}/databases";
Index: patches/patch-plugins_nikto_core_plugin
===
RCS file: patches/patch-plugins_nikto_core_plugin
diff -N patches/patch-plugins_nikto_core_plugin
--- patches/patch-plugins_nikto_core_plugin 12 Jan 2013 17:38:14 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,13 +0,0 @@
-$OpenBSD: patch-plugins_nikto_core_plugin,v 1.1 2013/01/12 17:38:14 nigel Exp $
plugins/nikto_core.plugin.orig Fri Sep 14 07:52:12 2012
-+++ plugins/nikto_core.plugin Thu Sep 27 16:24:36 2012
-@@ -1901,8 +1901,7 @@ sub check_updates {
- if ($remotemsg ne "") { nprint("+ $server message: $remotemsg"); }
-
Fix www/p5-HTML-Base
Perl placed was placed in P5ARCH should be in P5SITE, it's not arch
dependant.
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-HTML-Base/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile 20 Mar 2016 19:57:17 - 1.17
+++ Makefile 20 Mar 2016 23:19:45 -
@@ -6,7 +6,7 @@ MODULES= cpan
PKG_ARCH= *
DISTNAME= HTML-0.6
PKGNAME= p5-HTML-Base-0.6
-REVISION= 2
+REVISION= 3
CATEGORIES= www
# GPL
@@ -22,9 +22,9 @@ do-build:
cd ${WRKSRC} && pod2man html_base.pod HTML::Base.3p
do-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/${P5ARCH}/HTML
+ ${INSTALL_DATA_DIR} ${PREFIX}/${P5SITE}/HTML
${INSTALL_DATA} ${WRKSRC}/HTML/Base.pm \
- ${PREFIX}/${P5ARCH}/HTML/
+ ${PREFIX}/${P5SITE}/HTML/
${INSTALL_MAN_DIR} ${PREFIX}/man/man3p/
${INSTALL_MAN} ${WRKSRC}/HTML::Base.3p ${PREFIX}/man/man3p/
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/www/p5-HTML-Base/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 15 Sep 2004 18:49:51 - 1.5
+++ pkg/PLIST 9 Sep 2015 15:34:54 -
@@ -1,5 +1,4 @@
@comment $OpenBSD: PLIST,v 1.5 2004/09/15 18:49:51 espie Exp $
-${P5ARCH}/
-${P5ARCH}/HTML/
-${P5ARCH}/HTML/Base.pm
+${P5SITE}/HTML/
+${P5SITE}/HTML/Base.pm
@man man/man3p/HTML::Base.3p
Update multimedia/p5-Storable-AMF 1.08 -> 1.23
Changes 1.232016-06-29 - Race conditions in tests 1.222016-06-28 - Portability issues with 5.010 and etc 1.202016-06-27 - test source cleanup - rare chance memleak fixed - shared state buffer 1.09-10 2016-06-27 - FIXING JSON::XS booleans tests 1.082015-05-29 - Skipping test for Win32 Tested on amd64. Attached diff. Ok? Index: Makefile === RCS file: /home/cvs/ports/multimedia/p5-Storable-AMF/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 20 Mar 2016 19:56:50 - 1.8 +++ Makefile 22 Aug 2017 21:39:34 - @@ -2,7 +2,7 @@ COMMENT = deserializer for Adobe Action Message Format -DISTNAME = Storable-AMF-1.08 +DISTNAME = Storable-AMF-1.23 CATEGORIES = multimedia CPAN_AUTHOR = GRIAN @@ -11,7 +11,7 @@ MAINTAINER = Nigel Taylor
Re: Update: graphics/dpic 2014.01.01 -> 2017.08.01
On 08/23/17 20:58, Nigel Taylor wrote:
> Hasn't been updated in a while.
>
> patched for clang
> tests added, by running all examples, requires manual checks of results
> afterwards.
>
> Tried only on amd64.
>
> Ok?
>
>
Missed the attachment again.
Index: Makefile
===
RCS file: /home/cvs/ports/graphics/dpic/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile 23 Oct 2014 13:43:04 - 1.5
+++ Makefile 6 Aug 2017 12:47:10 -
@@ -2,8 +2,7 @@
COMMENT = pic-like interpreter for producing line graphics
-DISTNAME = dpic-2014.Jan.01
-PKGNAME = ${DISTNAME:S/Jan/01/}
+DISTNAME = dpic-2017.08.01
CATEGORIES = graphics
@@ -13,18 +12,26 @@ HOMEPAGE = https://ece.uwaterloo.ca/~ap
PERMIT_PACKAGE_CDROM = Yes
WANTLIB += c m
-WRKDIST = ${WRKDIR}/dpic
ALL_TARGET = dpic
MASTER_SITES = ${HOMEPAGE}
+
+TEST_DEPENDS = print/texlive/base \
+ print/texlive/texmf,-main
+
+CONFIGURE_STYLE = gnu
+
do-install:
${INSTALL_PROGRAM} ${WRKSRC}/dpic ${PREFIX}/bin
${INSTALL_MAN} ${WRKSRC}/doc/dpic.1 ${PREFIX}/man/man1
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/dpic/
- cd ${WRKSRC}/examples/ && pax -rw * ${PREFIX}/share/examples/dpic/
+ cd ${WRKSRC}/examples/ && \
+ pax -rw sources Examples.txt Makefile README ${PREFIX}/share/examples/dpic/
-NO_TEST = Yes
+do-test:
+ cd ${WRKSRC}/examples/ && \
+ make -e DPIC=${WRKSRC}/dpic all
.include
Index: distinfo
===
RCS file: /home/cvs/ports/graphics/dpic/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo 23 Oct 2014 13:43:05 - 1.4
+++ distinfo 5 Aug 2017 07:00:52 -
@@ -1,2 +1,2 @@
-SHA256 (dpic-2014.Jan.01.tar.gz) = Bb5z+hrYrkPonP4cDqkF0RtL5eezWcbn805Rpx6nv8U=
-SIZE (dpic-2014.Jan.01.tar.gz) = 584351
+SHA256 (dpic-2017.08.01.tar.gz) = 0GbWBx4BNqqJpYiiWAuMcFdKg29a7PbOFfRBbV923j0=
+SIZE (dpic-2017.08.01.tar.gz) = 1246842
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- patches/patch-Makefile 23 Oct 2014 13:43:05 - 1.3
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.3 2014/10/23 13:43:05 nigel Exp $
-Honour CC and CFLAGS
Makefile.orig Mon May 16 13:59:42 2011
-+++ Makefile Sun Mar 17 23:54:29 2013
-@@ -44,8 +44,8 @@ DEST = ${DESTDIR}/${PREFIX}/bin
- # CC=xlc
-
- # other. cc usually works too.
--CFLAGS += $(DEFINEA) $(DEFINEB) $(SAFEMODE) -O
--CC=gcc
-+CFLAGS += $(DEFINEA) $(DEFINEB) $(SAFEMODE)
-+CC?=gcc
- # CC?=gcc
-
- OBJECTS = dpic.o p2clib.o
Index: patches/patch-Makefile_in
===
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Makefile_in 23 Jul 2017 16:20:22 -
@@ -0,0 +1,27 @@
+$OpenBSD$
+Index: Makefile.in
+--- Makefile.in.orig
Makefile.in
+@@ -1,10 +1,9 @@
+ # For Linux (expects "make DESTDIR=xxx PREFIX=yyy install"):
+ DESTDIR = /usr
+-PREFIX = .
+-DEST = ${DESTDIR}/${PREFIX}/bin
++DEST = ${PREFIX}/bin
+
+-MANDIR = $(DESTDIR)/$(PREFIX)/share/man/man1
+-DOCDIR = $(DESTDIR)/$(PREFIX)/share/doc/dpic
++MANDIR = $(PREFIX)/share/man/man1
++DOCDIR = $(PREFIX)/share/doc/dpic
+
+ #---
+
+@@ -47,7 +46,7 @@ installdocs: doc/dpicdoc.pdf
+ install -m 644 doc/dpicdoc.pdf $(DOCDIR)
+ install -m 644 doc/dpictools.pic $(DOCDIR)
+ # install -m 644 doc/dpic.1 $(SPECMANDIR)
+- cat doc/dpic.1 | gzip > $(MANDIR)/dpic.1.gz
++ install -m 644 doc/dpic.1 $(MANDIR)
+ #Ubuntu files:
+ #/usr/bin/dpic
+ #/usr/share/doc/dpic/CHANGES.gz
Index: patches/patch-dpic_c
===
RCS file: patches/patch-dpic_c
diff -N patches/patch-dpic_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-dpic_c 5 Aug 2017 07:03:05 -
@@ -0,0 +1,244 @@
+$OpenBSD$
+Index: dpic.c
+--- dpic.c.orig
dpic.c
+@@ -1241,11 +1241,11 @@ void wfloat(FILE **iou, double y)
+ { char buf[25];
+ int i;
+ if (fabs(y)==distmax)
+- sprintf(buf,"%24.6e", y);
++ snprintf(buf,sizeof(buf), "%24.6e", y);
+ else if (y >= 0.0)
+- sprintf(buf,"%24.6f", floor( 100*y+0.5)/100.0 );
++ snprintf(buf,sizeof(buf), "%24.6f", floor( 100*y+0.5)/100.0 );
+ else
+- sprintf(buf,"%24.6f",-floor(-100*y+0.5)/100.0 );
++ snprintf(buf,sizeof(buf), "%24.6f",-floor(-100*y+0.5)/100.0 );
+ for (i=23; buf[i]=='0'; ) i-- ;
+ if (buf[i]=='.') buf[i] = (char)0;
+ else buf[i+1] = (char)0;
+@@ -1897,7 +1897,7 @@ boolean drawn(primitive *node, int linesp, double fill
+ return t
Re: Update: www/p5-HTTP-Cookies 6.01 -> 6.04
On 08/23/17 21:17, Nigel Taylor wrote: > Changes are minor > > 6.04 2017-08-03 15:05:22Z > - Fix package version numbers > > 6.03 2017-04-03 11:35:35-04:00 America/Toronto > - No changes since TRIAL release 6.02 > > 6.02 2017-01-12 18:02:49-05:00 America/Toronto (TRIAL RELEASE) > - Document the lack of Public Suffix https://publicsuffix.org/ support > - Add TODO tests for lack of Public Suffix support > - Improve "maxage" documentation > - Update the GitHub repository location > - Use GitHub Issues instead of RT > - Stop using bareword filehandles > - Various internal distribution management and testing changes > - Add get_cookies() method > > Tested on AMD64 > > Ok. > > Missed the diff, attached. Index: Makefile === RCS file: /home/cvs/ports/www/p5-HTTP-Cookies/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile 20 Mar 2016 19:57:19 - 1.2 +++ Makefile 4 Aug 2017 11:15:31 - @@ -2,9 +2,8 @@ COMMENT = HTTP Cookie jars -DISTNAME = HTTP-Cookies-6.01 +DISTNAME = HTTP-Cookies-6.04 CATEGORIES = www -CPAN_AUTHOR = GAAS MAINTAINER = Nigel Taylor Index: distinfo === RCS file: /home/cvs/ports/www/p5-HTTP-Cookies/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo 23 Oct 2014 19:24:21 - 1.1.1.1 +++ distinfo 4 Aug 2017 11:15:47 - @@ -1,2 +1,2 @@ -SHA256 (HTTP-Cookies-6.01.tar.gz) = 9dOt44POY4nYDLDQNWtkOvgENbsDav2O3OM1IV7F6yA= -SIZE (HTTP-Cookies-6.01.tar.gz) = 18751 +SHA256 (HTTP-Cookies-6.04.tar.gz) = DMfweQedytgpP+o2h171jdG/11zhpsJEzXPtlSPrE9Q= +SIZE (HTTP-Cookies-6.04.tar.gz) = 39502
Update net/p5-Net-HTTP 6.09 -> 6.16
Changes
6.16 2017-05-29 10:46:24-04:00 America/Toronto
- Bump IO::Socket::SSL version from 1.38 to 2.012
6.15 2017-05-12 14:57:02+02:00 Europe/Paris
- Fix t/rt-112313.t (Shoichi Kaji)
6.14 2017-04-24 11:27:26-04:00 America/Toronto
- Improvements to live tests (Shoichi Kaji and Kent Fredric)
- Fix a bug where downloading files is sometimes very slow GH#44
(Shoichi
Kaji)
6.13 2017-02-19 21:40:54-05:00 America/Toronto
- use EWOULDBLOCK as well on all places where EAGAIN is used (GH PR#24)
6.12 2017-01-04 23:32:54-05:00 America/Toronto
- Fix prereqs
6.11 2017-01-04 15:05:57-05:00 America/Toronto
- Updated the Changes file
- When using Net::SSL, pending data was potentially ignored GH PR#7
(Jean-Louis Martineau)
6.10-DEV 2016-12-30
- Added LICENSE
- Added 'use warnings' to everywhere that lacked it
- Drop all use of Test.pm
- Removed unneeded uses of 'use vars'
- Switch live tests to use Google.
- Fix RT#112313 - Hang in my_readline() when keep-alive => 1 and
$response_size % 1024 == 0
Attached diff.
Tested on amd64.
Note for live testing set LIVE_TEST. make LIVE_TEST=Yes test
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/net/p5-Net-HTTP/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile 20 Mar 2016 19:56:53 - 1.4
+++ Makefile 23 Aug 2017 21:31:51 -
@@ -2,7 +2,7 @@
COMMENT = Perl HTTP connection client
-DISTNAME = Net-HTTP-6.09
+DISTNAME = Net-HTTP-6.16
CATEGORIES = net
MAINTAINER = Nigel Taylor
@@ -17,8 +17,10 @@ RUN_DEPENDS = www/p5-URI
BUILD_DEPENDS = ${RUN_DEPENDS}
.ifdef LIVE_TEST
-TEST_DEPENDS = security/p5-IO-Socket-SSL>=1.38
-CONFIGURE_ARGS +=--live-tests
+TEST_DEPENDS = security/p5-IO-Socket-SSL>=2.012 \
+ net/p5-IO-Socket-INET6
+.else
+TEST_ENV += NO_NETWORK_TESTING=1
.endif
.include
Index: distinfo
===
RCS file: /home/cvs/ports/net/p5-Net-HTTP/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo 28 Jul 2015 09:53:30 - 1.2
+++ distinfo 17 Jun 2017 11:12:13 -
@@ -1,2 +1,2 @@
-SHA256 (Net-HTTP-6.09.tar.gz) = UnYrk52EgGkIulRFgcVwg3X3k4w8DklsEoyj+8Ql5Y0=
-SIZE (Net-HTTP-6.09.tar.gz) = 17686
+SHA256 (Net-HTTP-6.16.tar.gz) = cMRbaq8+n7HOMKH8PPgoz67kXFwL0Uey9hfvreF2Xng=
+SIZE (Net-HTTP-6.16.tar.gz) = 34458
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/net/p5-Net-HTTP/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 23 Oct 2014 19:21:09 - 1.1.1.1
+++ pkg/PLIST 6 Jan 2017 13:30:45 -
@@ -7,5 +7,6 @@ ${P5SITE}/Net/HTTP/Methods.pm
${P5SITE}/Net/HTTP/NB.pm
${P5SITE}/Net/HTTPS.pm
@man man/man3p/Net::HTTP.3p
+@man man/man3p/Net::HTTP::Methods.3p
@man man/man3p/Net::HTTP::NB.3p
@man man/man3p/Net::HTTPS.3p
Update net/p5-IO-Socket-Socks
Note this requires IO::Socket::IP > 0.36 in base / perl 5.22 or later. Changes Add IPv6 support plus fixes. Diff attached. Tested on amd64 (no IPv6 here to use). Ok? Index: Makefile === RCS file: /home/cvs/ports/net/p5-IO-Socket-Socks/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 20 Mar 2016 19:56:51 - 1.8 +++ Makefile 5 May 2017 22:50:52 - @@ -2,7 +2,7 @@ COMMENT = create SOCKS v4/v5 client or server -DISTNAME = IO-Socket-Socks-0.65 +DISTNAME = IO-Socket-Socks-0.74 CATEGORIES = net CPAN_AUTHOR = OLEG Index: distinfo === RCS file: /home/cvs/ports/net/p5-IO-Socket-Socks/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo 16 Oct 2014 12:54:21 - 1.5 +++ distinfo 5 May 2017 22:51:32 - @@ -1,2 +1,2 @@ -SHA256 (IO-Socket-Socks-0.65.tar.gz) = DPo8pTuQCHh5+/qmtGaLlVqTmlnY9Aq7I8PCKGQY64k= -SIZE (IO-Socket-Socks-0.65.tar.gz) = 26271 +SHA256 (IO-Socket-Socks-0.74.tar.gz) = N/Bxos9LqPCQoil8ZIK3osUJ61Lc1s5dgDXU7ixoJLE= +SIZE (IO-Socket-Socks-0.74.tar.gz) = 27933
Re: Update www/p5-LWP-Protocol-https 6.06 -> 6.07
On 08/23/17 22:16, Nigel Taylor wrote:
> Changes for 6.07
>
>
> 6.07 2017-02-19
> - Cleaned up the Changes log
> - Explicitly add hostname for SNI to start_SSL (GH PR#17)
> - Fix the license name
> - Update some documentation on SSL args
> - Fix bug when checking for Mozilla::CA (GH PR#29)
>
>
> Tested on amd64
>
> Ok?
>
>
Attached missing diff
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-LWP-Protocol-https/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile 20 Mar 2016 19:57:21 - 1.3
+++ Makefile 21 Feb 2017 14:08:19 -
@@ -2,9 +2,8 @@
COMMENT = adds support for https to p5-libwww
-DISTNAME = LWP-Protocol-https-6.06
+DISTNAME = LWP-Protocol-https-6.07
CATEGORIES = www net security
-REVISION = 0
MAINTAINER = Nigel Taylor
@@ -20,5 +19,7 @@ RUN_DEPENDS = net/p5-Net-HTTP>=6 \
www/p5-libwww>=6.06
BUILD_DEPENDS = ${RUN_DEPENDS}
+
+TEST_DEPENDS = devel/p5-Test-RequiresInternet
.include
Index: distinfo
===
RCS file: /home/cvs/ports/www/p5-LWP-Protocol-https/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 23 Oct 2014 19:33:22 - 1.1.1.1
+++ distinfo 21 Feb 2017 10:08:10 -
@@ -1,2 +1,2 @@
-SHA256 (LWP-Protocol-https-6.06.tar.gz) = uGyDzB3PSm+E4vvjL5w5WRo25uQYrwBTNQXzRSSWre8=
-SIZE (LWP-Protocol-https-6.06.tar.gz) = 8376
+SHA256 (LWP-Protocol-https-6.07.tar.gz) = UizJRs+EoXdjBKVzelS4gi7J55smTQugcipwRz2/uec=
+SIZE (LWP-Protocol-https-6.07.tar.gz) = 9184
Update www/p5-LWP-Protocol-https 6.06 -> 6.07
Changes for 6.07 6.07 2017-02-19 - Cleaned up the Changes log - Explicitly add hostname for SNI to start_SSL (GH PR#17) - Fix the license name - Update some documentation on SSL args - Fix bug when checking for Mozilla::CA (GH PR#29) Tested on amd64 Ok?
Update www/p5-HTTP-Message 6.11 -> 6.13
For some reason portroach reports still reports 6.11 as latest.
Changes
Revision history for HTTP-Message
6.13 2017-06-20 01:07:03Z
- Non-TRIAL release of changes found in 6.12
6.12 2017-06-15 18:03:50Z (TRIAL RELEASE)
- If an object is passed to HTTP::Request, it must provide a canonical()
method (Olaf Alders)
- Make sure status messages don't die by checking the status exists
before
checking the value range (Kent Fredric, GH #39)
- Add a .mailmap file to clean up the contributors list
- Avoid inconsistent setting of content to undef (Jerome Eteve)
- Simplify the way some methods are created (Tom Hukins)
- Remove some indirect object notation (Chase Whitener)
- Fix example in Pod (Tobias Leich)
- Add support for HTTP PATCH method (Mickey Nasriachi)
Tested on amd64
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-HTTP-Message/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile 20 Mar 2016 19:57:20 - 1.4
+++ Makefile 2 Jul 2017 00:17:38 -
@@ -2,7 +2,7 @@
COMMENT = HTTP Style Messages
-DISTNAME = HTTP-Message-6.11
+DISTNAME = HTTP-Message-6.13
CATEGORIES = www
MAINTAINER = Nigel Taylor
@@ -20,6 +20,8 @@ RUN_DEPENDS = textproc/p5-Encode-Locale>
www/p5-URI>=1.10
BUILD_DEPENDS = ${RUN_DEPENDS}
+
+TEST_DEPENDS = devel/p5-Try-Tiny
post-build:
@find ${WRKSRC}/blib \( -name "*.orig" -or -name "*.rej" \) -exec rm -f {} \;
Index: distinfo
===
RCS file: /home/cvs/ports/www/p5-HTTP-Message/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo 10 Sep 2015 20:08:40 - 1.3
+++ distinfo 2 Jul 2017 00:14:20 -
@@ -1,2 +1,2 @@
-SHA256 (HTTP-Message-6.11.tar.gz) = 57NoB3rmoYjZmSBBHY9SqOWs+zlXTU9cJPRv0iUz2Bs=
-SIZE (HTTP-Message-6.11.tar.gz) = 59981
+SHA256 (HTTP-Message-6.13.tar.gz) = 8l84Qo3oUeVmHnLxJEdklIUuswgSNYsH8cOiifb17e0=
+SIZE (HTTP-Message-6.13.tar.gz) = 74413
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/www/p5-HTTP-Message/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST 28 Jul 2015 10:03:06 - 1.2
+++ pkg/PLIST 2 Jul 2017 00:15:07 -
@@ -14,6 +14,8 @@ ${P5SITE}/HTTP/Response.pm
${P5SITE}/HTTP/Status.pm
@man man/man3p/HTTP::Config.3p
@man man/man3p/HTTP::Headers.3p
+@man man/man3p/HTTP::Headers::Auth.3p
+@man man/man3p/HTTP::Headers::ETag.3p
@man man/man3p/HTTP::Headers::Util.3p
@man man/man3p/HTTP::Message.3p
@man man/man3p/HTTP::Request.3p
Maintainer Update multimedia/get_flash_videos 1.25.93 -> 1.25.94
Update to fix issues 212, 215 and change some old url's.
Home page changed to github home page.
Ok?
Index: Makefile
===
RCS file: /home/cvs/ports/multimedia/get_flash_videos/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile 24 Jul 2017 21:20:20 - 1.32
+++ Makefile 23 Aug 2017 16:48:47 -
@@ -2,12 +2,12 @@
COMMENT= download flash video files from various sites
-V= 1.25.93
+V= 1.25.94
DISTNAME= get_flash_videos-$V
PKGNAME= ${DISTNAME}
CATEGORIES= multimedia
-HOMEPAGE= https://get-flash-videos.googlecode.com/
+HOMEPAGE= https://github.com/${GH_ACCOUNT}/${GH_PROJECT}
MAINTAINER= Nigel Taylor
Index: distinfo
===
RCS file: /home/cvs/ports/multimedia/get_flash_videos/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- distinfo 24 Jul 2017 21:20:20 - 1.16
+++ distinfo 23 Aug 2017 16:36:10 -
@@ -1,2 +1,2 @@
-SHA256 (get_flash_videos-1.25.93.tar.gz) = euBiMx7laBvPWV3JZGDOtWU7GTXPoJhptwF/9+Bf37Y=
-SIZE (get_flash_videos-1.25.93.tar.gz) = 136299
+SHA256 (get_flash_videos-1.25.94.tar.gz) = ChL7mUXXcunCxTR6cSKSvkfD81UdxWW0PrdFQDcLG90=
+SIZE (get_flash_videos-1.25.94.tar.gz) = 136922
Update: www/p5-HTTP-Cookies 6.01 -> 6.04
Changes are minor 6.04 2017-08-03 15:05:22Z - Fix package version numbers 6.03 2017-04-03 11:35:35-04:00 America/Toronto - No changes since TRIAL release 6.02 6.02 2017-01-12 18:02:49-05:00 America/Toronto (TRIAL RELEASE) - Document the lack of Public Suffix https://publicsuffix.org/ support - Add TODO tests for lack of Public Suffix support - Improve "maxage" documentation - Update the GitHub repository location - Use GitHub Issues instead of RT - Stop using bareword filehandles - Various internal distribution management and testing changes - Add get_cookies() method Tested on AMD64 Ok.
Update: graphics/dpic 2014.01.01 -> 2017.08.01
Hasn't been updated in a while. patched for clang tests added, by running all examples, requires manual checks of results afterwards. Tried only on amd64. Ok?
Re: clang/amd64 fallout (2017-08-03)
On 08/06/17 12:21, Stuart Henderson wrote: > On 2017/08/04 16:09, Christian Weisgerber wrote: >> Here's the list of ports still broken on amd64 due to the clang switch: >> ... >> telephony/asterisk > (fixed) telephony/asterisk-g729 fails amd64 /usr/bin/make all-am /usr/bin/libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I/usr/local/include -I/usr/local/include -DG72X_ASTERISK=130 -I"/usr/local/include" -DG72X_BCG729-Wall -D_GNU_SOURCE -DG72X_9 -O2 -pipe -MT codec_g729_la-codec_g72x.lo -MD -MP -MF .deps/codec_g729_la-codec _g72x.Tpo -c -o codec_g729_la-codec_g72x.lo `test -f 'codec_g72x.c' || echo './'`codec_g72x.c cc -DHAVE_CONFIG_H -I. -I/usr/local/include -I/usr/local/include -DG72X_ASTERISK=130 -I/usr/local/include -DG72X_BCG729 -Wall -D_GNU_SOURCE -DG72X_9 -O2 -pipe -MT codec_g729_la-codec_g72x.lo -MD -MP -MF .deps/codec_g729_la-codec_g72x.Tpo -c codec_g72x.c -fPIC -DPIC -o .libs/codec _g729_la-codec_g72x.o In file included from codec_g72x.c:25: In file included from /usr/local/include/asterisk/module.h:39: /usr/local/include/asterisk/utils.h:1049:15: error: blocks support disabled - compile with -fblocks or pick a deployment target that supports them typedef void (^_raii_cleanup_block_t)(void); ^ codec_g72x.c:694:133: warning: initializer overrides prior initialization of this subobject [-Winitializer-overrides] AST_MODULE_INFO(ASTERISK_GPL_KEY, AST_MODFLAG_DEFAULT, G72X_DESC, .load = load_module, .unload = unload_module, .buildopt_sum = ""); ^~ /usr/local/include/asterisk/module.h:445:3: note: expanded from macro 'AST_MODULE_INFO' fields \ ^~ codec_g72x.c:694:5: note: previous initialization is here AST_MODULE_INFO(ASTERISK_GPL_KEY, AST_MODFLAG_DEFAULT, G72X_DESC, .load = load_module, .unload = unload_module, .buildopt_sum = ""); ^~~ /usr/local/include/asterisk/module.h:444:19: note: expanded from macro 'AST_MODULE_INFO' .buildopt_sum = AST_BUILDOPT_SUM, \ ^~~~ /usr/local/include/asterisk/buildopts.h:7:26: note: expanded from macro 'AST_BUILDOPT_SUM' #define AST_BUILDOPT_SUM "da6642af068ee5e6490c5b1d2cc1d238" Looks to be same problem hit on telephony/asterisk as using the include files from asterisk.
Re: libreoffice broken?
On 07/30/17 14:52, Laurence Tratt wrote: > With a snapshot from yesterday and fully updated packages (following > Stuart's suggestion), libreoffice dies as follows: > > $ soffice > Warning: failed to launch javaldx - java may not function correctly > soffice.bin:/usr/local/lib/libicuuc.so.13.0: > /usr/local/lib/libicudata.so.13.0 : WARNING: symbol(icudt58_dat) size > mismatch, relink your program > soffice.bin:/usr/local/lib/libreoffice/program/libvclplug_gtklo.so: > undefined symbol '__cxa_thread_atexit' > ld.so: soffice.bin: lazy binding failed! > > A quick grep suggests that maybe it's picking up the wrong C++ lib? > > $ grep -r __cxa_thread_atex /usr/local/lib > Binary file /usr/local/lib/libestdc++.so.17.1 matches > Binary file /usr/local/lib/libesupc++.a matches > Binary file /usr/local/lib/libreoffice/program/libvclplug_gtk3lo.so matches > Binary file /usr/local/lib/libreoffice/program/libvclplug_gtklo.so matches > Binary file /usr/local/lib/libestdc++.a matches > Binary file /usr/local/lib/libclangCodeGen.a matches > $ grep -r __cxa_thread_atex /usr/lib > $ > > I've tried rebuilding libreoffice from source (I forgot how long that > takes...) but that hasn't changed anything. > > Perhaps inevitably, abiword currently segfaults on load (but it's so long > since I used it that I have no idea how long it might have been broken for). > > > Laurie > If LANG is set abiword fails... $ abiword Abort trap (core dumped) Try this $ env LANG= abiword $ I also get flickering with abiword, abiword falling over has been a problem for a long time. This is on a machine that hasn't been updated yet with clang built packages.
Maintainer UPDATE multimedia/get_flash_videos
Attached update to version 1.25.93
tv3play site removed has been replaced by the added viafree site.
itv hub - site change stop downloads working, fixed in this update.
OK?
Index: Makefile
===
RCS file: /home/cvs/ports/multimedia/get_flash_videos/Makefile,v
retrieving revision 1.31
diff -u -p -r1.31 Makefile
--- Makefile 13 May 2016 07:56:55 - 1.31
+++ Makefile 23 Jul 2017 12:23:39 -
@@ -2,7 +2,7 @@
COMMENT= download flash video files from various sites
-V= 1.25.92
+V= 1.25.93
DISTNAME= get_flash_videos-$V
PKGNAME= ${DISTNAME}
CATEGORIES= multimedia
Index: distinfo
===
RCS file: /home/cvs/ports/multimedia/get_flash_videos/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo 13 May 2016 07:56:55 - 1.15
+++ distinfo 23 Jul 2017 12:23:49 -
@@ -1,2 +1,2 @@
-SHA256 (get_flash_videos-1.25.92.tar.gz) = 5LZOtRBY5V8Hy2a3xQsR6hygpXFilGt6+W23SO0izcs=
-SIZE (get_flash_videos-1.25.92.tar.gz) = 136258
+SHA256 (get_flash_videos-1.25.93.tar.gz) = euBiMx7laBvPWV3JZGDOtWU7GTXPoJhptwF/9+Bf37Y=
+SIZE (get_flash_videos-1.25.93.tar.gz) = 136299
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/multimedia/get_flash_videos/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -r1.11 PLIST
--- pkg/PLIST 13 May 2016 07:56:55 - 1.11
+++ pkg/PLIST 23 Jul 2017 12:26:02 -
@@ -2,7 +2,6 @@
bin/get_flash_videos
${P5SITE}/FlashVideo/
${P5SITE}/FlashVideo/Downloader.pm
-${P5SITE}/FlashVideo/FFmpegDownloader.pm
${P5SITE}/FlashVideo/Generic.pm
${P5SITE}/FlashVideo/HLSDownloader.pm
${P5SITE}/FlashVideo/JSON.pm
@@ -125,13 +124,11 @@ ${P5SITE}/FlashVideo/Site/Truveo.pm
${P5SITE}/FlashVideo/Site/Tudou.pm
${P5SITE}/FlashVideo/Site/Tv.pm
${P5SITE}/FlashVideo/Site/Tv3.pm
-${P5SITE}/FlashVideo/Site/Tv3play.pm
${P5SITE}/FlashVideo/Site/Tv4play.pm
-${P5SITE}/FlashVideo/Site/Tv6play.pm
-${P5SITE}/FlashVideo/Site/Tv8play.pm
${P5SITE}/FlashVideo/Site/Tva.pm
${P5SITE}/FlashVideo/Site/Tvnz.pm
${P5SITE}/FlashVideo/Site/Ustream.pm
+${P5SITE}/FlashVideo/Site/Viafree.pm
${P5SITE}/FlashVideo/Site/Video44.pm
${P5SITE}/FlashVideo/Site/Videobb.pm
${P5SITE}/FlashVideo/Site/Videofun.pm
Re: NEW: multimedia/streamlink && REMOVE x2: multimedia/livestreamer and multimedia/livestreamer-curses
I used this only because of an issue I raised and response back this was
still working, and allowed me to track down the problem, worked fine I
may use again, however noted 0.7.0 version is out. Maybe not using
github variables
GH_ACCOUNT = streamlink
GH_PROJECT = streamlink
GH_TAGNAME = 0.7.0
MODPY_EGG_VERSION = ${GH_TAGNAME}
in the Makefile might mean portroach not working efficiently.
Ok from me as is.
attached version 0.7.0 / github version of this
some of tests are giving warnings but are passing, added py-mock,
py-country to TDEP, skipped tests all appear to be for windows only.
0.7.0 - changes
Outlined are the major features in this month's release:
Stream types will now be sorted accordingly in terms of quality
TeamLiquid.net Plugin added
Numerous plugin & bug fixes
Updated HomeBrew package
Improved CLI documentation
On 07/10/17 00:36, Brian Callahan wrote:
>
>
> On 07/02/17 21:46, Brian Callahan wrote:
>>
>>
>> On 06/22/17 19:55, Brian Callahan wrote:
>>> Hi ports --
>>>
>>> Attached is a new port, multimedia/streamlink. Streamlink is a Python
>>> utility that lets you pipe video streams into a video player. It is a
>>> fork of multimedia/livestreamer. Livestreamer is dead, streamlink is
>>> the new livestreamer.
>>>
>>> ---
>>> pkg/DESCR:
>>> Streamlink is a command-line utility that pipes video streams from
>>> various services into a video player, such as VLC. The main purpose of
>>> Streamlink is to allow the user to avoid buggy and CPU heavy flash
>>> plugins but still be able to enjoy various streamed content. There is
>>> also an API available for developers who want access to the video stream
>>> data. This project was forked from Livestreamer, which is no longer
>>> maintained.
>>>
>>> Streamlink is built upon a plugin system which allows support for new
>>> services to be easily added. Currently most of the big streaming
>>> services are supported, such as:
>>>
>>> * Dailymotion
>>> * Livestream
>>> * Twitch
>>> * UStream
>>> * YouTube Live
>>>
>>> and many more.
>>> ---
>>>
>>> This requires devel/py-iso3166 and devel/py-iso639 that were just
>>> committed.
>>>
>>> I looked to see if it would be a simple diff to make
>>> multimedia/livestreamer-curses work with streamlink. Someone appears
>>> to have done the work but it looks like major surgery (and
>>> livestreamer-curses might also be dead upstream) so I think it's
>>> better to remove it.
>>>
>>> I think it makes sense for anyone who has livestreamer installed on
>>> their system to get upgraded to streamlink.
>>>
>>> I'm watching a Twitch.tv stream on my laptop as I write this email,
>>> so it definitely works.
>>>
>>> OK?
>>>
>>> ~Brian
>>>
>>
>> Ping. Watching SGDQ on my laptop as I write this, so it's still good.
>> (In any event, we should remove livestreamer, as it no longer supports
>> all streaming services it claims to and will only support fewer and
>> fewer as time goes on.)
>
> Anyone? The new dependencies have been committed already.
> Reattached.
>
> ~Brian
>
diff -ruNP streamlink.orig/Makefile streamlink/Makefile
--- streamlink.orig/Makefile Mon Jul 10 00:34:48 2017
+++ streamlink/Makefile Fri Jul 21 10:46:46 2017
@@ -1,8 +1,9 @@
# $OpenBSD$
-MODPY_EGG_VERSION = 0.6.0
COMMENT = pipe video streams into a video player
-DISTNAME = streamlink-${MODPY_EGG_VERSION}
+GH_ACCOUNT = streamlink
+GH_PROJECT = streamlink
+GH_TAGNAME = 0.7.0
CATEGORIES = multimedia net
HOMEPAGE = https://streamlink.github.io/
@@ -11,6 +12,7 @@
# BSD
PERMIT_PACKAGE_CDROM = Yes
+MODPY_EGG_VERSION = ${GH_TAGNAME}
MODULES = lang/python
MODPY_PI = Yes
MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3}
@@ -23,6 +25,8 @@
security/py-crypto,${MODPY_FLAVOR} \
www/py-requests,${MODPY_FLAVOR}
-TEST_DEPENDS = devel/py-test,${MODPY_FLAVOR}
+TEST_DEPENDS = devel/py-test,${MODPY_FLAVOR} \
+ devel/py-mock,${MODPY_FLAVOR} \
+ devel/py-country,${MODPY_FLAVOR}
.include
diff -ruNP streamlink.orig/distinfo streamlink/distinfo
--- streamlink.orig/distinfo Thu Jun 22 15:54:03 2017
+++ streamlink/distinfo Fri Jul 21 09:46:56 2017
@@ -1,2 +1,2 @@
-SHA256 (streamlink-0.6.0.tar.gz) = 0kHtjwYUIQDKAUzifcMv3oBwKRrPlxAYJ2MzFnv0xlg=
-SIZE (streamlink-0.6.0.tar.gz) = 533621
+SHA256 (streamlink-0.7.0.tar.gz) = jBhVDvruTz30XCbnPVD6x8t9NWmN706TnrQrjoTqu1Q=
+SIZE (streamlink-0.7.0.tar.gz) = 546433
diff -ruNP streamlink.orig/patches/patch-setup_py streamlink/patches/patch-setup_py
--- streamlink.orig/patches/patch-setup_py Thu Jun 22 16:45:05 2017
+++ streamlink/patches/patch-setup_py Fri Jul 21 10:10:46 2017
@@ -6,7 +6,7 @@
--- setup.py.orig
+++ setup.py
@@ -26,11 +26,11 @@ if version_info[0] == 2 or (version_info[0] == 3 and v
- deps.append("requests>=2.2,!=2.12.0,!=2.12.1,<3.0")
+ deps.append("requests>=2.2,!=2.12.0,!=2.12.1,!=2.16.0,!=2.16.1,!=2.16.2,!=2.16.3,!=2.16.4,!=2.16.5,!=2.17.1,<3.0")
# for encrypted streams
-if environ.get("STREAMLINK_USE_PYCRYPTO"):
diff -ruNP streamlink.orig/pkg/PLIST str
Re: UPDATE: devel/p5-Modern-Perl to 1.20170117
Ignore what I said, depends on version the ExtUtils::MakeMaker if
Module::Build is used or not. Removes later on in the Makefile.PL if not
needed. It's some form of fix up for old versions, either generated by
Dist::Zilla or hand crafted into the generated files, as present before
Dist::Zilla was used.
On 03/22/17 21:46, Andrew Fresh wrote:
> On Wed, Mar 22, 2017 at 08:37:32PM +0000, Nigel Taylor wrote:
>> On 03/22/17 08:37, Giannis Tsaraias wrote:
>>> Hi,
>>>
>>> Update to 1.20170117. Changed the license string to 'Perl', which is
>>> what it uses. Passes test suite.
>>>
>>> OK?
>>>
>
>> I have a number of update for Perl 5.24, this is one.
>>
>> Your build most likely works because of other perl modules being built.
>> If you look at the Makefile.PL and Build.PL you will see it using
>> Module::Build, which means modbuild style should have been used, that
>> will ensure p5-Module-Build gets installed.
>
> I don't quite follow. The Makefile.PL I see was built with dist-zilla
> and the MakeMaker Plugin:
>
> https://metacpan.org/pod/Dist::Zilla::Plugin::MakeMaker
>
> The actual repo doesn't have either a Build.PL or a Makefile.PL, they
> are both generated files and so both should be equally valid.
>
> https://github.com/chromatic/Modern-Perl
>
>
>> This should have the following change:-
>
> I don't see why it is needed, I can build and install the package
> without having Module::Build.
>
>> Index: Makefile
>> ===
>> RCS file: /home/cvs/ports/devel/p5-Modern-Perl/Makefile,v
>> retrieving revision 1.3
>> diff -u -p -r1.3 Makefile
>> --- Makefile20 Mar 2016 19:56:27 - 1.3
>> +++ Makefile20 Mar 2016 23:19:34 -
>> @@ -13,6 +13,8 @@ MAINTAINER = Edward
>> # The Artistic License 1.0
>> PERMIT_PACKAGE_CDROM = Yes
>>
>> +CONFIGURE_STYLE = modbuild
>> +
>> post-install:
>> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/p5-Modern-Perl
>> ${INSTALL_DATA} \
>
> l8rZ,
>
Re: UPDATE: devel/p5-Modern-Perl to 1.20170117
On 03/22/17 08:37, Giannis Tsaraias wrote:
> Hi,
>
> Update to 1.20170117. Changed the license string to 'Perl', which is
> what it uses. Passes test suite.
>
> OK?
>
> Changelog:
>
> 1.20170117 2017-01-16 20:37:12-08:00 America/Los_Angeles
> - cleaned up test suite
> - fixed Perl 5.25 failures (RT #114690)
>
> 1.20170116 2017-01-16 08:46:50-08:00 America/Los_Angeles
> - updated for 2017 release
> - maybe 2016 should have supported 5.22, but given how long I waited
>... oops
> - improved documentation about reexporting (RT #109076)
>
> 1.20161229 2016-12-28 16:02:17-08:00 America/Los_Angeles
> - improved VERSION numbering (Gryphon Shafer, GH #5)
>
> 1.20161005 2016-10-05 09:38:21-07:00 America/Los_Angeles
> - updated for 2016 release (Gryphon Shafer)
> - added support for 5.24
>
I have a number of update for Perl 5.24, this is one.
Your build most likely works because of other perl modules being built.
If you look at the Makefile.PL and Build.PL you will see it using
Module::Build, which means modbuild style should have been used, that
will ensure p5-Module-Build gets installed.
This should have the following change:-
Index: Makefile
===
RCS file: /home/cvs/ports/devel/p5-Modern-Perl/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile20 Mar 2016 19:56:27 - 1.3
+++ Makefile20 Mar 2016 23:19:34 -
@@ -13,6 +13,8 @@ MAINTAINER = Edward
# The Artistic License 1.0
PERMIT_PACKAGE_CDROM = Yes
+CONFIGURE_STYLE = modbuild
+
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/p5-Modern-Perl
${INSTALL_DATA} \
Re: UPDATE: net/twirssi
On 03/17/17 19:28, Scott B wrote: > twirssi is missing the converters/p5-JSON-Any runtime dependency. It's > not sorted so that > it's only a one line diff. > > Scott > > Index: Makefile > === > RCS file: /cvs/ports/net/twirssi/Makefile,v > retrieving revision 1.11 > diff -u -p -u -r1.11 Makefile > --- Makefile19 Oct 2015 12:52:27 - 1.11 > +++ Makefile17 Mar 2017 19:16:09 - > @@ -17,6 +17,7 @@ EXTRACT_SUFX= .pl > > RUN_DEPENDS=net/irssi \ > net/p5-Net-Twitter \ > + converters/p5-JSON-Any \ > www/p5-LWP-Protocol-https \ > www/p5-WWW-Shorten > > If you change the RDEP you need to bump the REVISION also. Add below to the Makefile REVISION = 0 or use portbump
Re: openbsd ports of perl modules
On 03/13/17 13:00, Sergey Bronnikov wrote: > Hello, > > some time ago I made an OpenBSD port for Tapper testing system. > This port depended from huge amount of Perl modules and I made port > for each of them. Right now Tapper development is discontinued > and I removed Tapper from the openbsd-wip repository, but all dependencies > are kept in the repo. > > The question to community is: do we need these modules in the official ports > tree? > Is anyone ready to import all these ports or part of them to CVS? > > p5-DBIx-Class-InflateColumn-Object-Enum > p5-App-Daemon > p5-App-Rad > p5-BSD-Sysctl > p5-Benchmark-Perl-Formance > p5-Bencode > p5-CHI > p5-Compress-PPMd > p5-Convert-Bencode > p5-Convert-Bencode_XS > p5-Daemon-Daemonize > p5-Data-Clone > p5-Data-DPath > p5-Data-Dumper > p5-Data-Rmap > p5-Data-Serializer > p5-Data-Taxi > p5-Data-YAML > p5-DateTime-Format-DateParse > p5-Debug-ShowStuff > p5-Devel-Backtrace > p5-Devel-Platform-Info > p5-ExtUtils-MakeMaker > p5-File-Pid > p5-Format-Human-Bytes > p5-Getopt-Long > p5-HTML-FromANSI > p5-Hash-MoreUtils > p5-Kwalify > p5-Language-Expr > p5-Lexical-SealRequireHints > p5-Math-BigInt-Pari > p5-MooX-Types-MooseLike-Numeric > p5-MooseX-ClassAttribute > p5-MooseX-Singleton > p5-Object-Enum > p5-Regexp-Grammars > p5-Scalar-List-Utils > p5-Set-Intersection > p5-Sys-Info-Base > p5-Sys-Info-Driver-BSD > p5-Sys-Info > p5-Sysadm-Install > p5-TAP-DOM > p5-Term-VT102-Boundless > p5-Term-VT102 > p5-Test-Fixture-DBIC-Schema > p5-Test-Mock-LWP > p5-Test-Nginx > p5-Test-Simple > p5-Test-Sys-Info > p5-Test-TAPv13 > p5-Unix-Processors > p5-bareword-filehandles > p5-experimental > p5-multidimensional > p5--Crypt-DH > p5-Digest-JHash > p5-Sys-Syslog > p5-String-Diff > p5-String-Escape > p5-String-Util > p5-Text-Abbrev > p5-Text-Balanced > p5-Text-CSV-Slurp > p5-Catalyst-View-HTML-Mason > p5-TAP-Formatter-HTML > p5-Test-WWW-Selenium > > First one I spotted was p5-Data-Dumper $ corelist Data::Dumper Data for 2017-01-14 Data::Dumper was first released with perl 5.005 $ grep p5-Data-Dumper INDEX | cut -d\| -f1 p5-DBIx-Class-0.082820p0 p5-Data-Dumper-Concise-2.022 p5-Data-Dumper-Simple-0.11p0 p5-ExtUtils-MakeMaker $ corelist ExtUtils::MakeMaker Data for 2017-01-14 ExtUtils::MakeMaker was first released with perl 5 These aren't ports they are already in the base, and most aren't to go into ports. That suggest the work isn't near being correct in the first place. I haven.t gone through the list just noticed those two as so commonly used. ExtUtils::MakeMaker is the basic thing for making the ports.
Re: spring cleanup, old scripts removal
On 02/20/17 09:44, David Coppa wrote: > On Mon, Feb 20, 2017 at 10:13 AM, Marc Espie wrote: >> I'd like to remove >> extract-dependencies >> find-build-order >> (dpb does it and more) >> >> portslogger >> (haven't used it in ages, again, dpb) >> >> and maybe >> retrieve-index >> does anyone actually use that one ? >> >> (personally, I do either grep on INDEX, or I use >> sqlports whenever I really need something) >> > > I use portslogger a lot, for the others I don't care (never used them). > > Ciao! > David > > portlogger used my me also.
Re: www/p5-Mojo 7.23
I just saw your using IO-Socket-Socks, that's been held back
waiting for an update to perl 5.24
You need the update for IPv6 support. That's the point of
the IO::Socket::IP update in perl 5.24 to bring in IPv6 support.
I have done the update to IO-Socket-Socks and will be releasing,
once my dpb run / tests have completed with perl 5.24. This has
been tested, as much as I can, tests passed on amd64.
This is the update for now
Index: Makefile
===
RCS file: /home/cvs/ports/net/p5-IO-Socket-Socks/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile20 Mar 2016 19:56:51 - 1.8
+++ Makefile5 Feb 2017 14:29:58 -
@@ -2,7 +2,7 @@
COMMENT = create SOCKS v4/v5 client or server
-DISTNAME = IO-Socket-Socks-0.65
+DISTNAME = IO-Socket-Socks-0.73
CATEGORIES = net
CPAN_AUTHOR = OLEG
Index: distinfo
===
RCS file: /home/cvs/ports/net/p5-IO-Socket-Socks/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo16 Oct 2014 12:54:21 - 1.5
+++ distinfo5 Feb 2017 14:17:01 -
@@ -1,2 +1,2 @@
-SHA256 (IO-Socket-Socks-0.65.tar.gz) =
DPo8pTuQCHh5+/qmtGaLlVqTmlnY9Aq7I8PCKGQY64k=
-SIZE (IO-Socket-Socks-0.65.tar.gz) = 26271
+SHA256 (IO-Socket-Socks-0.73.tar.gz) =
biZ4o1RN42bikWSgwtqpv7fdhc3b9RC38vQI6qMgaB8=
+SIZE (IO-Socket-Socks-0.73.tar.gz) = 28116
On 02/06/17 03:59, Andrew Fresh wrote:
> On Sun, Feb 05, 2017 at 01:36:03PM +0100, Mark Patruck wrote:
>> After base has been updated to perl 5.24.1 and IO::Socket::IP is
>>> =0.37 now, here is an update to www/p5-Mojo 7.23
>>
>> List of changes:
>> https://metacpan.org/changes/distribution/Mojolicious
>>
>> I'm not sure if the post-install stuff (introduced in v1.22) can
>> be removed now as there shouldn't be any users out there with the
>> test certificate under ${PREFIX}/${P5SITE}/Mojo/IOLoop/certs/.
>>
>> As it doesn't hurt, i kept it for now.
>
> I think if this version doesn't install it, it can be removed. That
> said, I don't know the history of that post-install line, so it's hard
> to know what problem it was solving.
>
> However, it does ship with these now, so yes, it seems like a noop, but
> maybe just because it deletes the wrong thing?
>
> Mojolicious-7.23/lib/Mojo/IOLoop/resources/server.crt
> Mojolicious-7.23/lib/Mojo/IOLoop/resources/server.key
>
>
>
>> # www/p5-Mojo 7.23 (tests pass)
>
> I wonder if we want to get more tests running. I don't think it's
> possible to disable IPv6 anymore, or at least unsupported, so maybe add
> the following to "unskip" tests? I'm unclear whether the earlier
> defines are still needed, but these all pass for me.
>
> (I'm not convinced on the multiple MAKE_ENV lines, but I'm not really
> that much a stickler for style here)
>
> ===
>
> MAKE_ENV += TEST_IPV6=Yes
> MAKE_ENV += TEST_TLS=Yes
> MAKE_ENV += TEST_SUBPROCESS=Yes
>
> TEST_DEPENDS += net/p5-IO-Socket-Socks
> MAKE_ENV += TEST_SOCKS=Yes
>
> # Don't test online
> MAKE_ENV += TEST_ONLINE=''
>
> ===
>
>
>
>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
>> retrieving revision 1.28
>> diff -u -p -r1.28 Makefile
>
>> # p5-Mojolicious-Plugin-TtRenderer 1.57
>>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/textproc/p5-Mojolicious-Plugin-TtRenderer/Makefile,v
>> retrieving revision 1.5
>> diff -u -p -r1.5 Makefile
>
> This really confused
> ftp -o- 'http://marc.info/?l=openbsd-ports&m=148629821021395&q=raw' | patch -E
>
> Could you make sure patches are rooted in a relative directory, or at
> least make a big note at the top? I would sure appreciate it.
>
>
>
> Tests do pass for Mojo and TtRenderer and they pass their tests and
> p5-Mojo's reverse depends (TtRenderer doesn't seem to have any), so:
>
> OK afresh1@ on both, after a decision on removing the certs directory.
>
> (Either way on the additional tests, I just like to enable whatever I can)
>
Re: strange characters path/package name for thunderbird in current
On 02/03/17 09:02, P Bielecki wrote: > Hi, > > I run current on my laptop with updates from snapshots. During the > last upgrade I noticed that thunderbird package name look a bit > strange. > > $ pkg_info | grep thunderbird > thunderbird-45.2.0 > thunderbird-45.6.0 �k > .i�..�k+DESC�k� +CONTENTS j� > > I had a glance over cvs log but couldn't find anything related. > pkg_check fix the issues but I can't seam to be able work out where > the problem was? I also had issues with the following packages: > > chromi > p9X+g8Ux4X960hp1H0yFiVSjN > GObject-based parsing lib > > Could anyone give me some hints please? > Looks like corrupted /var/db/pkg pkg_add is broken currently. Crashes out leaving things corrupt. That and the endless error messages. quirks-2.280 signed on 2017-02-02T11:07:52Z Error from scp://user@host/usr/ports/packages/amd64/signed/quirks-2.280.tgz print() on closed filehandle GEN0 at /usr/libdata/perl5/OpenBSD/PackageRepository/Persistent.pm line 128, line 9233. Running pkg_check will clean up things. +DESC +CONTENTS is from /var/db/pkg itself... $ ls /var/db/pkg/thunderbird-45.7.0/ +CONTENTS +DESC +REQUIRING displaying directory contents as a if text file. Could be some form of filesystem corruptions / disc hardware error. There are a number of ways the directory contents can end up becoming the contents of a file. What the pkg_info displays is the first line of the +DESC file... if package is installed $ cat /var/db/pkg/thunderbird-45.7.0/+DESC Mozilla e-mail, rss and usenet client Mozilla Thunderbird is a redesign of the integrated Mozilla App-Suite mail component. Its goal is to leverage much of the existing functionality of that product to produce a stand-alone mail application that is simple and extensible. Maintainer: Landry Breuil WWW: http://www.mozilla.org/thunderbird/ Otherwise pkg_info will fetch the package if not installed.
Re: NEW: security/p5-Digest-SHA
On 11/28/16 15:38, Jeremie Courreges-Anglas wrote: > Giovanni Bechis writes: > >> pkg/DESCR: >> Digest::SHA is a complete implementation of the NIST Secure Hash >> Standard. >> It gives Perl programmers a convenient way to calculate >> SHA-1, SHA-224, SHA-256, SHA-384, SHA-512, SHA-512/224, and SHA-512/256 >> message digests. >> The module can handle all types of input, including partial-byte data. >> >> Comments ? Ok ? > > I see this on amd64: > > /usr/bin/perl /usr/libdata/perl5/ExtUtils/xsubpp -typemap > /usr/libdata/perl5/ExtUtils/typemap -typemap typemap SHA.xs > SHA.xsc && mv > SHA.xsc SHA.c > cc -c -I. -DNO_LOCALE_NUMERIC -DNO_LOCALE_COLLATE -fno-strict-aliasing > -fno-delete-null-pointer-checks -pipe -fstack-protector -I/usr/local/include > -O2-DVERSION=\"5.96\" -DXS_VERSION=\"5.96\" -DPIC -fPIC > "-I/usr/libdata/perl5/amd64-openbsd/5.20.3/CORE" SHA.c > In file included from SHA.xs:35: > src/sha.c: In function 'sharewind': > src/sha.c:297: warning: array size (32) smaller than bound length (64) > src/sha.c:297: warning: array size (32) smaller than bound length (64) > src/sha.c:298: warning: array size (32) smaller than bound length (64) > src/sha.c:298: warning: array size (32) smaller than bound length (64) > src/sha.c:299: warning: array size (32) smaller than bound length (64) > src/sha.c:299: warning: array size (32) smaller than bound length (64) > > It doesn't *look* harmful but better fix it and give upstream a heads-up > (-Wbounded is OpenBSD-only, afaik). > > Why the extra newlines in pkg/DESCR? Looks fine otherwise. > No you don't do this, fix what in base or wait for perl 5.26 to go into base, your only adding what's going to have to be removed if put in ports, unless ===> Checking files for p5-Module-CoreList-5.20161120 `/usr/ports/distfiles/Module-CoreList-5.20161120.tar.gz' is up to date. >> (SHA256) Module-CoreList-5.20161120.tar.gz: OK ===> Extracting for p5-Module-CoreList-5.20161120 ===> Patching for p5-Module-CoreList-5.20161120 ===> Configuring for p5-Module-CoreList-5.20161120 Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Module::CoreList Writing MYMETA.yml and MYMETA.json ===> Building for p5-Module-CoreList-5.20161120 cp lib/Module/CoreList/TieHashDelta.pm blib/lib/Module/CoreList/TieHashDelta.pm cp lib/Module/CoreList.pod blib/lib/Module/CoreList.pod cp lib/Module/CoreList.pm blib/lib/Module/CoreList.pm cp lib/Module/CoreList/Utils.pm blib/lib/Module/CoreList/Utils.pm cp corelist blib/script/corelist /usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/corelist Manifying blib/man1/corelist.1 Manifying blib/man3/Module::CoreList.3p Manifying blib/man3/Module::CoreList::Utils.3p $ cd `make show=WRKSRC` $ perl -Ilib ./corelist -a Digest::SHA | tail v5.24.05.95 v5.25.05.95 v5.25.15.95 v5.25.25.95 v5.25.35.95 v5.25.45.96 v5.25.55.96 v5.25.65.96 v5.25.75.96 As can be seen 5.96 is in perl v5.25.4 onwards, which means it goes into base so far it's not being removed from perl core. Having two version of the same thing is not a good idea, as can end up using the wrong version. $ corelist Digest::SHA Data for 2015-09-12 Digest::SHA was first released with perl v5.9.3 $ perl -e 'use Digest::SHA; print $Digest::SHA::VERSION."\n";' 5.88_01 Also as in previous base releases these should also be patched in base, if this need fixing. The 5.88_01 suggests that the version in base might have been modified in some way, or patched to fix problems in the past, which your now losing.
Re: [UPDATE] www/p5-CGI to 4.35
On 11/26/16 01:46, Andrew Fresh wrote: > For a module that's "done" this one sure gets a lot of releases. > Mostly just documentation and such tho, but there were a few cleanups, > like sorting HTML attributes and undef %QUERY_PARAMS under mod_perl. > > The one non-backwards compatible change was reaming "MultipartBuffer" to > "CGI::MultipartBuffer", in theory that was not the expected way to use > that module anyway, but of course people, perl programmers especially, > are very creative. > > https://metacpan.org/changes/distribution/CGI > > Tests all pass and reverse depends have the same set of failures as > before. > > OK? > > Index: Makefile > === > RCS file: /cvs/ports/www/p5-CGI/Makefile,v > retrieving revision 1.14 > diff -u -p -r1.14 Makefile > --- Makefile 20 Mar 2016 19:57:13 - 1.14 > +++ Makefile 26 Nov 2016 01:36:07 - > @@ -1,7 +1,7 @@ > # $OpenBSD: Makefile,v 1.14 2016/03/20 19:57:13 naddy Exp $ > > -COMMENT =handle Common Gateway Interface requests and responses > -DISTNAME = CGI-4.21 > +COMMENT =Handle Common Gateway Interface requests and responses > +DISTNAME = CGI-4.35 > CATEGORIES = www > > MAINTAINER = Andrew Fresh > @@ -13,8 +13,7 @@ MODULES = cpan > PKG_ARCH = * > RUN_DEPENDS =www/p5-HTML-Parser>=3.69 > > -# Addtional unlisted dependencies to fix test > -TEST_DEPENDS += devel/p5-Test-Deep \ > - devel/p5-Test-Warn > +TEST_DEPENDS = devel/p5-Test-Deep>=0.11 \ > + devel/p5-Test-Warn>=0.3 > > .include > Index: distinfo > === > RCS file: /cvs/ports/www/p5-CGI/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo 4 Jul 2015 17:07:40 - 1.4 > +++ distinfo 26 Nov 2016 01:36:07 - > @@ -1,2 +1,2 @@ > -SHA256 (CGI-4.21.tar.gz) = NA0gorZyEXUtfCcMWJ5GPXGuqLjXXZQXJQYYIZ08+IQ= > -SIZE (CGI-4.21.tar.gz) = 194539 > +SHA256 (CGI-4.35.tar.gz) = CzTNxZ9ZZjKwYgk5KG9uGOfoHQQ7a1e5dKjgfRi1/B0= > +SIZE (CGI-4.35.tar.gz) = 197649 > > I do this, to remove depreciated perl. For port building rm -r /usr/libdata/perl5/CGI rm /usr/libdata/perl5/CGI.pm Been using this for a very long time, p5-CGI can be taken out of base. Ok for changes. But if not removed from base you don't know if ports are missing the p5-CGI dependency.
Re: UPDATE: devel/doxygen
On 11/13/16 22:54, Jeremie Courreges-Anglas wrote:
> Jeremie Courreges-Anglas writes:
>
>> Stuart Henderson writes:
>
> [...]
>
>>> 3. split the gui off to a different port. keep the same pkgname stem,
>>> so it just needs an @pkgpath in PLIST for updates to work.
>>
>> I'd prefer this option.
>
> In the meantime, let's unbreak the current situation by going back to
> Qt4. Rafael, does the -Dforce_qt4:Bool=ON part actually works? I don't
> have Qt5 anymore on this machine...
>
> ok?
>
>
> Index: Makefile
> ===
> RCS file: /d/cvs/ports/devel/doxygen/Makefile,v
> retrieving revision 1.37
> diff -u -p -r1.37 Makefile
> --- Makefile 12 Nov 2016 20:59:18 - 1.37
> +++ Makefile 13 Nov 2016 22:48:32 -
> @@ -3,8 +3,6 @@
> # Memory hog, stuck for days on the same file (configoptions.cpp) during
> build.
> # XXX check with different optimizer level? see doc/install.doc
> NOT_FOR_ARCHS= m88k sh
> -# Qt5 doesn't build yet on powerpc
> -NOT_FOR_ARCHS-gui= m88k sh powerpc
> BROKEN-alpha=.got subsegment exceeds 64K
>
> COMMENT-main=source code documentation generator tool
> @@ -15,6 +13,9 @@ DISTNAME= doxygen-${VERSION}.src
> PKGNAME-main=doxygen-${VERSION}
> FULLPKGNAME-gui=doxygen-gui-${VERSION}
>
> +REVISION-main= 0
> +REVISION-gui=0
> +
> CATEGORIES= devel textproc
>
> HOMEPAGE=http://www.doxygen.org/
> @@ -30,10 +31,8 @@ MASTER_SITES= http://ftp.stack.nl/pub/us
> MULTI_PACKAGES= -main -gui
> PSEUDO_FLAVORS= no_gui bootstrap
>
> -COMMON_WANTLIB= c m pthread estdc++
> -WANTLIB-main=${COMMON_WANTLIB} iconv z xapian
> -WANTLIB-gui= Qt5Core Qt5Gui Qt5Widgets Qt5Xml \
> - ${COMMON_WANTLIB}
> +WANTLIB-main += c iconv m pthread stdc++ xapian z
> +WANTLIB-gui += QtCore QtGui QtXml c m stdc++
>
> LIB_DEPENDS-main=converters/libiconv \
> databases/xapian-core
> @@ -50,7 +49,8 @@ MODPY_RUNDEP= No
> .include
> .if ${BUILD_PACKAGES:M-gui}
> CONFIGURE_ARGS+=-Dbuild_wizard:Bool=ON
> -MODULES+=x11/qt5
> +CONFIGURE_ARGS+=-Dforce_qt4:Bool=ON
> +MODULES+=x11/qt4
> .endif
> .if ${MACHINE_ARCH} == "mips64" || ${MACHINE_ARCH} == "mips64el"
> # ld(1) fails
>
>
Thanks, I will try out, seen it gone in to CVS.
Re: UPDATE: devel/doxygen
On 11/13/16 19:50, Rafael Sadowski wrote:
> On Sat Nov 12, 2016 at 11:17:18PM +0100, Jeremie Courreges-Anglas wrote:
>> Nigel Taylor writes:
>>
>>> On 10/22/16 16:42, Rafael Sadowski wrote:
>>>> On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote:
>>>>> These plist changes for every update are getting silly, I think I'd
>>>>> rather disable doxygen in those ports..
>>>>>
>>>>
>>>> Other opinions or agreements?
>>>>
>>>
>>> I don't build qt5/kde4/kde5 for amd64.
>>>
>>> From what I see, the -gui and hence inclusion qt5 has no point it
>>> doesn't appear to be used in other ports. If no one actually uses the
>>> -gui spending a lot of time building qt5 / and -gui for nothing.
>>>
>>> Because of the size of qt5 this should be split into two ports, rather
>>> than using the PSEUDO_FLAVOR otherwise all the ports listed will be
>>> waiting on the qt5 build to complete when using dpb.
>>>
>>> qt5 itself needs splitting using the separate source files provided,
>>> rather then the combined file with everything needed or not.
>>>
>>> As is I will be just removing -gui / PSEUDO_FLAVOR from the port for myself.
>>
>> Instead of people having to maintain local patches, wouldn't it be
>> better to remove qt5 from this build path? That can surely be done
>> without killing the -gui package.
>>
>>> The same way I have removed kde4 from editors/libreoffice, qt, qt4, qt5
>>> from print/poppler.
>>
>>> The PLIST issue is gnerating html documentation with changed scripts,
>>> images, with the same names
>>>
>>>
>>> also as far as I can see there is an option to force the use of Qt4 if
>>> Qt5 is present.
>>>
>>> From doxygen install document it says...
>>>
>>> Qt Software's GUI toolkit
>>> http://qt-project.org/";>Qt
>>> \addindex Qt
>>> version 4.3 or higher (but currently, Qt 5.x is not yet supported).
>>> This is needed to build the GUI front-end doxywizard.
>>>
>>> I searched the changelog not a single mention of a switch to Qt5
>>>
>>> This looks like we are switching to Qt5 because it being built / test on
>>> a machine with Qt5 installed else the switch to Qt5 hasn't been documented.
>
> No, the worst think about doxygen is the documentation ;). That's sad
> but everting is clear and well readable in the CMake environment. Qt5 is
> default on and Qt4 only available with the option "force_qt4".
>
>>>
>>> So why is this even using Qt5.
>>
>> Upstream made the choice of introducing Qt5 compatibility in this
>> release, and to use Qt5 by default. doxywizard runs fine here.
>> To me it looks like a case of slightly outdated information on the
>> website.
>>
>> Note that this diff has been floating on the mailing-list since some
>> time already, you could have voiced objections earlier. ;)
>>
>
> Diff below based on jca@ idea. "no_gui bootstrap" is set as default.
>
> Kind regards,
>
> Rafael Sadowski
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/doxygen/Makefile,v
> retrieving revision 1.37
> diff -u -p -u -p -r1.37 Makefile
> --- Makefile 12 Nov 2016 20:59:18 - 1.37
> +++ Makefile 13 Nov 2016 19:35:50 -
> @@ -29,6 +29,7 @@ MASTER_SITES= http://ftp.stack.nl/pub/us
>
> MULTI_PACKAGES= -main -gui
> PSEUDO_FLAVORS= no_gui bootstrap
> +FLAVOR?= no_gui bootstrap
>
> COMMON_WANTLIB= c m pthread estdc++
> WANTLIB-main=${COMMON_WANTLIB} iconv z xapian
>
>
I will not be able to test building that for sometime as in middle of
dpb run, I would say that it will fail. Not proved, but the estdc++ in
the wantlib requires the library to be installed, that requires a
dependency set by x11/qt5.port.mk,
MODQT5_USE_GCC4_MODULE ?= Yes
.if ${MODQT5_USE_GCC4_MODULE} == "Yes"
MODULES +=gcc4
MODGCC4_LANGS += c++
MODGCC4_ARCHS ?= *
.endif
which means either qt5 and gcc4 plus the library is installed or the
library isn't installed then relies on the chance dpb has installed gcc4
the library in building something else. Before stdc++ from base was used
for earlier version with qt4.
This would require a LDEP change, and possibly a revision bump also, or
the inclusion of the gcc4 module and revision bump.
It also exposes it to dpb failures that can
Re: UPDATE: devel/doxygen
On 10/22/16 16:42, Rafael Sadowski wrote: > On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote: >> These plist changes for every update are getting silly, I think I'd >> rather disable doxygen in those ports.. >> > > Other opinions or agreements? > I don't build qt5/kde4/kde5 for amd64. >From what I see, the -gui and hence inclusion qt5 has no point it doesn't appear to be used in other ports. If no one actually uses the -gui spending a lot of time building qt5 / and -gui for nothing. Because of the size of qt5 this should be split into two ports, rather than using the PSEUDO_FLAVOR otherwise all the ports listed will be waiting on the qt5 build to complete when using dpb. qt5 itself needs splitting using the separate source files provided, rather then the combined file with everything needed or not. As is I will be just removing -gui / PSEUDO_FLAVOR from the port for myself. The same way I have removed kde4 from editors/libreoffice, qt, qt4, qt5 from print/poppler. The PLIST issue is gnerating html documentation with changed scripts, images, with the same names also as far as I can see there is an option to force the use of Qt4 if Qt5 is present. >From doxygen install document it says... Qt Software's GUI toolkit http://qt-project.org/";>Qt \addindex Qt version 4.3 or higher (but currently, Qt 5.x is not yet supported). This is needed to build the GUI front-end doxywizard. I searched the changelog not a single mention of a switch to Qt5 This looks like we are switching to Qt5 because it being built / test on a machine with Qt5 installed else the switch to Qt5 hasn't been documented. So why is this even using Qt5. >> >> >> 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/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 - >>> @@
Re: hedgewars failed in last bulk
On 11/04/16 08:38, Antoine Jacoutot wrote: > On Thu, Nov 03, 2016 at 10:17:33PM +0000, Nigel Taylor wrote: >> On 11/03/16 18:30, Nigel Taylor wrote: >>> On 11/03/16 08:27, Antoine Jacoutot wrote: >> >> Just retried and built... >> >> dpb is building >> >> make SUBDIR="games/hedgewars,-main" >> >> It's make SUBDIR="games/hedgewars,-main" that requires hs-dataenc as >> NOSERVER is not set >> in CONFIGURE_ARGS >> >> but junk is using >> >> make SUBDIR="games/hedgewars,no_server,-main" >> >> So doesn't keep hs-dataenc as NOSERVER is set. >> >> should be building >> games/hedgewars,no_server,-main >> games/hedgewars,-server >> >> games/Makefile has >> SUBDIR += hedgewars >> >> builds ,-main ,-server doesn't ask to build no_server,-main ,-server >> >> Not sure the PSEUDO_FLAVOR is required. Most bulks built ,-main ,-server and >> not >> building using no_server FLAVOR, and build as long as dpb junk hasn't >> removed hs-dataenc. > > This is very fragile indeed. > I would be in favor to just remove the PSEUDO_FLAVOR. Would anyone object? > There appears to be another issue, which causes dataenc not to be found during configure. devel/hs-dataenc and devel/hs-sandi appear to conflict with each other. $ pkg_info -L hs-sandi | grep Binary/Base64 /usr/local/lib/ghc/sandi-0.3.5/Codec/Binary/Base64.hi /usr/local/lib/ghc/sandi-0.3.5/Codec/Binary/Base64.p_hi /usr/local/lib/ghc/sandi-0.3.5/Codec/Binary/Base64Url.hi /usr/local/lib/ghc/sandi-0.3.5/Codec/Binary/Base64Url.p_hi $ pkg_info -L hs-dataenc | grep Binary/Base64 /usr/local/lib/ghc/dataenc-0.14.0.7/Codec/Binary/Base64.hi /usr/local/lib/ghc/dataenc-0.14.0.7/Codec/Binary/Base64.p_hi /usr/local/lib/ghc/dataenc-0.14.0.7/Codec/Binary/Base64Url.hi /usr/local/lib/ghc/dataenc-0.14.0.7/Codec/Binary/Base64Url.p_hi These two packages cannot be installed together.. hs-sandi is only used in devel/darcs build and hs-dataenc is only used in games/hedgewares. Either will fail if junk hasn't removed the other package.
