Re: CVS: cvs.openbsd.org: ports
On Tue, Nov 17, 2020 at 01:37:10PM -0700, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2020/11/17 13:37:09 > > Modified files: > graphics/openimageio: Makefile > graphics/openimageio/pkg: PLIST > > Log message: > openimageio tweaks: > > - use system pugixml rather than embedded copy (fixing a build error > seen with Blender 2.81 if system pugixml is installed during build) > > - switch python bindings from py2 to py3, removing another user of > boost_python27 libs > > - sort LIB_DEPENDS > > ok pascal@ (maintainer) Could this be the cause of: Create /exopi-cvs/ports/packages/amd64/all/openimageio-1.8.6p11.tgz Creating package openimageio-1.8.6p11 checksumming|** | 89% Error: /exopi-obj/pobj/openimageio-1.8.6/fake-amd64/usr/local/man/man1/iv.1 does not exist pkg_create: can't continue -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Tue, Nov 17, 2020 at 02:05:29PM -0700, Benoit Lecocq wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: ben...@cvs.openbsd.org 2020/11/17 14:05:29
>
> Modified files:
> www/cgicc : Makefile distinfo
> www/cgicc/pkg : PLIST
>
> Log message:
> Update to cgicc-3.2.19.
Doesn't build.
===> Building for cgicc-3.2.19
Making all in cgicc
(CDPATH="${ZSH_VERSION+.}:" && cd .. && /bin/sh
/exopi-obj/pobj/cgicc-3.2.19/cgicc-3.2.19/support/missing autoheader)
/exopi-obj/pobj/cgicc-3.2.19/cgicc-3.2.19/support/missing[81]: autoheader: not
found
WARNING: 'autoheader' is missing on your system.
You should only need it if you modified 'acconfig.h' or
'configure.ac' or m4 files included by 'configure.ac'.
The 'autoheader' program is part of the GNU Autoconf package:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2020/11/19 00:42:18 Modified files: graphics/lcms : Makefile Log message: switch HOMEPAGE to HTTPS here too
Re: [Maintainer Update] www/zola 0.10.0 -> 0.11.0
Ping. On Mon, Sep 07, 2020 at 20:26:04 Peter Ezetta wrote: > I'm going to go ahead and stop > work on this and work on 0.10.0->0.12.0 Any updates?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2020/11/19 00:33:53 Modified files: graphics/lcms2 : Makefile Log message: switch HOMEPAGE to HTTPS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/19 00:19:55 Modified files: devel : Makefile Log message: +p5-Data-Section-Simple
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/19 00:15:49 Log message: Import p5-Data-Section-Simple-0.07 from wen heping, OK afresh1@ Status: Vendor Tag: benoit Release Tags: benoit_20201119 N ports/devel/p5-Data-Section-Simple/Makefile N ports/devel/p5-Data-Section-Simple/distinfo N ports/devel/p5-Data-Section-Simple/pkg/DESCR N ports/devel/p5-Data-Section-Simple/pkg/PLIST No conflicts created by this import
Re: UPDATE: Tor Browser 10.0.5
On Thu, November 19, 2020 02:49, Dimitri Karamazov wrote: > Hi, > > > Below is a diff that updates Tor Browser to 10.0.5 following the new > release of Firefox ESR. Similar to www/firefox-esr, the jumbo patch is not > necessary anymore so I removed it. Tested on > amd64. More information: > https://blog.torproject.org/new-release-tor-browser-1005 > > > Thanks, > Caspar Schutijser > > > Index: meta/tor-browser/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /cvs/ports/meta/tor-browser/Makefile,v > retrieving revision 1.31 diff -u -p -r1.31 Makefile --- > meta/tor-browser/Makefile 14 Nov 2020 11:53:28 - 1.31 > +++ meta/tor-browser/Makefile 18 Nov 2020 20:08:35 - > @@ -4,10 +4,10 @@ COMMENT=3D Tor Browser meta package > =20 > MAINTAINER=3D Caspar Schutijser > =20 > > Please resend, the patch includes some crazy characters. -- |Index: www/tor-browser/browser/distinfo |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /cvs/ports/www/tor-browser/browser/distinfo,v |retrieving revision 1.30 |diff -u -p -r1.30 distinfo |--- www/tor-browser/browser/distinfo 14 Nov 2020 11:53:28 - 1.30 |+++ www/tor-browser/browser/distinfo 18 Nov 2020 20:08:35 - -- Patching file www/tor-browser/browser/distinfo using Plan A... patch: malformed patch at line 81: DX2SXwHiNsgfsLNyqxu1NrTeU=3D
Re: [UPDATE] math/lrs -> 071a
On Wed, November 18, 2020 22:02, Stuart Henderson wrote:
> On 2020/11/18 21:14, Edd Barrett wrote:
>
>> On Wed, Nov 18, 2020 at 10:42:17AM -, Dimitri Karamazov wrote:
>>
>>> diff attached below with all the rest of the changes.
>>
>> Thanks!
>>
>>
>> I was about to commit this when I noticed that there's a sole compiler
>> invocation which is not honouring our flags:
>>
>> ```
>> cc -DGMP -DMA lrsnash.c lrsnashlib.c -I/usr/local/include -o lrsnash-shared
>> -L . -L/usr/local/lib -llrs -lgmp ```
>>
>>
>> If you can fix that, I'll commit the diff :)
Fixed
>
> btw there are some other parts of the Makefile patch that can be simplified
> but they could be handled later.
> Specifically, unlike
> CFLAGS/CXXFLAGS, ports doesn't have any claim to honour CPPFLAGS or
> LDFLAGS as user settings so there's no need to change the existing
> -L${LIBDIR} -> ${LDFLAGS} or -I${INCLUDEDIR} -> ${CPPFLAGS},
> as long as it's using the correct dir.
>
> Many ports do use CPPFLAGS/LDFLAGS to pass things in but this is
> normally where the upstream build system already honours them. Where upstream
> uses another mechanism (like
> LIBDIR/INCLUDEDIR here)
> it's less hassle to work with that instead.
>
Upstream is less likely to accept since it is just another mechanism,
I guess it is not possible/unlikely to change location of LOCALBASE so
it will be redundant anyway.
diff with LDFLAGS and CPPFLAGS defined exists as an attachment, just in
case.
This one simply introduces CFLAGS based on Stuart's comments.
Hope there is no confusion :)
Index: Makefile
===
RCS file: /cvs/ports/math/lrs/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile12 Jul 2019 20:47:42 - 1.6
+++ Makefile19 Nov 2020 02:22:25 -
@@ -2,35 +2,36 @@
COMMENT = solve vertex enumeration and convex hull problems
-DISTNAME = lrslib-042c
-PKGNAME = lrs-042
-REVISION = 1
+V =071a
+DISTNAME = lrslib-${V}
+PKGNAME = lrs-${V}
FIX_EXTRACT_PERMISSIONS=Yes
+SHARED_LIBS = lrs 0.0 # 1.0
+
CATEGORIES = math
HOMEPAGE = http://cgm.cs.mcgill.ca/~avis/C/lrs.html
-MAINTAINER = Edd Barrett
+MAINTAINER = Dimitri Karamazov
# GPLv2
PERMIT_PACKAGE = Yes
WANTLIB = c gmp
-MASTER_SITES = http://cgm.cs.mcgill.ca/~avis/C/lrslib/
+MASTER_SITES = http://cgm.cs.mcgill.ca/~avis/C/lrslib/archive/
+
+USE_GMAKE =Yes
MAKE_FILE =makefile
-MAKE_FLAGS = CPPFLAGS=-I${LOCALBASE}/include
LDFLAGS=-L${LOCALBASE}/lib
-ALL_TARGET = gmp # build with arbitrary precision numbers
+MAKE_FLAGS = CFLAGS="${CFLAGS} -Wall" \
+ SONAME="liblrs.so.${LIBlrs_VERSION:R}" \
+ SOMINOR=".${LIBlrs_VERSION:E}"
-LIB_DEPENDS = devel/gmp
+ALL_TARGET = lrs lrsnash single all-shared
-BINARIES = 2gnash buffer gfourier glrs gnash gredund
-do-install:
-.for i in ${BINARIES}
- ${INSTALL_PROGRAM} ${WRKBUILD}/${i} ${PREFIX}/bin/
-.endfor
+LIB_DEPENDS = devel/gmp
# A simple test to check it works
REGRESS_FILES =test.ine expected_outcome.ine openbsd_regress.sh
@@ -39,10 +40,5 @@ do-test:
cp ${FILESDIR}/${i} ${WRKBUILD}
.endfor
cd ${WRKBUILD} && sh openbsd_regress.sh
-
-# resolve conflict with www/gnash and misc/buffer
-post-install:
- mv ${PREFIX}/bin/gnash ${PREFIX}/bin/lrsgnash
- mv ${PREFIX}/bin/buffer ${PREFIX}/bin/lrsbuffer
.include
Index: distinfo
===
RCS file: /cvs/ports/math/lrs/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:14:27 - 1.2
+++ distinfo19 Nov 2020 02:22:25 -
@@ -1,2 +1,2 @@
-SHA256 (lrslib-042c.tar.gz) = U/mbUnE5e7XzF8lvo2Xtwaxx+ny6ApXIvXngiC9cOko=
-SIZE (lrslib-042c.tar.gz) = 168765
+SHA256 (lrslib-071a.tar.gz) = kmY26mjeRmJfFB9uAl3OlnzH5oz0v0pZc3XAY/XBFnM=
+SIZE (lrslib-071a.tar.gz) = 458590
Index: files/openbsd_regress.sh
===
RCS file: /cvs/ports/math/lrs/files/openbsd_regress.sh,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 openbsd_regress.sh
--- files/openbsd_regress.sh7 Oct 2011 08:58:42 - 1.1.1.1
+++ files/openbsd_regress.sh19 Nov 2020 02:22:25 -
@@ -5,7 +5,7 @@ IN=test.ine
OUT=actual_outcome.ine
EXPECT=expected_outcome.ine
-./glrs ${IN} | grep -e '^ 1' 2>&1 | tee ${OUT}
+./lrsgmp ${IN} | grep -e '^ 1' 2>&1 | tee ${OUT}
DIFF=`diff -u ${OUT} ${EXPECT}`
if [ -n "${DIFF}" ]; then
Index: patches/patch-makefile
===
RCS file: /cvs/ports/math/lrs/patches/patch-makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1
UPDATE: openimageio 1.8.17
Here is an update to openimageio 1.8.17. The last release along the 1.8 branch. 1.8.8 drops usage of GLEW. 1.8.9 has switched from openjpeg to openjp2. Release 1.8.7 (1 Jan 2018) -- compared to 1.8.6 - * All string->numeric parsing and numeric->string formatting is now locale-independent and always uses '.' as decimal marker. #1796 * oiiotool outputs are now written to temporary files, then atomically moved to the specified filename at the end. This makes it safe for oiiotool to "overwrite" a file (i.e. `oiiotool in.tif ... -o out.tif`) without problematic situations where the file is truncated or overwritten before the reading is complete. #1797 * Python bindings for ImageBuf.get_pixels and set_pixels fixed some bugs when passed an ROI without a channel range specified. #1802 * More robust parsing of XMP metadata for unknown metadata names. #1816 * strutil.h now includes a to_string<> utility template. #1814 Release 1.8.8 (1 Feb 2018) -- compared to 1.8.7 - * OpenEXR: gracefully detect and reject files with subsampled channels, which is a rarely-to-never-used OpenEXR feature that we don't support properly. #1849 * Field3d: Prevent crashes when open fails. #1848 * RAW: Add "raw:HighlightMode" configuration hint to control libraw's handling of highlight mode processing. #1851 * zfile: more careful gzopen on Windows that could crash when given bogus filename. #1839 * DICOM: Fix dcmtk build errors on some platforms. Also, the minimum dcmtk version we suport is 3.6.1. #1843 * simd.h: Minor fixes especially for avx512. #1846 * iv: Drop GLEW and obsolete GL stuff from iv in favor of QOpenGLFunctions, and fix broken pixelview text rendering. #1834 * On Unix/Linux, add explicit DL library dependency to libOpenImageIO.so itself instead of only to the binaries and test utilities. #1860 * Build fixes for Hurd OS. #1850 Release 1.8.9 (1 Mar 2018) -- compared to 1.8.8 - * Properly find newer openjpeg 2.3. #1871 * Bug fix in IBA::copy where uninitialized dst image botched its ROI. #1876 * RAW: Important bug fix when dealing with rotated (and vertical) images, which were not being re-oriented properly and could get strangely scrambled. #1854 Release 1.8.10 (1 Apr 2018) -- compared to 1.8.9 - * oiiotool frame sequence wildcard improvements: fix handling of negative frame numbers and ranges, also the `--frames` command line option is not enough to trigger a loop over those frame numbers, even if no other arguments appear to have wildcard structure. #1894 * TIFF bug fix: read_tile() and read_tiles() input of un-premultiplied tiles botched the "shape" of the tile data array. #1907 * Windows/MSVC build fix: use the `/bigobj` option on some large modules that need it. #1900, #1902 * fmath.h, hash.h, color.h: changes to make it friendly to Cuda compilation (#1888, #1896, #1905). * fmath.h avx-512 improvements. #1893 * testsuite is not Python 2/3 agnostic. Release 1.8.11 (1 May 2018) -- compared to 1.8.10 - * Fix to strtof, strtod for non-C locales. #1918 * Add up-to-date Nuke versions to FindNuke.cmake. #1920 * Allow building against ffmpeg 4.0. #1926 Release 1.8.12 (1 Jun 2018) -- compared to 1.8.11 - * Build fix for 32 bit Windows -- disable SSE that was making trouble. #1933 * Improved UTF-8 filename support for OpenEXR filenames. #1941 * filesystem.h: Improve UTF-8 handling for unique_path and temp_directory functions. #1940 * Fixes to un-break the build when EMBEDPLUGINS=0. #1942 * Fix iv (especially on OSX) for various ways it has been broken since the shift to Qt5. #1946 * Improvements in finding the location of OpenJPEG with Macports. #1948 * ImageCache and TextureSystem now have close(filename) and close_all() methods, which for one file or all files will close the files and release any open file handles (also unlocking write access to those files on Windows), but without invalidating anything it knows about the ImageSpec or any pixel tiles already read from the files, as would happen with a call to the much more drastic invalidate() or invalidate_all(). #1950 Release 1.8.13 (1 Aug 2018) -- compared to 1.8.12 - * Improved finding LibRaw on Windows #1959 * Ensure FFMPEG (if found) is the minimum supported version 2.6. #1963 * Developer goodies: `intrusive_ptr<>` given a dangerous `release()` method (use with caution). #1986 Release 1.8.14 (1 Sep 2018) -- compared to 1.8.13 - * Support compilation by clang 7.0. #1995 * Bug fix to ImageBuf::roi_cointains(). #1997 * Fix ImageSpec constructor from an ROI, display/"full" window did not get the right default origin. #1996 * GIF
UPDATE: libplacebo 2.72.2
Here is an update to libplacebo 2.72. v2.72.1 This release backports a number of bug fixes from master affecting the v2.72.0 release, most notably extending the range of supported glslang versions, as well as fixing the 3DLUT/ICC generation code. Bug fixes: - compatibility with glslang >= 8.13.3743 - compatibility with new glslang semantic versioning scheme - fix broken shaders on some versions of GLES by defaulting to 32-bit precision for floating point math - fix the vulkan API version passed to shaderc - fix the extension check for glInvalidateTexImage - fix pl_tex_create on older GLES versions - fix OpenGL logging thread safety - fix undefined memcmp() in pl_shader_av1_grain - fix pl_render_target.repr being ignored by pl_render_image - fix 3DLUT generation code (generated corrupt LUTs in all cases) - fix symbol visibility on some versions of GCC - fix potential overflow in BT.2390 shader - properly restrict pl_shader_sample_polar to GLSL >= 130 - fix vulkan function loading of promoted core functions Other changes: - tiny performance gain in 3DLUT generation - pl_opengl_create now logs GL_EXTENSIONS - log some additional VkResult enum members - improve several vulkan log messages by using friendly names of enums - add a copy of the config.h variables to the libplacebo.pc file v2.72.2 This hotfix release fixes an additional glslang linking/build issue that was missed in v2.72.1. Bug fixes: - fix linking issue with some installations of glslang >= 11.0.0 Index: Makefile === RCS file: /home/cvs/ports/graphics/libplacebo/Makefile,v retrieving revision 1.4 diff -u -p -u -p -r1.4 Makefile --- Makefile4 Oct 2020 18:34:17 - 1.4 +++ Makefile18 Nov 2020 10:45:29 - @@ -4,11 +4,10 @@ COMMENT= reusable library for GPU-accele GH_ACCOUNT=haasn GH_PROJECT=libplacebo -GH_TAGNAME=v2.72.0 -REVISION= 0 +GH_TAGNAME=v2.72.2 CATEGORIES=graphics -SHARED_LIBS= placebo 2.0 +SHARED_LIBS= placebo 2.1 MAINTAINER=Brad Smith Index: distinfo === RCS file: /home/cvs/ports/graphics/libplacebo/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo14 Jun 2020 19:54:31 - 1.3 +++ distinfo18 Nov 2020 10:39:15 - @@ -1,2 +1,2 @@ -SHA256 (libplacebo-2.72.0.tar.gz) = Qfg95CccANAfrM5oOveYA1cHh0whET3PCwDnS2/OcTs= -SIZE (libplacebo-2.72.0.tar.gz) = 396115 +SHA256 (libplacebo-2.72.2.tar.gz) = ZPbhfpQwKDMt7KF/eYIsZhdpiM94aMDIvdgtLoo2bf8= +SIZE (libplacebo-2.72.2.tar.gz) = 398317
Re: devel/cryptopp needs an update; help wanted!
On Wed, 18 Nov 2020 00:20:38 +
Stuart Henderson wrote:
> I've updated it (and fixed up deps). I've run the test suite on aarch64,
> amd64, i386 with no problems, it seems to have fairly good cross-arch
> compatibility but wouldn't hurt to get reports from other archs if anyone
> with those systems has time.
cryptopp has wrong powerpc* simd code; "make test" crashed on macppc.
"make build" failed on powerpc64.
On macppc, "./cryptest.exe v" got "Illegal instruction (core dumped)"
from a SIGILL in ppc_power7.cpp CPU_ProbePower7(). This file is built
with -mcpu=power7 -maltivec and the code tries to handle SIGILL:
bool CPU_ProbePower7()
{
...
volatile SigHandler oldHandler = signal(SIGILL, SigIllHandler);
...
signal(SIGILL, oldHandler);
return result;
}
It crashed because clang put an "isel" after the second signal call,
and macppc hardware is older than power7.
(gdb) disas
Dump of assembler code for function _ZN8CryptoPP15CPU_ProbePower7Ev:
...
0x0cdcfd6c <+92>:bl 0xce929fc <8000.got2.plt_pic32.signal>
...
0x0cdcfe38 <+296>: bl 0xce929fc <8000.got2.plt_pic32.signal>
...
=> 0x0cdcfe50 <+320>: iselr3,r3,r29,20
...
My powerpc64 has a POWER9, but "make build" failed, perhaps because
of confusion between unsigned long and unsigned long long for a 64-bit
integer. I copied the first error below. Later, if I find time, I
might try to send bug report to upstream.--George
c++ -O2 -pipe -fPIC -Wno-unused -DNDEBUG -DCRYPTOPP_DISABLE_MIXED_ASM -mcpu=powe
r8 -maltivec -c gcm_simd.cpp
gcm_simd.cpp:190:29: error: no matching function for call to 'VecLoad'
const uint64x2_p a1=VecLoad(wa1), b1=VecLoad(wb1);
^~~
./ppc_simd.h:253:19: note: candidate function not viable: no known conversion
from 'const uint64_t [2]' to 'const CryptoPP::byte *' (aka
'const unsigned char *') for 1st argument
inline uint32x4_p VecLoad(const byte src[16])
^
./ppc_simd.h:308:19: note: candidate function not viable: no known conversion
from 'const uint64_t [2]' to 'const CryptoPP::word32 *' (aka
'const unsigned int *') for 1st argument
inline uint32x4_p VecLoad(const word32 src[4])
^
/ppc_simd.h:346:19: note: candidate function not viable: no known conversion
from 'const uint64_t [2]' to 'const CryptoPP::word64 *' (aka
'const unsigned long *') for 1st argument
inline uint64x2_p VecLoad(const word64 src[2])
^
./ppc_simd.h:281:19: note: candidate function not viable: requires 2 arguments,
but 1 was provided
inline uint32x4_p VecLoad(int off, const byte src[16])
^
./ppc_simd.h:326:19: note: candidate function not viable: requires 2 arguments,
but 1 was provided
inline uint32x4_p VecLoad(int off, const word32 src[4])
^
./ppc_simd.h:365:19: note: candidate function not viable: requires 2 arguments,
but 1 was provided
inline uint64x2_p VecLoad(int off, const word64 src[2])
^
Re: [NEW] devel/p5-Data-Section-Simple
On Fri, Jul 24, 2020 at 01:27:45PM -0700, Andrew Hewus Fresh wrote: > On Tue, Jul 07, 2020 at 07:15:18AM +, wen heping wrote: > > Hi, ports@: > > > > Here is a patch to create devel/p5-Data-Section-Simple, which is > > needed by the update of devel/p5-Locale-US. > > It build well and pass all tests on amd64-current system. > > > The COMMENT starts with a capital letter, which it shouldn't. Other than > that > > OK afresh1@ Still OK afresh1@, still blocking the update of p5-Locale-US. Tarball with corrected COMMENT attached for convenience. l8rZ, -- andrew - http://afresh1.com The 3 great virtues of a programmer: Laziness, Impatience, and Hubris. --Larry Wall p5-Data-Section-Simple-0.07.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/11/18 17:17:49
Modified files:
sysutils/coreutils: Makefile
Added files:
sysutils/coreutils/patches: patch-lib_vasnprintf_c
Log message:
Prevent gnulib compat code from using snprintf("...%n") for no good reason
Heavier fix in upstream gnulib:
https://lists.gnu.org/archive/html/bug-gnulib/2020-10/msg00013.html
Spotted by schwarze@, ok bcallah@ (maintainer) schwarze@
cyrus-imapd upstreamed patches and improvements
Hi Antoine, all.
For some months I was updating the cyrus-imapd port, upstreaming the
upstreamable patches and working with the upstream to improve additional
features of the port as follows.
Upstreamed patches [1]:
* patch-configure
* patch-lib_byteorder64_h
* patch-imap_fud_c
You already removed the first 2 patches in the latest port update and modified a
bit the 3rd one. I've also upstreamed that modification. [1.1]
A workaround for the lack of deflatePending in zlib was implemented [2][3] which
is needed for the http component of cyrus-imapd (not yet enabled in the port).
CLD2 dependency checks were removed [4].
SNMP was finally removed from cyrus-imapd [5] (metrics are implemented with
Prometheus now).
SSE4.2 implementation for CRC32 was removed [6].
A script that was part of the autoconf setup had a hardcoded #!/bin/bash which
was preventing the rebuild of configure & co on OpenBSD. Fixed [7].
I also disabled nntp. Not sure if you know someone still using it, but it had a
critical vuln some time ago, so if nobody is using it, I guess it's better to
disable it.
I'm including below a patch for all these changes in the port.
Then there are more changes already upstreamed, that didn't make it into the
3.2.4 release, though they are already in the 3.2 branch and should be included
in the next 3.2.5 release. These are related to the format specifier differences
on Linux and OpenBSD, i.e. format specifiers in printf/scanf for types like
time_t, off_t, etc. (%ld vs %ldd). [8]
The cross-platform fixes that we implemented with the upstream [9] remove the
following patches for non-http build:
patch-imap_conversations_c
patch-imap_mailbox_c
patch-imap_mbexamine_c
patch-imap_seen_db_c
patch-imap_sync_support_c
patch-imtest_imtest_c
patch-lib_auth_pts_c
patch-lib_prot_c
patch-master_master_c
patch-notifyd_notify_mailto_c
patch-sieve_sieved_c
and fix about 60 related additional issues and warnings for a http-enabled
build.
We have also determined the cause for the 37 "unknown attribute 'optimize'
ignored" warning and fixed it upstream. The fix will be in the 3.2.5. [10]
After all this, the only patches that would remain in the port would be the ones
that fix the paths specific to OpenBSD in man pages and some scripts (e.g.
/usr/bin vs /usr/local/bin), not sure if there's a way to upstream them too.
At this moment I'm also preparing a diff for the cyrus-imapd flavors, though I'd
probably wait for the 3.2.5 to have a clean base before sending the diff.
The JMAP subcomponent of the http component of cyrus-imapd has a dependency on
wslay-1.1.1. The wslay v1.1.0 was missing one change on which cyrus-imapd is
relying [11], so I asked [12] the wslay maintainer to release a new version,
which he has done about 4 months ago.
Could you please update it in the ports? The current version is still 1.1.0.
Regards,
Anatoli
[1] https://github.com/cyrusimap/cyrus-imapd/pull/3129
[1.1] https://github.com/cyrusimap/cyrus-imapd/pull/3239
[2] https://www.mail-archive.com/cyrus-devel@lists.andrew.cmu.edu/msg04440.html
[3] https://github.com/cyrusimap/cyrus-imapd/pull/3061
[4] https://github.com/cyrusimap/cyrus-imapd/pull/3112
[5] https://github.com/cyrusimap/cyrus-imapd/issues/1765
[6] https://github.com/cyrusimap/cyrus-imapd/pull/3113
[7] https://github.com/cyrusimap/cyrus-imapd/issues/3143
[8] https://github.com/cyrusimap/cyrus-imapd/issues/3128
[9] https://github.com/cyrusimap/cyrus-imapd/pull/3262
[10] https://github.com/cyrusimap/cyrus-imapd/issues/3265
[11] https://www.mail-archive.com/cyrus-devel@lists.andrew.cmu.edu/msg04445.html
[12] https://github.com/tatsuhiro-t/wslay/issues/57
diff --git Makefile Makefile
index c7fb05ebcee..bfee0b835b1 100644
--- Makefile
+++ Makefile
@@ -39,8 +39,7 @@ LIB_DEPENDS= databases/sqlite3 \
CONFIGURE_STYLE= gnu
CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
- LDFLAGS="-L${LOCALBASE}/lib" \
- cyrus_cv_sse42=no
+ LDFLAGS="-L${LOCALBASE}/lib"
CONFIGURE_ARGS=--bindir=${PREFIX}/cyrus/bin \
--libexec=${PREFIX}/cyrus/libexec \
--sbindir=${PREFIX}/cyrus/sbin \
@@ -48,17 +47,12 @@ CONFIGURE_ARGS= --bindir=${PREFIX}/cyrus/bin \
--with-cyrus-user=_cyrus \
--with-syslogfacility=MAIL \
--without-chardet \
- --without-cld2 \
--without-sphinx-build \
--without-zeroskip \
--disable-gssapi \
--enable-autocreate \
--enable-idled \
- --enable-murder \
- --enable-nntp
-
-# XXX FLAVOR
-CONFIGURE_ARGS += --without-snmp
+ --enable-murder
# XXX notyet; FLAVOR
arm bulk build report
bulk build on armv7.ports.openbsd.org started on Thu Oct 1 15:09:36 MDT 2020 finished at Wed Nov 18 15:29:12 MST 2020 lasted 18D01h19m done with kern.version=OpenBSD 6.8 (GENERIC) #335: Sun Sep 27 09:35:34 MDT 2020 built packages:8781 Oct 1:1018 Oct 2:1900 Oct 3:343 Oct 4:96 Oct 5:253 Oct 6:165 Oct 7:20 Oct 8:15 Oct 9:206 Oct 10:136 Oct 11:143 Oct 12:40 Oct 13:58 Oct 14:45 Oct 15:92 Oct 16:128 Oct 17:74 Oct 18:43 Oct 19:55 Oct 20:336 Oct 21:108 Oct 22:162 Oct 23:70 Oct 24:89 Oct 25:66 Oct 26:243 Oct 27:97 Oct 28:176 Oct 29:174 Oct 30:159 Oct 31:180 Nov 1:3244 Nov 2:103 Nov 3:85 Nov 4:168 Nov 5:199 Nov 6:298 Nov 7:310 Nov 8:302 Nov 9:55 Nov 10:73 Nov 11:123 Nov 12:108 Nov 13:89 Nov 14:40 Nov 15:108 Nov 16:387 Nov 17:1136 Nov 18:946 critical path missing pkgs: http://build-failures.rhaalovely.net/arm/2020-10-01/summary.log build failures: 43 http://build-failures.rhaalovely.net/arm/2020-10-01/databases/openldap,gssapi.log http://build-failures.rhaalovely.net/arm/2020-10-01/devel/dyncall.log http://build-failures.rhaalovely.net/arm/2020-10-01/devel/liboil.log http://build-failures.rhaalovely.net/arm/2020-10-01/devel/llvm,,-main.log http://build-failures.rhaalovely.net/arm/2020-10-01/devel/ptlib.log http://build-failures.rhaalovely.net/arm/2020-10-01/devel/sqlc.log http://build-failures.rhaalovely.net/arm/2020-10-01/editors/kakoune.log http://build-failures.rhaalovely.net/arm/2020-10-01/editors/xemacs21/stable,mule.log http://build-failures.rhaalovely.net/arm/2020-10-01/editors/zile.log http://build-failures.rhaalovely.net/arm/2020-10-01/emulators/dgen-sdl,debugger.log http://build-failures.rhaalovely.net/arm/2020-10-01/emulators/higan.log http://build-failures.rhaalovely.net/arm/2020-10-01/emulators/ppsspp.log http://build-failures.rhaalovely.net/arm/2020-10-01/games/barony.log http://build-failures.rhaalovely.net/arm/2020-10-01/games/hyperrogue.log http://build-failures.rhaalovely.net/arm/2020-10-01/games/naev/base.log http://build-failures.rhaalovely.net/arm/2020-10-01/games/shockolate.log http://build-failures.rhaalovely.net/arm/2020-10-01/games/stockfish.log http://build-failures.rhaalovely.net/arm/2020-10-01/games/stone-soup,no_x11.log http://build-failures.rhaalovely.net/arm/2020-10-01/geo/libpostal.log http://build-failures.rhaalovely.net/arm/2020-10-01/graphics/xfig.log http://build-failures.rhaalovely.net/arm/2020-10-01/inputmethods/uim.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/STk.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/guile2.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/hashlink.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/nekovm.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/parrot.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/pfe.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/racket-minimal,no_jit.log http://build-failures.rhaalovely.net/arm/2020-10-01/lang/swi-prolog.log http://build-failures.rhaalovely.net/arm/2020-10-01/mail/bogofilter,db4.log http://build-failures.rhaalovely.net/arm/2020-10-01/mail/courier-unicode.log http://build-failures.rhaalovely.net/arm/2020-10-01/math/mathomatic.log http://build-failures.rhaalovely.net/arm/2020-10-01/misc/osinfo/libosinfo.log http://build-failures.rhaalovely.net/arm/2020-10-01/misc/osinfo/osinfo-db-tools.log http://build-failures.rhaalovely.net/arm/2020-10-01/multimedia/gstreamer-0.10/plugins-ffmpeg.log http://build-failures.rhaalovely.net/arm/2020-10-01/net/syncthing.log http://build-failures.rhaalovely.net/arm/2020-10-01/net/utox.log http://build-failures.rhaalovely.net/arm/2020-10-01/security/recon-ng.log http://build-failures.rhaalovely.net/arm/2020-10-01/sysutils/nomad.log http://build-failures.rhaalovely.net/arm/2020-10-01/sysutils/rclone.log http://build-failures.rhaalovely.net/arm/2020-10-01/x11/gnustep/libobjc2.log http://build-failures.rhaalovely.net/arm/2020-10-01/x11/libhandy.log recurrent failures failures/devel/dyncall.log failures/devel/liboil.log failures/devel/llvm,,-main.log failures/devel/ptlib.log failures/devel/sqlc.log failures/emulators/ppsspp.log failures/games/barony.log failures/games/hyperrogue.log failures/graphics/xfig.log failures/lang/STk.log failures/lang/hashlink.log failures/lang/parrot.log failures/lang/pfe.log failures/lang/racket-minimal,no_jit.log failures/lang/swi-prolog.log failures/mail/bogofilter,db4.log failures/mail/courier-unicode.log failures/math/mathomatic.log failures/misc/osinfo/libosinfo.log failures/misc/osinfo/osinfo-db-tools.log failures/multimedia/gstreamer-0.10/plugins-ffmpeg.log failures/net/utox.log failures/sysutils/nomad.log failures/sysutils/rclone.log failures/x11/gnustep/libobjc2.log failures/x11/libhandy.log new failures +++ ls-failures Wed Nov 18 15:29:59 2020 +failures/databases/openldap,gssapi.log +failures/editors/kakoune.log +failures/editors/xemacs21/stable,mule.log +failures/editors/zile.log +failures/emulators/dgen-sdl,debugger.log
Re: [UPDATE] math/lrs -> 071a
On 2020/11/18 21:14, Edd Barrett wrote:
> On Wed, Nov 18, 2020 at 10:42:17AM -, Dimitri Karamazov wrote:
> > diff attached below with all the rest of the changes.
>
> Thanks!
>
> I was about to commit this when I noticed that there's a sole compiler
> invocation which is not honouring our flags:
>
> ```
> cc -DGMP -DMA lrsnash.c lrsnashlib.c -I/usr/local/include -o lrsnash-shared
> -L . -L/usr/local/lib -llrs -lgmp
> ```
>
> If you can fix that, I'll commit the diff :)
>
> --
> Best Regards
> Edd Barrett
>
> http://www.theunixzoo.co.uk
btw there are some other parts of the Makefile patch that can be
simplified but they could be handled later. Specifically, unlike
CFLAGS/CXXFLAGS, ports doesn't have any claim to honour CPPFLAGS or
LDFLAGS as user settings so there's no need to change the existing
-L${LIBDIR} -> ${LDFLAGS} or -I${INCLUDEDIR} -> ${CPPFLAGS},
as long as it's using the correct dir.
Many ports do use CPPFLAGS/LDFLAGS to pass things in but this is
normally where the upstream build system already honours them.
Where upstream uses another mechanism (like LIBDIR/INCLUDEDIR here)
it's less hassle to work with that instead.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/11/18 14:20:00 Modified files: devel/llvm/patches: patch-tools_clang_include_clang_Basic_CodeGenOptions_def patch-tools_clang_include_clang_Driver_Options_td patch-tools_clang_lib_Basic_Targets_X86_h patch-tools_clang_lib_Driver_ToolChains_Clang_cpp patch-tools_clang_lib_Frontend_CompilerInvocation_cpp Added files: devel/llvm/patches: patch-lib_Target_PowerPC_PPCAsmPrinter_cpp patch-lib_Target_PowerPC_PPCFrameLowering_cpp patch-lib_Target_PowerPC_PPCFrameLowering_h patch-lib_Target_PowerPC_PPCInstrInfo_td patch-lib_Target_PowerPC_PPCReturnProtectorLowering_cpp patch-lib_Target_PowerPC_PPCReturnProtectorLowering_h patch-tools_clang_include_clang_Basic_DiagnosticFrontendKinds_td patch-tools_clang_include_clang_Basic_DiagnosticGroups_td patch-tools_clang_include_clang_Basic_LangOptions_def patch-tools_clang_include_clang_Basic_TargetInfo_h patch-tools_clang_lib_Basic_TargetInfo_cpp patch-tools_clang_lib_Basic_Targets_SystemZ_h patch-tools_clang_lib_Frontend_CompilerInstance_cpp patch-tools_lld_ELF_SyntheticSections_cpp Log message: Sync changes from base-clang The previous commit was missing some files. Ah, cvs... >From Brad
Re: [UPDATE] math/lrs -> 071a
On Wed, Nov 18, 2020 at 10:42:17AM -, Dimitri Karamazov wrote: > diff attached below with all the rest of the changes. Thanks! I was about to commit this when I noticed that there's a sole compiler invocation which is not honouring our flags: ``` cc -DGMP -DMA lrsnash.c lrsnashlib.c -I/usr/local/include -o lrsnash-shared -L . -L/usr/local/lib -llrs -lgmp ``` If you can fix that, I'll commit the diff :) -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/18 13:31:55 Modified files: sysutils/p5-Quota: Makefile distinfo sysutils/p5-Quota/pkg: PLIST Log message: Update to p5-Quota-1.8.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/18 12:57:53 Modified files: devel/p5-Module-ScanDeps: Makefile distinfo Log message: Update to p5-Module-ScanDeps-1.29.
Re: cyrus-imapd upstreamed patches and improvements
On 2020/11/18 15:44, Anatoli wrote: > The JMAP subcomponent of the http component of cyrus-imapd has a dependency on > wslay-1.1.1. The wslay v1.1.0 was missing one change on which cyrus-imapd is > relying [11], so I asked [12] the wslay maintainer to release a new version, > which he has done about 4 months ago. > > Could you please update it in the ports? The current version is still 1.1.0. i've updated wslay.
[UPDATE] www/youtube-dl to 2020.11.18
Hi,
New version tested succesfully on amd64, nothing fancy but it needs a plist
regen due to a new extractor (lbry) and another one removed (spiegeltv since
it's already covered by spiegel).
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/www/youtube-dl/Makefile,v
retrieving revision 1.214
diff -u -p -u -r1.214 Makefile
--- Makefile5 Nov 2020 11:15:24 - 1.214
+++ Makefile18 Nov 2020 18:14:30 -
@@ -2,7 +2,7 @@
COMMENT = CLI program to download videos from YouTube and other sites
-VERSION = 2020.11.01.1
+VERSION = 2020.11.18
MODPY_EGG_VERSION =${VERSION:S/.0/./g}
DISTNAME = youtube-dl-${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/www/youtube-dl/distinfo,v
retrieving revision 1.194
diff -u -p -u -r1.194 distinfo
--- distinfo3 Nov 2020 17:00:08 - 1.194
+++ distinfo18 Nov 2020 18:14:30 -
@@ -1,2 +1,2 @@
-SHA256 (youtube-dl-2020.11.01.1.tar.gz) =
emIYe8n5GvQutcnJVlLjUBcKctu9rIx9caautIhakBo=
-SIZE (youtube-dl-2020.11.01.1.tar.gz) = 3190146
+SHA256 (youtube-dl-2020.11.18.tar.gz) =
bbvDOVIN82NMV2eHVtzYHJ3G+Vr5HyAysz1cLvDz/t8=
+SIZE (youtube-dl-2020.11.18.tar.gz) = 3186065
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v
retrieving revision 1.135
diff -u -p -u -r1.135 PLIST
--- pkg/PLIST 8 Mar 2020 15:00:45 - 1.135
+++ pkg/PLIST 18 Nov 2020 18:14:31 -
@@ -358,6 +358,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}kuwo.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}la7.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}laola1tv.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lbry.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lci.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lcp.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lecture2go.${MODPY_PYC_MAGIC_TAG}pyc
@@ -605,7 +606,6 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spankbang.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spankwire.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spiegel.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spiegeltv.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spike.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sport5.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sportbox.${MODPY_PYC_MAGIC_TAG}pyc
@@ -1123,6 +1123,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/kuwo.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/la7.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/laola1tv.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lbry.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lci.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lcp.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lecture2go.py
@@ -1370,7 +1371,6 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spankbang.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spankwire.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spiegel.py
-lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spiegeltv.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spike.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/sport5.py
lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/sportbox.py
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/18 12:43:26 Modified files: www/wslay : Makefile distinfo www/wslay/pkg : PLIST Log message: update to wslay-1.1.1, enable DEBUG_PACKAGES while there
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/18 12:22:50 Modified files: converters/p5-Convert-Binary-C: Makefile distinfo Log message: Update to p5-Convert-Binary-C-0.80.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/18 11:47:53 Added files: x11/gnome/settings-daemon/patches: patch-meson_build Log message: Remove dependency on lcms2. spotted by naddy@
UPDATE: Nono-0.1.3
こんにちは! New update for Nono to 0.1.3: http://www.pastel-flower.jp/~isaki/nono/ Now even closer to be able to run OpenBSD Luna88k OK? Comments? Cheers.- -- - gonzalo Index: Makefile === RCS file: /cvs/ports/emulators/nono/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile2 Nov 2020 13:15:58 - 1.8 +++ Makefile18 Nov 2020 18:28:49 - @@ -6,7 +6,7 @@ BROKEN-i386=requires __m128i and simil COMMENT= LUNA-I emulator -DISTNAME= nono-0.1.2 +DISTNAME= nono-0.1.3 CATEGORIES=emulators MAINTAINER=Gonzalo L. R. Index: distinfo === RCS file: /cvs/ports/emulators/nono/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo2 Nov 2020 13:15:58 - 1.4 +++ distinfo18 Nov 2020 18:28:49 - @@ -1,2 +1,2 @@ -SHA256 (nono-0.1.2.tar.gz) = EoRnTMfEStgyAA/PZVqpZ5GqK7PNmVYxP6bEL0SFQpA= -SIZE (nono-0.1.2.tar.gz) = 2351573 +SHA256 (nono-0.1.3.tar.gz) = 7/TlKjD09JD/8L9MdsoCIB2Knxx034luuxNDWiuAGBg= +SIZE (nono-0.1.3.tar.gz) = 2367799
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/18 11:20:41 Modified files: mail/mozilla-thunderbird: Tag: OPENBSD_6_8 Makefile distinfo Log message: MFC: Update to thunderbird 78.5.0. See https://www.thunderbird.net/en-US/thunderbird/78.5.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2020-52/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/18 11:13:34 Modified files: mail/mozilla-thunderbird: Makefile distinfo Removed files: mail/mozilla-thunderbird/patches: patch-bug-1663715 Log message: Update to thunderbird 78.5.0. See https://www.thunderbird.net/en-US/thunderbird/78.5.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2020-52/ remove jumbo patch from #1663715 fixing build with rust 1.47, merged upstream.
[update] net/synapse -> 1.23.0
Hello,
Here is a quick update for net/synapse to 1.23.0.
Best Regards
? patch
Index: Makefile
===
RCS file: /cvs/ports/net/synapse/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile 23 Oct 2020 16:49:48 - 1.14
+++ Makefile 18 Nov 2020 12:42:14 -
@@ -2,7 +2,7 @@
COMMENT = open network for secure, decentralized communication
-MODPY_EGG_VERSION = 1.21.2
+MODPY_EGG_VERSION = 1.23.0
GH_ACCOUNT = matrix-org
GH_PROJECT = synapse
Index: distinfo
===
RCS file: /cvs/ports/net/synapse/distinfo,v
retrieving revision 1.12
diff -u -p -r1.12 distinfo
--- distinfo 23 Oct 2020 16:49:48 - 1.12
+++ distinfo 18 Nov 2020 12:42:14 -
@@ -1,2 +1,2 @@
-SHA256 (synapse-1.21.2.tar.gz) = 7HBzvvzaaXQoxNY0x6hjfqfRsBY5s6lD1yghuoEQoL8=
-SIZE (synapse-1.21.2.tar.gz) = 6930190
+SHA256 (synapse-1.23.0.tar.gz) = r6huoTMqUtCVUupYJVZ/kQswTUaEaS+oMlzv7BBbK0w=
+SIZE (synapse-1.23.0.tar.gz) = 6987361
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/synapse/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -r1.11 PLIST
--- pkg/PLIST 23 Oct 2020 16:49:48 - 1.11
+++ pkg/PLIST 18 Nov 2020 12:42:14 -
@@ -63,6 +63,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/app/${MODPY_PYCACHE}generic_worker.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/app/${MODPY_PYCACHE}homeserver.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/app/${MODPY_PYCACHE}media_repository.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/synapse/app/${MODPY_PYCACHE}phone_stats_home.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/app/${MODPY_PYCACHE}pusher.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/app/${MODPY_PYCACHE}synchrotron.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/app/${MODPY_PYCACHE}user_dir.${MODPY_PYC_MAGIC_TAG}pyc
@@ -77,6 +78,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/app/generic_worker.py
lib/python${MODPY_VERSION}/site-packages/synapse/app/homeserver.py
lib/python${MODPY_VERSION}/site-packages/synapse/app/media_repository.py
+lib/python${MODPY_VERSION}/site-packages/synapse/app/phone_stats_home.py
lib/python${MODPY_VERSION}/site-packages/synapse/app/pusher.py
lib/python${MODPY_VERSION}/site-packages/synapse/app/synchrotron.py
lib/python${MODPY_VERSION}/site-packages/synapse/app/user_dir.py
@@ -370,16 +372,20 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/logging/__init__.py
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}_remote.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}_structured.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}_terse_json.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}context.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}filter.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}formatter.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}opentracing.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}scopecontextmanager.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/logging/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/synapse/logging/_remote.py
lib/python${MODPY_VERSION}/site-packages/synapse/logging/_structured.py
lib/python${MODPY_VERSION}/site-packages/synapse/logging/_terse_json.py
lib/python${MODPY_VERSION}/site-packages/synapse/logging/context.py
+lib/python${MODPY_VERSION}/site-packages/synapse/logging/filter.py
lib/python${MODPY_VERSION}/site-packages/synapse/logging/formatter.py
lib/python${MODPY_VERSION}/site-packages/synapse/logging/opentracing.py
lib/python${MODPY_VERSION}/site-packages/synapse/logging/scopecontextmanager.py
@@ -585,6 +591,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}purge_room_servlet.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}rooms.${MODPY_PYC_MAGIC_TAG}pyc
Re: [UPDATE] math/lrs -> 071a
On Wed, November 18, 2020 11:14, Stuart Henderson wrote:
> On 2020/11/18 02:39, Dimitri Karamazov wrote:
>
>> On Tue, November 17, 2020 21:01, Edd Barrett wrote:
>>
>>> If another dev OKs this (and specifically checks the 'a' suffix on the
>>> version number), I'd be happy to commit it.
>>>
>
> lrs-042 -> lrs-071a is fine and treated as expected. If in doubt you can tweak
> /usr/src/regress/usr.sbin/pkg_add/check-name (see check_order right
> at the bottom) to test.
It does well for lrs-071 -> lrs-071a too, so there is no error to expect from
upstream
versions
>
> usually there's no need to patch to change = to ?= like this, just pass
> CFLAGS in via MAKE_FLAGS - these are passed on
> the command line rather than environment, and override things in the
> makefile. Sometimes you do need to patch for ?=
> but usually only when one makefile is explicitly calling a child make process
> and you need to pass things through the
> environment instead.
Noted, so MAKE_FLAGS is passed on only for the primary MAKEFILE during each
call to compiler, nice.
diff attached below with all the rest of the changes.
Index: Makefile
===
RCS file: /cvs/ports/math/lrs/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile12 Jul 2019 20:47:42 - 1.6
+++ Makefile18 Nov 2020 13:20:12 -
@@ -2,35 +2,38 @@
COMMENT = solve vertex enumeration and convex hull problems
-DISTNAME = lrslib-042c
-PKGNAME = lrs-042
-REVISION = 1
+V =071a
+DISTNAME = lrslib-${V}
+PKGNAME = lrs-${V}
FIX_EXTRACT_PERMISSIONS=Yes
+SHARED_LIBS = lrs 0.0 # 1.0
+
CATEGORIES = math
HOMEPAGE = http://cgm.cs.mcgill.ca/~avis/C/lrs.html
-MAINTAINER = Edd Barrett
+MAINTAINER = Dimitri Karamazov
# GPLv2
PERMIT_PACKAGE = Yes
WANTLIB = c gmp
-MASTER_SITES = http://cgm.cs.mcgill.ca/~avis/C/lrslib/
+MASTER_SITES = http://cgm.cs.mcgill.ca/~avis/C/lrslib/archive/
+
+USE_GMAKE =Yes
MAKE_FILE =makefile
-MAKE_FLAGS = CPPFLAGS=-I${LOCALBASE}/include
LDFLAGS=-L${LOCALBASE}/lib
-ALL_TARGET = gmp # build with arbitrary precision numbers
+MAKE_FLAGS = CPPFLAGS=-I${LOCALBASE}/include \
+ LDFLAGS=-L${LOCALBASE}/lib \
+ CFLAGS="${CFLAGS} -Wall" \
+ SONAME="liblrs.so.${LIBlrs_VERSION:R}" \
+ SOMINOR=".${LIBlrs_VERSION:E}"
-LIB_DEPENDS = devel/gmp
+ALL_TARGET = lrs lrsnash single all-shared
-BINARIES = 2gnash buffer gfourier glrs gnash gredund
-do-install:
-.for i in ${BINARIES}
- ${INSTALL_PROGRAM} ${WRKBUILD}/${i} ${PREFIX}/bin/
-.endfor
+LIB_DEPENDS = devel/gmp
# A simple test to check it works
REGRESS_FILES =test.ine expected_outcome.ine openbsd_regress.sh
@@ -39,10 +42,5 @@ do-test:
cp ${FILESDIR}/${i} ${WRKBUILD}
.endfor
cd ${WRKBUILD} && sh openbsd_regress.sh
-
-# resolve conflict with www/gnash and misc/buffer
-post-install:
- mv ${PREFIX}/bin/gnash ${PREFIX}/bin/lrsgnash
- mv ${PREFIX}/bin/buffer ${PREFIX}/bin/lrsbuffer
.include
Index: distinfo
===
RCS file: /cvs/ports/math/lrs/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:14:27 - 1.2
+++ distinfo18 Nov 2020 13:20:12 -
@@ -1,2 +1,2 @@
-SHA256 (lrslib-042c.tar.gz) = U/mbUnE5e7XzF8lvo2Xtwaxx+ny6ApXIvXngiC9cOko=
-SIZE (lrslib-042c.tar.gz) = 168765
+SHA256 (lrslib-071a.tar.gz) = kmY26mjeRmJfFB9uAl3OlnzH5oz0v0pZc3XAY/XBFnM=
+SIZE (lrslib-071a.tar.gz) = 458590
Index: files/openbsd_regress.sh
===
RCS file: /cvs/ports/math/lrs/files/openbsd_regress.sh,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 openbsd_regress.sh
--- files/openbsd_regress.sh7 Oct 2011 08:58:42 - 1.1.1.1
+++ files/openbsd_regress.sh18 Nov 2020 13:20:12 -
@@ -5,7 +5,7 @@ IN=test.ine
OUT=actual_outcome.ine
EXPECT=expected_outcome.ine
-./glrs ${IN} | grep -e '^ 1' 2>&1 | tee ${OUT}
+./lrsgmp ${IN} | grep -e '^ 1' 2>&1 | tee ${OUT}
DIFF=`diff -u ${OUT} ${EXPECT}`
if [ -n "${DIFF}" ]; then
Index: patches/patch-makefile
===
RCS file: /cvs/ports/math/lrs/patches/patch-makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-makefile
--- patches/patch-makefile 7 Oct 2011 08:58:42 - 1.1.1.1
+++ patches/patch-makefile 18 Nov 2020 13:20:12 -
@@ -1,153 +1,208 @@
-$OpenBSD: patch-makefile,v 1.1.1.1 2011/10/07 08:58:42 edd Exp $
+$OpenBSD$
-Honour CFLAGS, LDFLAGS, CPPFLAGS. Use dynamic linking.
+Honour CFLAGS,
Re: troubles with nrpe package on OpenBSD 6.8 iamahuman
On Wed, November 18, 2020 10:57 am, Stuart Henderson wrote: > On 2020/11/18 17:06, (a user) wrote off-list: >> Hello, >> >> I found your coordinates on openports.se Website and and few other >> mailing lists with topic >> about nrpe on OpenBSD. > > For ports that do not have a maintainer, it is better to write to > ports@openbsd.org. I am replying there and BCC'ing you so that > others can benefit from it too while not disclosing your identity > if you don't want to. > >> I would like to report a few troubles about using nrpe on OpenBSD6.8. >> >> I installed the "official" package with >> # pkg_add nrpe >> >> After I set the options I find myself unable to link with my Nagios >> server running Nagios4 on >> Debian10. >> CHECK_NRPE: (ssl_err != 5) Error - Could not complete SSL handshake >> >> Everything looks set as it should so there is no obvious reason, >> starting the deamon with -n to >> disable the ssl support works fine. >> >> Could this be a trouble with the openssl version? >> >> On this regard, why use an additional ssl library instead of the system >> one ? >> >> The package itself uses a fairy old version of nrpe, could it be updated >> to something newer ? >> >> >> Thank you for your time. >> > > NRPE before 3.x requires anonymous DH and 512-bit keys which aren't > available in the ssl/tls libraries in the base system. > > NRPE 3.x/4.x support more "normal" crypto but there's a cross > compatibility problem, if we update then it will break existing > installations, both server and clients need to be updated together. > > A newer version could be added as a separate port but I'm not sure it > is a good idea to encourage any new use of NRPE. Upstream stopped > development now, "Notice: As of NRPE version 4.0.1, this project is > deprecated. It will not receive any more bugfixes or features, except to > resolve security issues." > In case the OP is on the list, I submitted an update using libressl about a year ago. Check the archives. By the time I looked at modifying as a separate port, NRPE was deprecated so I never bothered. I do still use it on my work OpenBSD systems.
Re: troubles with nrpe package on OpenBSD 6.8 iamahuman
On 2020/11/18 17:06, (a user) wrote off-list: > Hello, > > I found your coordinates on openports.se Website and and few other mailing > lists with topic > about nrpe on OpenBSD. For ports that do not have a maintainer, it is better to write to ports@openbsd.org. I am replying there and BCC'ing you so that others can benefit from it too while not disclosing your identity if you don't want to. > I would like to report a few troubles about using nrpe on OpenBSD6.8. > > I installed the "official" package with > # pkg_add nrpe > > After I set the options I find myself unable to link with my Nagios server > running Nagios4 on > Debian10. > CHECK_NRPE: (ssl_err != 5) Error - Could not complete SSL handshake > > Everything looks set as it should so there is no obvious reason, starting the > deamon with -n to > disable the ssl support works fine. > > Could this be a trouble with the openssl version? > > On this regard, why use an additional ssl library instead of the system one ? > > The package itself uses a fairy old version of nrpe, could it be updated to > something newer ? > > > Thank you for your time. > NRPE before 3.x requires anonymous DH and 512-bit keys which aren't available in the ssl/tls libraries in the base system. NRPE 3.x/4.x support more "normal" crypto but there's a cross compatibility problem, if we update then it will break existing installations, both server and clients need to be updated together. A newer version could be added as a separate port but I'm not sure it is a good idea to encourage any new use of NRPE. Upstream stopped development now, "Notice: As of NRPE version 4.0.1, this project is deprecated. It will not receive any more bugfixes or features, except to resolve security issues." Upstream suggest using NCPA instead but they don't have agents for BSDs. For some of the things that NRPE might be used for, you can use the manubolon-snmp check_snmp_* scripts instead (you would run snmpd or net-snmp on the monitored device) - this can use sensible crypto via SNMPv3 and supports checking disk space, memory, network interface bandwidth, etc. And honestly, the less of nagios' code that is exposed to the network, the better... (maybe it would be better if we just delete the nrpe port...)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/18 08:46:45 Modified files: net/nagios/nrpe: Makefile net/nagios/nrpe/pkg: DESCR Log message: net/nagios/nrpe: update HOMEPAGE, warn in DESCR that 1) this is an old version for compat with junk crypto, and 2) current versions are no longer under active development upstream. This is often used for remote checks on disk space etc, suggest using manubolon-snmp + an SNMP daemon instead.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/18 07:41:20 Modified files: devel/p5-PAR-Dist: Makefile distinfo Log message: Update to p5-PAR-Dist-0.50.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/18 07:20:14 Modified files: math/matio : Makefile distinfo math/matio/pkg : PLIST Log message: Update to matio-1.5.19. >From wen heping with tweaks by me
Re: devel/cryptopp needs an update; help wanted!
Den ons 18 nov. 2020 kl 01:21 skrev Stuart Henderson : > On 2020/11/17 20:44, Rafael Sadowski wrote: > > Is anybody willing to take care of devel/cryptopp? An update would be > > great. > > I've updated it (and fixed up deps). I've run the test suite on aarch64, > amd64, i386 with no problems, it seems to have fairly good cross-arch > compatibility but wouldn't hurt to get reports from other archs if anyone > with those systems has time. > Make test on 8.2.0 works fine on mips64/octeon: --- All tests passed! Seed used was 1605703074 Test started at Wed Nov 18 13:37:54 2020 Test ended at Wed Nov 18 13:40:12 2020 -- May the most significant bit of your life be positive.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2020/11/18 05:29:34 Modified files: www/chromium : Makefile distinfo www/chromium/patches: patch-BUILD_gn patch-apps_ui_views_app_window_frame_view_cc patch-base_BUILD_gn patch-base_allocator_allocator_gni patch-base_base_switches_cc patch-base_base_switches_h patch-base_debug_proc_maps_linux_cc patch-base_debug_stack_trace_posix_cc patch-base_files_file_util_posix_cc patch-base_files_scoped_file_cc patch-base_memory_discardable_memory_cc patch-base_memory_discardable_memory_internal_h patch-base_process_kill_h patch-base_process_kill_posix_cc patch-base_process_launch_h patch-base_process_process_handle_cc patch-base_process_process_handle_h patch-base_process_process_metrics_cc patch-base_process_process_metrics_h patch-base_process_process_posix_cc patch-base_rand_util_posix_cc patch-base_syslog_logging_cc patch-base_system_sys_info_cc patch-base_test_launcher_test_launcher_cc patch-base_threading_platform_thread_h patch-base_threading_platform_thread_posix_cc patch-build_config_BUILDCONFIG_gn patch-build_config_compiler_BUILD_gn patch-build_toolchain_gcc_toolchain_gni patch-cc_BUILD_gn patch-chrome_app_chrome_command_ids_h patch-chrome_app_chrome_main_delegate_cc patch-chrome_app_chromium_strings_grd patch-chrome_app_generated_resources_grd patch-chrome_app_google_chrome_strings_grd patch-chrome_browser_about_flags_cc patch-chrome_browser_browser_process_impl_cc patch-chrome_browser_browser_process_impl_h patch-chrome_browser_browser_resources_grd patch-chrome_browser_chrome_browser_interface_binders_cc patch-chrome_browser_chrome_browser_main_cc patch-chrome_browser_chrome_content_browser_client_cc patch-chrome_browser_chrome_content_browser_client_h patch-chrome_browser_download_chrome_download_manager_delegate_cc patch-chrome_browser_download_download_prefs_cc patch-chrome_browser_download_download_prefs_h patch-chrome_browser_extensions_BUILD_gn patch-chrome_browser_extensions_api_enterprise_reporting_private_device_info_fetcher_linux_cc patch-chrome_browser_extensions_api_settings_private_prefs_util_cc patch-chrome_browser_extensions_external_provider_impl_cc patch-chrome_browser_first_run_first_run_internal_h patch-chrome_browser_flag_descriptions_cc patch-chrome_browser_flag_descriptions_h patch-chrome_browser_media_webrtc_webrtc_event_log_uploader_cc patch-chrome_browser_metrics_chrome_metrics_service_client_cc patch-chrome_browser_nearby_sharing_nearby_notification_manager_cc patch-chrome_browser_notifications_notification_display_service_impl_cc patch-chrome_browser_password_manager_password_store_factory_cc patch-chrome_browser_policy_configuration_policy_handler_list_factory_cc patch-chrome_browser_prefs_browser_prefs_cc patch-chrome_browser_printing_print_job_worker_cc patch-chrome_browser_profiles_chrome_browser_main_extra_parts_profiles_cc patch-chrome_browser_profiles_profile_impl_cc patch-chrome_browser_renderer_preferences_util_cc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/18 05:10:08 Modified files: net/dog: Makefile distinfo net/dog/pkg: PLIST Log message: pull in the dog(1) manual from upstream's binary archive (it's normally created using pandoc)
Re: [UPDATE] math/lrs -> 071a
On 2020/11/18 02:39, Dimitri Karamazov wrote:
> On Tue, November 17, 2020 21:01, Edd Barrett wrote:
> > I think the comment should say 1.0, since before you patched it the
> > makefile was like:
> >
> Attached below with given changes
>
> >
> > You might want to try to feed parts of that makefile patch upstream btw.
> >
> Will do
>
> >
> > If another dev OKs this (and specifically checks the 'a' suffix on the
> > version number), I'd be happy to commit it.
> >
> Parts can also be numbers with an optional letter appended (packages-specs)
> Also I don't see any reservation for letter 'a'. Only thing which comes
> close to it is 'alpha' which has to be in long-form.
lrs-042 -> lrs-071a is fine and treated as expected. If in doubt you can
tweak /usr/src/regress/usr.sbin/pkg_add/check-name (see check_order right
at the bottom) to test.
quick comments on the rest, I haven't looked closely
> makefile Sun Nov 15 22:58:52 2020
> +@@ -35,7 +35,7 @@ default: lrs
> + INCLUDEDIR = /usr/local/include
> + LIBDIR = /usr/local/lib
> +
> +-CFLAGS = -O3 -Wall
> ++CFLAGS ?= -O3 -Wall
usually there's no need to patch to change = to ?= like this, just pass
CFLAGS in via MAKE_FLAGS - these are passed on the command line rather
than environment, and override things in the makefile. Sometimes you do
need to patch for ?= but usually only when one makefile is explicitly
calling a child make process and you need to pass things through the
environment instead.
> + lrs: ${LRSOBJ}
> +-$(CC) ${CFLAGS} -DMA -DB128 -L${LIBDIR} -o lrs ${LRSOBJ} -lgmp
> +-$(CC) -O3 -DGMP -I${INCLUDEDIR} -o lrsgmp lrs.c lrslib.c lrsgmp.c
> lrsdriver.c -L${LIBDIR} -lgmp
> +-$(CC) -O3 hvref.c -o hvref
> ++$(CC) -Wall ${CFLAGS} -DMA -DB128 ${LDFLAGS} -o lrs ${LRSOBJ} -lgmp
> ++$(CC) ${CFLAGS} -DGMP ${CPPFLAGS} -o lrsgmp lrs.c lrslib.c lrsgmp.c
> lrsdriver.c ${LDFLAGS} -lgmp
> ++$(CC) ${CFLAGS} hvref.c -o hvref
> + ln -s -f lrs redund
> + ln -s -f lrsgmp redundgmp
> +
> + lrs64: ${LRSOBJ64}
> +-$(CC) ${CFLAGS} -DMA -L${LIBDIR} -o lrs ${LRSOBJ64} -lgmp
> ++$(CC) -Wall ${CFLAGS} -DMA ${LDFLAGS} -o lrs ${LRSOBJ64} -lgmp
> +
> + lrs.o: lrs.c
> +-$(CC) ${CFLAGS} -DMA -DB128 -c -o lrs.o lrs.c
> ++$(CC) -Wall ${CFLAGS} -DMA -DB128 -c -o lrs.o lrs.c
> +
> + lrs64.o: lrs.c
> +-$(CC) ${CFLAGS} -DMA -c -o lrs64.o lrs.c
> ++$(CC) -Wall ${CFLAGS} -DMA -c -o lrs64.o lrs.c
Removing -O3 is correct for ports, but these many additions of -Wall
seem unnecessary churn - apart from being a pain for updates, they also
make it hard to see what the rest of the patch is doing.
If you want extra warnings just add -Wall to CFLAGS when passed in.
> + ##
> + # From here on the author is David Bremner to whom you
> should turn for help
> + #
> + # Shared library variables
> +-SONAME ?=liblrs.so.1
> +-SOMINOR ?=.0.0
> ++SONAME ?=liblrs.so.${LMAJ}
> ++SOMINOR ?=.${LMIN}
> + SHLIB ?=$(SONAME)$(SOMINOR)
> + SHLINK ?=liblrs.so
You can probably pass this in via MAKE_FLAGS too.
Re: [UPDATE] blender 2.81
On 2020/11/18 08:34, Omar Polo wrote: > > Andrea Fleckenstein writes: > > > Stuart Henderson writes: > > > > > >> Building it I had a problem with it trying to #include > >> and not finding it. Fixed with the diff below, I just removed the > >> #include - it doesn't actually use the backtrace functions on > >> OpenBSD anyway - this was causing my build to fail repeatably. > >> It does make me wonder why you didn't see it though. > > > > That is strange, I rebuilt again with the new OpenImageIO and still > > not a problem. > > Sorry if I chime in, and apologise if I’m missing something, but I also > built the package (before the openimageio update) without any troubles. > I haven’t double checked, but there is libexecinfo that provides an > execinfo.h. Given that it doesn’t actually use the backtrace function, > I am not surprised make port-lib-depends-check was OK. Turns out this was due to missing execinfo.h following some filesystem corruption in /usr/local. Still it is better to avoid things requiring execinfo headers as it is a constant problem in bulk builds as packages are installed and uninstalled durign builds (the only realistic way are these are getting fixed is if the backtrace functions added to are libc) so I would like to keep that patch anyway.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/18 03:24:41 Modified files: net: Makefile Log message: +dog
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/18 03:24:19 Log message: import ports/net/dog, ok rsadowski@ gonzalo@ dog is an open-source DNS client for the command-line. It has colourful output, supports the DoT and DoH protocols, and can emit JSON. Status: Vendor Tag: sthen Release Tags: sthen_20201118 N ports/net/dog/Makefile N ports/net/dog/distinfo N ports/net/dog/patches/patch-dns_Cargo_toml N ports/net/dog/pkg/PLIST N ports/net/dog/pkg/DESCR No conflicts created by this import
Re: UPDATE: svt-av1 0.8.5
On Sat, Nov 14, 2020 at 10:14:42PM -0500, Brad Smith wrote:
> Here is an update to svt-av1 0.8.5.
>
> ## [0.8.5] - 2020-09-04
> Relicensing notice
> - Change the outbound license from BSD+Patent to the AOM license / patent
>
> Encoder
> - Added tpl support to adaptively change lambda and quantization parameters
> within the frame
> - Added multi staged hme support
> - Quality speed trade-offs tuned to VOD use cases
> - Added first level non-optimized support for 2pass VBR and CRF
> - Added combined cli two pass support with options for stats being written to
> a memory buffer and a specified file
> - Added non square partitioning optimizations
> - Improved lambda generation
>
> Build and Testing
> - Bug fixes
> - Improve CI
> - Improve Unit Test Coverage
> - Address C vs asm mismatches
> - Fix static analysis warnings / errors
> - Add address sanitizer
> - Fix symbol conflicts with libaom and libvpx when staticly lined to ffmpeg
Here is an updated diff fixing some issues including having the shared libs
properly linked with libm / libpthread.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/svt-av1/Makefile,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 Makefile
--- Makefile2 Jul 2020 08:15:38 - 1.4
+++ Makefile18 Nov 2020 05:46:32 -
@@ -6,12 +6,12 @@ COMMENT= scalable AV1 encoder/decoder
GH_ACCOUNT=OpenVisualCloud
GH_PROJECT=SVT-AV1
-GH_TAGNAME=v0.8.4
+GH_TAGNAME=v0.8.5
PKGNAME= ${DISTNAME:L}
CATEGORIES=multimedia
-SHARED_LIBS= SvtAv1Dec 1.0 \
- SvtAv1Enc 1.0
+SHARED_LIBS= SvtAv1Dec 2.0 \
+ SvtAv1Enc 2.0
HOMEPAGE= https://github.com/OpenVisualCloud/SVT-AV1
Index: distinfo
===
RCS file: /cvs/ports/multimedia/svt-av1/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo2 Jul 2020 08:15:38 - 1.4
+++ distinfo18 Nov 2020 05:46:32 -
@@ -1,2 +1,2 @@
-SHA256 (SVT-AV1-0.8.4.tar.gz) = mFCZTGznhZl1iFH5KVBbLDVBrwJ4tqEyfNQQTrcq8Uo=
-SIZE (SVT-AV1-0.8.4.tar.gz) = 6291815
+SHA256 (SVT-AV1-0.8.5.tar.gz) = jOlDWeqUUHRcF8EtTMBU1F9rJJjmPi66paUnO7Nvb5U=
+SIZE (SVT-AV1-0.8.5.tar.gz) = 6319601
Index: patches/patch-CMakeLists_txt
===
RCS file: patches/patch-CMakeLists_txt
diff -N patches/patch-CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-CMakeLists_txt18 Nov 2020 05:46:32 -
@@ -0,0 +1,36 @@
+$OpenBSD$
+
+- cmake: Link against pthread on Linux.
+- cmake: Enable Position Indepent Code the cmake way.
+
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
CMakeLists.txt
+@@ -110,12 +110,13 @@ if(UNIX)
+ endif()
+ endif()
+
++# Always build with -fPIC
++set(CMAKE_POSITION_INDEPENDENT_CODE ON)
++
+ set(flags_to_test
+ -Wextra
+ -Wformat
+--Wformat-security
+--fPIE
+--fPIC)
++-Wformat-security)
+ if(MSVC)
+ list(INSERT flags_to_test 0 /W3)
+ list(APPEND flags_to_test /MP)
+@@ -229,6 +230,10 @@ macro(ASM_COMPILE_TO_TARGET target)
+ endforeach()
+ endif()
+ endmacro()
++
++# Find out if we have threading available
++set(CMAKE_THREAD_PREFER_PTHREADS ON)
++find_package(Threads)
+
+ # Add Subdirectories
+ add_subdirectory(Source/Lib/Common)
Index: patches/patch-Source_Lib_Decoder_CMakeLists_txt
===
RCS file: patches/patch-Source_Lib_Decoder_CMakeLists_txt
diff -N patches/patch-Source_Lib_Decoder_CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Source_Lib_Decoder_CMakeLists_txt 18 Nov 2020 05:46:32
-
@@ -0,0 +1,21 @@
+$OpenBSD$
+
+- cmake: Fix detection of libm.
+- cmake: Link against pthread on Linux.
+
+Index: Source/Lib/Decoder/CMakeLists.txt
+--- Source/Lib/Decoder/CMakeLists.txt.orig
Source/Lib/Decoder/CMakeLists.txt
+@@ -18,10 +18,11 @@ set(DEC_VERSION ${DEC_VERSION_MAJOR}.${DEC_VERSION_MIN
+
+ if(UNIX)
+ if(NOT APPLE)
+-find_library(M_LIB name m)
++find_library(M_LIB NAMES m)
+ if(M_LIB)
+ list(APPEND PLATFORM_LIBS m)
+ endif()
++list(APPEND PLATFORM_LIBS Threads::Threads)
+ endif()
+ set(LIBS_PRIVATE "-lpthread -lm")
+ endif()
Index: patches/patch-Source_Lib_Encoder_CMakeLists_txt
===
RCS file: patches/patch-Source_Lib_Encoder_CMakeLists_txt
diff -N patches/patch-Source_Lib_Encoder_CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Source_Lib_Encoder_CMakeLists_txt 18 Nov 2020 05:46:32
-
@@ -0,0 +1,22 @@
+$OpenBSD$
+
+- cmake: Fix detection of libm.
+- cmake: Link against pthread on Linux.
+
+Index: Source/Lib/Encoder/CMakeLists.txt
+--- Source/Lib/Encoder/CMakeLists.txt.orig
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/11/18 02:41:49 Modified files: devel/spidermonkey78: Makefile distinfo Log message: update to spidermonkey78-78.5.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/18 01:46:31 Modified files: security/kpcli : Makefile Log message: Add missing RDEP on p5-Clone
回复: 回复: [Update] math/matio : Update to 1.5.17
Revised patch, now update to 1.5.19.
Build well and pass all tests on amd64-6.8 system
wen
发件人: wen heping
发送时间: 2020年1月13日 15:06
收件人: Rafael Sadowski
抄送: ports@openbsd.org
主题: 回复: [Update] math/matio : Update to 1.5.17
Revised patch which switch HOMEPAGE to https.
wen
发件人: owner-po...@openbsd.org 代表 Rafael Sadowski
发送时间: 2020年1月13日 14:19
收件人: wen heping
抄送: ports@openbsd.org
主题: Re: [Update] math/matio : Update to 1.5.17
On Sun Jan 12, 2020 at 12:14:46PM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch for math/matio to update to 1.5.17,
> It build well and pass all tests on amd64-current system.
>No other ports depends on it.
>
> Cheers,
> wen
> Index: Makefile
> ===
> RCS file: /cvs/ports/math/matio/Makefile,v
> retrieving revision 1.16
> diff -u -p -r1.16 Makefile
> --- Makefile 12 Jul 2019 20:47:42 - 1.16
> +++ Makefile 12 Jan 2020 12:09:20 -
> @@ -2,8 +2,8 @@
>
> COMMENT= library for reading and writing Matlab MAT files
>
> -DISTNAME=matio-1.5.9
> -SHARED_LIBS= matio 2.0 # 6.0
> +DISTNAME=matio-1.5.17
> +SHARED_LIBS= matio 2.0 # 10.2
> CATEGORIES= math
>
> HOMEPAGE=http://sourceforge.net/projects/matio/
s/http/https/ please.
> Index: distinfo
> ===
> RCS file: /cvs/ports/math/matio/distinfo,v
> retrieving revision 1.5
> diff -u -p -r1.5 distinfo
> --- distinfo 30 Dec 2016 12:12:28 - 1.5
> +++ distinfo 12 Jan 2020 12:09:20 -
> @@ -1,2 +1,2 @@
> -SHA256 (matio-1.5.9.tar.gz) = vrf5ZYMexbTvQ/iDDuHvHBIc2Y4RsPbh2YcT2fhgwFw=
> -SIZE (matio-1.5.9.tar.gz) = 8520329
> +SHA256 (matio-1.5.17.tar.gz) = XkVVJ9Nwqyl8Sr5aKrTVmck6x8GgyF2EHMXCL4IhxAA=
> +SIZE (matio-1.5.17.tar.gz) = 10066268
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/math/matio/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -r1.3 PLIST
> --- pkg/PLIST 30 Dec 2016 12:12:28 - 1.3
> +++ pkg/PLIST 12 Jan 2020 12:09:20 -
> @@ -8,7 +8,9 @@ lib/libmatio.la
> lib/pkgconfig/matio.pc
> @man man/man3/Mat_Close.3
> @man man/man3/Mat_CreateVer.3
> +@man man/man3/Mat_GetDir.3
> @man man/man3/Mat_GetFilename.3
> +@man man/man3/Mat_GetHeader.3
> @man man/man3/Mat_GetLibraryVersion.3
> @man man/man3/Mat_GetVersion.3
> @man man/man3/Mat_Open.3
> @@ -16,13 +18,17 @@ lib/pkgconfig/matio.pc
> @man man/man3/Mat_VarAddStructField.3
> @man man/man3/Mat_VarCreate.3
> @man man/man3/Mat_VarCreateStruct.3
> +@man man/man3/Mat_VarDelete.3
> @man man/man3/Mat_VarFree.3
> @man man/man3/Mat_VarGetNumberOfFields.3
> +@man man/man3/Mat_VarGetSize.3
> @man man/man3/Mat_VarGetStructFieldnames.3
> @man man/man3/Mat_VarGetStructs.3
> @man man/man3/Mat_VarGetStructsLinear.3
> +@man man/man3/Mat_VarPrint.3
> @man man/man3/Mat_VarRead.3
> @man man/man3/Mat_VarReadInfo.3
> @man man/man3/Mat_VarReadNext.3
> @man man/man3/Mat_VarReadNextInfo.3
> @man man/man3/Mat_VarWrite.3
> +@man man/man3/Mat_VarWriteAppend.3
Index: Makefile
===
RCS file: /cvs/ports/math/matio/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile12 Jul 2019 20:47:42 - 1.16
+++ Makefile18 Nov 2020 08:42:42 -
@@ -2,11 +2,11 @@
COMMENT= library for reading and writing Matlab MAT files
-DISTNAME= matio-1.5.9
-SHARED_LIBS= matio 2.0 # 6.0
+DISTNAME= matio-1.5.19
+SHARED_LIBS= matio 2.0 # 11.1
CATEGORIES=math
-HOMEPAGE= http://sourceforge.net/projects/matio/
+HOMEPAGE= https://sourceforge.net/projects/matio/
# BSD
PERMIT_PACKAGE=Yes
Index: distinfo
===
RCS file: /cvs/ports/math/matio/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo30 Dec 2016 12:12:28 - 1.5
+++ distinfo18 Nov 2020 08:42:42 -
@@ -1,2 +1,2 @@
-SHA256 (matio-1.5.9.tar.gz) = vrf5ZYMexbTvQ/iDDuHvHBIc2Y4RsPbh2YcT2fhgwFw=
-SIZE (matio-1.5.9.tar.gz) = 8520329
+SHA256 (matio-1.5.19.tar.gz) = pPpNJIsEFPxy89YVX3EMRw1WKNPDGvg0+NXM8GtgKG8=
+SIZE (matio-1.5.19.tar.gz) = 10108869
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/matio/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 30 Dec 2016 12:12:28 - 1.3
+++ pkg/PLIST 18 Nov 2020 08:42:42 -
@@ -2,13 +2,15 @@
@bin bin/matdump
include/matio.h
include/matio_pubconf.h
-lib/libmatio.a
+@static-lib lib/libmatio.a
lib/libmatio.la
@lib lib/libmatio.so.${LIBmatio_VERSION}
lib/pkgconfig/matio.pc
@man man/man3/Mat_Close.3
@man man/man3/Mat_CreateVer.3
+@man man/man3/Mat_GetDir.3
@man man/man3/Mat_GetFilename.3
+@man man/man3/Mat_GetHeader.3
@man
