Re: [NEW]: p5-Mojolicious-Plugin-AccessLog
On Fri, Mar 15, 2019 at 10:49:06PM +, Olivier Cherrier wrote: > Hi, > > Here a new port for p5-Mojolicious-Plugin-AccessLog, > > $ cat pkg/DESCR > Mojolicious plugin to easily generate an access log. > $ OK afresh1@, preferably with: MAKE_ENV = TEST_POD=Yes -- andrew - http://afresh1.com Speed matters. Almost as much as some things, and nowhere near as much as others. -- Nick Holland
Re: [UPDATE] graphics/p5-Image-ExifTool
On Tue, Mar 12, 2019 at 10:49:31AM +0100, Remi Pointel wrote:
> Hi,
>
> attached is the diff to update p5-Image-ExifTool to latest production
> release.
>
> Ok?
OK afresh1@
> Cheers,
>
> Remi.
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/p5-Image-ExifTool/Makefile,v
> retrieving revision 1.44
> diff -u -p -u -p -r1.44 Makefile
> --- Makefile 1 Oct 2018 08:23:12 - 1.44
> +++ Makefile 12 Mar 2019 09:47:47 -
> @@ -2,7 +2,7 @@
>
> COMMENT= read and write meta information in image/audio/video files
>
> -DISTNAME=Image-ExifTool-11.11
> +DISTNAME=Image-ExifTool-11.30
> CATEGORIES= graphics
>
> HOMEPAGE=http://owl.phy.queensu.ca/~phil/exiftool/
> Index: distinfo
> ===
> RCS file: /cvs/ports/graphics/p5-Image-ExifTool/distinfo,v
> retrieving revision 1.37
> diff -u -p -u -p -r1.37 distinfo
> --- distinfo 1 Oct 2018 08:23:12 - 1.37
> +++ distinfo 12 Mar 2019 09:47:47 -
> @@ -1,2 +1,2 @@
> -SHA256 (Image-ExifTool-11.11.tar.gz) =
> 5k7udc28CUTqWYut5EosEA58lAzn0WPLvQh9K9AM7+s=
> -SIZE (Image-ExifTool-11.11.tar.gz) = 4472132
> +SHA256 (Image-ExifTool-11.30.tar.gz) =
> OlNzOhUyvt5M5+7nY+WrK7hxSedehp4Rpk0OFZhYcm4=
> +SIZE (Image-ExifTool-11.30.tar.gz) = 4507774
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/graphics/p5-Image-ExifTool/pkg/PLIST,v
> retrieving revision 1.31
> diff -u -p -u -p -r1.31 PLIST
> --- pkg/PLIST 13 Jun 2018 12:15:47 - 1.31
> +++ pkg/PLIST 12 Mar 2019 09:47:47 -
> @@ -151,6 +151,7 @@ ${P5SITE}/Image/ExifTool/Ogg.pm
> ${P5SITE}/Image/ExifTool/Olympus.pm
> ${P5SITE}/Image/ExifTool/OpenEXR.pm
> ${P5SITE}/Image/ExifTool/Opus.pm
> +${P5SITE}/Image/ExifTool/PCX.pm
> ${P5SITE}/Image/ExifTool/PDF.pm
> ${P5SITE}/Image/ExifTool/PGF.pm
> ${P5SITE}/Image/ExifTool/PICT.pm
> @@ -330,6 +331,7 @@ ${P5SITE}/Image/ExifTool/iWork.pm
> @man man/man3p/Image::ExifTool::Olympus.3p
> @man man/man3p/Image::ExifTool::OpenEXR.3p
> @man man/man3p/Image::ExifTool::Opus.3p
> +@man man/man3p/Image::ExifTool::PCX.3p
> @man man/man3p/Image::ExifTool::PDF.3p
> @man man/man3p/Image::ExifTool::PGF.3p
> @man man/man3p/Image::ExifTool::PICT.3p
--
andrew - http://afresh1.com
I wish life had an UNDO function.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/03/23 17:55:14 Modified files: lang/flang/libpgmath: Makefile distinfo lang/flang/libpgmath/patches: patch-lib_common_dispatch_c lang/flang/flang: Makefile distinfo Log message: Update to flang-7.0.1.20190320
Re: [UPDATE] textproc/p5-Text-Template to 1.55
Hi!
On Sat, 23 Mar 2019 15:43:05 -0700
Andrew Hewus Fresh wrote:
>
> This updates p5-Text-Template to the current version, seems to be a
> huge modernization of the codebase to use current best practices.
>
> https://metacpan.org/changes/distribution/Text-Template
>
> Plus we have a new test dependency for it: devel/p5-Test-More-UTF8
> https://metacpan.org/pod/Test::More::UTF8
> use Test::More;
> use Test::More::UTF8;
>
> # now we can easily use flagged strings without warnings like "Wide
> # character
> in print ..."
> is("\x{410}","\x{420}"); # got a failure message without warnings
>
>
> OK? Comments?
For Test::More::UTF8 i guess we should add:
MAKE_ENV += TEST_POD=Yes
> Index: Makefile
> ===
> RCS file: /cvs/ports/textproc/p5-Text-Template/Makefile,v
> retrieving revision 1.18
> diff -u -p -r1.18 Makefile
> --- Makefile 30 Apr 2017 15:47:03 - 1.18
> +++ Makefile 23 Mar 2019 22:38:44 -
> @@ -4,10 +4,15 @@ COMMENT=expand template text with embed
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME = Text-Template-1.47
> +DISTNAME=Text-Template-1.55
> [...]
> +FIX_EXTRACT_PERMISSIONS =Yes
Also there is a spacing inconsistency for FIX_EXTRACT_PERMISSIONS.
In any case, OK cwen@
Charlène.
[UPDATE] textproc/p5-Text-Template to 1.55
This updates p5-Text-Template to the current version, seems to be a huge
modernization of the codebase to use current best practices.
https://metacpan.org/changes/distribution/Text-Template
Plus we have a new test dependency for it: devel/p5-Test-More-UTF8
https://metacpan.org/pod/Test::More::UTF8
use Test::More;
use Test::More::UTF8;
# now we can easily use flagged strings without warnings like "Wide character
in print ..."
is("\x{410}","\x{420}"); # got a failure message without warnings
OK? Comments?
Index: Makefile
===
RCS file: /cvs/ports/textproc/p5-Text-Template/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile30 Apr 2017 15:47:03 - 1.18
+++ Makefile23 Mar 2019 22:38:44 -
@@ -4,10 +4,15 @@ COMMENT= expand template text with embed
MODULES= cpan
PKG_ARCH= *
-DISTNAME = Text-Template-1.47
+DISTNAME= Text-Template-1.55
CATEGORIES=textproc
# perl
PERMIT_PACKAGE_CDROM= Yes
+
+TEST_DEPENDS= devel/p5-Test-More-UTF8 \
+ devel/p5-Test-Warnings
+
+FIX_EXTRACT_PERMISSIONS = Yes
.include
Index: distinfo
===
RCS file: /cvs/ports/textproc/p5-Text-Template/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo30 Apr 2017 15:47:03 - 1.8
+++ distinfo23 Mar 2019 22:38:44 -
@@ -1,2 +1,2 @@
-SHA256 (Text-Template-1.47.tar.gz) =
UNdCx0SCR4qgEAjUaCkPz7wLmhIZz+EoQHbx8x8L6Pw=
-SIZE (Text-Template-1.47.tar.gz) = 48988
+SHA256 (Text-Template-1.55.tar.gz) =
pJSL6UUlDBf58KruVsx5sxldzry3UhW1XW7RyisC8Ys=
+SIZE (Text-Template-1.55.tar.gz) = 49367
p5-Test-More-UTF8-0.05.tar.gz
Description: application/tar-gz
Re: [Re: XSS vuln in cvsweb]
On Fri, Mar 22, 2019 at 01:41:27AM +0100, Ingo Schwarze wrote:
> I committed the patches from both of you to
>
> http://mandoc.bsd.lv/cgi-bin/cvsweb/?cvsroot=cvsweb
> http://mandoc.bsd.lv/cvsweb/
Thanks! I hadn't actually realized there was an upstream past the
OpenBSD ports tree. Good to know.
> in preparation for rolling a new release, then briefly looked at
> the script myself. My impression is there are huge numbers of
> additional candidates for missing escaping, see the incomplete list
> below (which may of course also contain some false positives). I'm
> not yet sure what to do about it (don't waste your time right now
> trying to fix all the potential issues below).
Yes, I believe the rest are all either actually safe due to some sort of
additional validation, or come from the cvs repository and so are less
likely to be malicious (or at least not significantly more malicious
than anything else being served).
> Maybe just fix the most important ones, check and apply the additional
> idea (adding some HTTP header) from sthen@, release 2.1.1 even if
> it is not perfect, update the port, then move on to the 3.0 branch,
> cleaning up things for real over there, aiming for a later 3.1.1
> release?
This is definitely an old codebase with lots of room for improvements.
If there is already work underway to improve that I certainly wouldn't
want to put too much work into patching up an old one only to have to
redo that work. I think patching up the important things and getting a
bugfix out is great with more improvements on a single branch.
I think I only see two spots below where the input could come from
someplace and may not be completely validated, the one in cvswebMarkup
and in chooseCVSRoot.
> That way, we would quickly get a 2.1.1 release that everybody could
> update to without too much hassle, whereas updating to 3.1.1 might
> not be easy for some, and besides releasing 3.1.1 will certainly
> not be quick. At the same time, that plan would avoid wasting too
> much time on 2.1.1. Not sure yet...
>
> Yours,
> Ingo
>
>
>
> Additional candidates where escaping is likely missing:
> ---
> sub clickablePath($$) {
> $retval = "[$cvstree]";
> $retval .= ' ' . ("[$cvstree]",
> sprintf('%s/%s#dirlist', $scriptname, $query));
$cvstree should be safe since it has to be something set in %CVSROOT via
@CVSrepositories in the config file. While I suppose it's possible for
that to contain stuff that needs escaping, it's unlikely to be
malicious.
if ($input{cvsroot} && $CVSROOT{$input{cvsroot}}) {
$cvstree = $input{cvsroot};
> $retval .= $_;
The current dir, again controlled by the content of the cvs repository
is probably fine.
> sub cvswebMarkup($$$) {
> print "Tag: ", $input{only_with_tag}, "\n"
This one should be fixed, and I see it is. Sorry about missing that one.
> sub doDiff($$) {
> print $_;
I believe this can only be reached after a text/plain header, not sure
we need to escape those.
> sub getDirLogs($$@) {
> print "$state:$_" if ($verbose);
I believe that $verbose causes things to print all sorts of stuff useful
only when debugging, if we need to sanitize that output it seemed like a
lot of work for something that was only useful when actually coding on
cvsweb. If I misunderstood $verbose, which is totally possible, but I
don't think it's something that works in "production".
> print "$filename $rev Wanted: $revwanted ",
> "Revbranch: $revbranch Branch: $branch ",
> "Branchpoint: $branchpoint\n"
> "File revision $rev found for
> branch
> $branch\n"
> print
> "File info $rev found for
> $filename
>
> sub readLog($;$) {
> print if ($verbose);
> print "R:", $_ if ($verbose);
> print "D:", $_ if ($verbose);
> print "L:", $_ if ($verbose);
> print "E:", $_ if ($verbose);
>
> sub link($$) {
> sprintf '%s', hrefquote($url), $name;
I think this is as designed and we'd have to make sure $name is escaped
as necessary before calling `link`.
# Note that this doesn't htmlquote the first argument...
> sub printLog($;$) {
> print "";
> print "";
> print "";
> sprintf(
> '%s?r1=%s%s', $scriptwhere,
> $_, htmlquote($barequery)
> )
> print "Revision $_";
> print "", $author{$_},
Re: Perl: typedef redefinition with different types
On Sat, Mar 23, 2019 at 12:16:56PM -0700, Andrew Hewus Fresh wrote: > My *guess* is that for some reason texinfo is trying to include it's own > parser.h file, but somehow is finding the perl version first. I'm not > quite sure why that would happen, but that's my guess. This seems to play out, based on this patch that I don't know is right or not. -- andrew - http://afresh1.com What are the unsurpassable real world weaknesses in OpenBSD, that you know of? -- Kevin Chadwick Lots of fake people attacking the project on the mailing lists makes them a poor resource for users. -- Theo de Raadt $OpenBSD$ Index: tp/Texinfo/XS/Makefile.in --- tp/Texinfo/XS/Makefile.in.orig +++ tp/Texinfo/XS/Makefile.in @@ -227,7 +227,7 @@ AM_V_at = $(am__v_at_@AM_V@) am__v_at_ = $(am__v_at_@AM_DEFAULT_V@) am__v_at_0 = @ am__v_at_1 = -DEFAULT_INCLUDES = -I.@am__isrc@ +DEFAULT_INCLUDES = -I.@am__isrc@ -I.@am__isrc@/parsetexi depcomp = $(SHELL) $(top_srcdir)/depcomp am__maybe_remake_depfiles = depfiles am__depfiles_remade = ./$(DEPDIR)/MiscXS.Plo ./$(DEPDIR)/TestXS.Plo \
Re: Perl: typedef redefinition with different types
On Sat, Mar 23, 2019 at 06:57:00AM +0100, Ingo Feinerer wrote:
> Hi,
>
> when trying to update texinfo to version 6.6 compilation fails with
>
> In file included from
> ~/ports/pobj/texinfo-6.6/texinfo-6.6/tp/Texinfo/XS/parsetexi/Parsetexi.xs:13:
> /usr/libdata/perl5/amd64-openbsd/CORE/parser.h:22:3: error: typedef
> redefinition with different types ('struct yy_stack_frame' vs
> 'struct yy_stack_frame')
> } yy_stack_frame;
> ^
>
> That seems to me a problem in the Perl header file (and not the texinfo
> program) from base.
>
> Any ideas?
My *guess* is that for some reason texinfo is trying to include it's own
parser.h file, but somehow is finding the perl version first. I'm not
quite sure why that would happen, but that's my guess.
http://git.savannah.gnu.org/cgit/texinfo.git/commit/?h=texinfo-6.6=6889f4ce15d496de82157fbc2f685e5387e985f3
Sadly my brain has been rattling around in my head too much this week
due to a cough so I've been having trouble concentrating on such stuff,
so not sure how that would be fixed.
l8rZ,
--
andrew - http://afresh1.com
Computer Science: solving today's problems tomorrow.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mari...@cvs.openbsd.org 2019/03/23 09:00:16 Modified files: sysutils/py-scandir: Makefile distinfo Log message: Updating py-scandir from 1.9.0 to 1.10.0 >From Kurt Mosiejczuk. OK kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/03/23 07:52:06 Modified files: lang/ponyc : Makefile distinfo lang/ponyc/patches: patch-Makefile Log message: Update to ponyc-0.28.0 Changelog: https://github.com/ponylang/ponyc/releases/tag/0.28.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ra...@cvs.openbsd.org 2019/03/23 07:30:09 Log message: Import portmidi-217 PortMidi is a library for real time input and output of MIDI data. Support for sndio is incomplete, only output is implemented for now. ok jca@, ratchov@ Status: Vendor Tag: rapha Release Tags: rapha_20190323 N ports/audio/portmidi/Makefile N ports/audio/portmidi/distinfo N ports/audio/portmidi/pkg/DESCR N ports/audio/portmidi/pkg/PLIST N ports/audio/portmidi/patches/patch-pm_test_CMakeLists_txt N ports/audio/portmidi/patches/patch-porttime_ptlinux_c N ports/audio/portmidi/patches/patch-pm_common_CMakeLists_txt N ports/audio/portmidi/patches/patch-pm_dylib_CMakeLists_txt N ports/audio/portmidi/patches/patch-CMakeLists_txt N ports/audio/portmidi/files/portmidi.pc.in N ports/audio/portmidi/files/pm_sndio/pmsndio.h N ports/audio/portmidi/files/pm_sndio/pmsndio.c No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2019/03/23 07:09:40 Modified files: www/weboob : Makefile distinfo www/weboob/patches: patch-setup_py www/weboob/pkg : PLIST Removed files: www/weboob/patches: patch-tools_run_tests_sh Log message: update weboob to 1.4 taking maintainership
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/03/23 06:19:54 Modified files: print/cups : Makefile distinfo print/cups/patches: patch-backend_ipp_c patch-scheduler_ipp_c patch-test_run-stp-tests_sh Log message: Update to cups-2.2.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/03/23 04:55:51 Modified files: math/coq : Makefile Log message: Move comment to the right place
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/03/23 04:54:59 Modified files: devel/frama-c : Makefile math/coq : Makefile Log message: DPB_PROPERTIES=parallel not needed Sneaked in the last OCaml update. Those ports aren't big nor critical enough to warrant the use of multiple build slots in regular bulk builds.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/03/23 04:41:05 Modified files: sysutils/login_krb5: Makefile distinfo Log message: Update to login_krb5-6.5.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/03/23 04:31:17 Modified files: devel/frama-c : Makefile Log message: Use FIX_EXTRACT_PERMISSIONS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/03/23 04:30:03 Modified files: devel/frama-c : Makefile Log message: Also use https for HOMEPAGE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/03/23 04:19:20 Modified files: sysutils/login_krb5: Makefile distinfo Log message: Update to login_krb5-6.5.
Re: devel/frama-c: Add findlib as run dependency
On Fri, Mar 22 2019, Greg Czerniak wrote:
> Here is what I see if I launch frama-c after installing the standard package:
>
> $ frama-c
> [kernel] Current source was: :0
> The full backtrace is:
> Raised at file "stdlib.ml", line 33, characters 17-33
> Called from file "findlib.ml", line 166, characters 10-151
> Called from file "src/kernel_services/plugin_entry_points/dynamic.ml", line
> 287, characters 2-45
> Called from file "src/kernel_services/plugin_entry_points/kernel.ml", line
> 760, characters 4-49
> Called from file "src/kernel_services/cmdline_parameters/cmdline.ml", line
> 836, characters 2-22
> Called from file "src/kernel_services/cmdline_parameters/cmdline.ml", line
> 229, characters 4-8
>
> Unexpected error (Failure("Config file not found - neither
> /etc/findlib.conf nor the directory /etc/findlib.conf.d")).
> Please report as 'crash' at http://bts.frama-c.com/.
> Your Frama-C version is 18.0 (Argon).
> Note that a version and a backtrace alone often do not contain enough
> information to understand the bug. Guidelines for reporting bugs are at:
>
> http://bts.frama-c.com/dokuwiki/doku.php?id=mantis:frama-c:bug_reporting_guidelines
> $
>
> If I install the findlib package, frama-c runs without incident.
Indeed.
> Below is a patch that adds findlib as a run dependency for frama-c.
Committed, thanks. (With a REVISION bump)
> Index: devel/frama-c/Makefile
> ===
> RCS file: /cvs/ports/devel/frama-c/Makefile,v
> retrieving revision 1.12
> diff -u -p -r1.12 Makefile
> --- devel/frama-c/Makefile13 Mar 2019 09:34:42 - 1.12
> +++ devel/frama-c/Makefile22 Mar 2019 20:35:43 -
> @@ -24,8 +24,8 @@ MODULES = lang/ocaml
>
> BUILD_DEPENDS = x11/lablgtk2 devel/ocaml-graph \
> math/graphviz math/ocaml-zarith sysutils/findlib
> -RUN_DEPENDS =x11/lablgtk2 math/graphviz math/ocaml-zarith
> -
> +RUN_DEPENDS =x11/lablgtk2 math/graphviz math/ocaml-zarith \
> + sysutils/findlib
> LIB_DEPENDS =x11/gnome/libgnomecanvas \
> x11/gtksourceview
>
>
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/03/23 04:12:53 Modified files: devel/frama-c : Makefile Log message: frama-c needs findlib at runtime from Greg Czerniak
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/03/23 04:11:00 Modified files: devel/frama-c : Makefile Log message: Split BUILD/RUN_DEPENDS, one per line
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2019/03/23 02:51:15 Modified files: devel/glib2: Makefile Added files: devel/glib2/patches: patch-gio_gdbusprivate_c Log message: Fix a use-after-free in glib2 which got triggered by gnome-session-binary. ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/03/23 02:06:27 Modified files: www/firefox-esr: Tag: OPENBSD_6_4 Makefile distinfo Log message: MFC:Update to firefox-esr 60.6.1. Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-10/ 6.4-stable packages will be available tmrw late, still building.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/03/23 02:05:16 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Log message: Update to firefox-esr 60.6.1. Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-10/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/03/23 01:28:45 Modified files: graphics/nomacs: Makefile distinfo graphics/nomacs/patches: patch-cmake_Unix_cmake graphics/nomacs/pkg: PLIST Added files: graphics/nomacs/patches: patch-3rdparty_drif_drif_image_h Removed files: graphics/nomacs/patches: patch-cmake_UnixBuildTarget_cmake Log message: Update nomacs to 3.10.2 OK kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/03/23 01:26:56 Modified files: graphics/opencv: Makefile distinfo graphics/opencv/patches: patch-cmake_OpenCVFindLibsVideo_cmake patch-cmake_OpenCVPCHSupport_cmake patch-modules_core_src_system_cpp graphics/opencv/pkg: PLIST-docs PLIST-java PLIST-main Added files: graphics/opencv/patches: patch-cmake_OpenCVFindLibsGrfmt_cmake patch-modules_dnn_src_torch_THGeneral_cpp Removed files: graphics/opencv/patches: patch-CMakeLists_txt patch-cmake_OpenCVUtils_cmake patch-modules_core_include_opencv2_core_operations_hpp patch-modules_highgui_src_cap_ffmpeg_impl_hpp patch-modules_java_CMakeLists_txt patch-modules_python_src2_cv2_cv_hpp patch-modules_ts_CMakeLists_txt Log message: Update opencv to 3.4.2 OK kn@ Thanks! Big Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/03/23 01:16:35 Modified files: databases/sqlite3: Makefile distinfo Log message: Update to sqlite3 3.27.2. Went into a bulk without fallout.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2019/03/23 00:32:30 Modified files: net/powerdns : distinfo Log message: Missed in previous
Perl: typedef redefinition with different types
Hi,
when trying to update texinfo to version 6.6 compilation fails with
In file included from
~/ports/pobj/texinfo-6.6/texinfo-6.6/tp/Texinfo/XS/parsetexi/Parsetexi.xs:13:
/usr/libdata/perl5/amd64-openbsd/CORE/parser.h:22:3: error: typedef
redefinition with different types ('struct yy_stack_frame' vs
'struct yy_stack_frame')
} yy_stack_frame;
^
That seems to me a problem in the Perl header file (and not the texinfo
program) from base.
Any ideas?
Thank you!
Best regards,
Ingo
