GH_* ports: Malformed conditional (${DISTNAME:Nextra-cmake-modules-*})
Hi porters,
in ports that use the kf5 module and have only set GH_*, I get the
following message.
For example:
GH_ACCOUNT = ksnip
GH_PROJECT = ksnip
GH_TAGNAME = v1.8.0
MODULES = devel/kf5
$ make configure
*** Parse error in /usr/ports/graphics/ksnip: Malformed conditional
(${DISTNAME:Nextra-cmake-modules-*}) (/usr/ports/devel/kf5/kf5.port.mk:9)
*** Parse error: Missing dependency operator
(/usr/ports/devel/kf5/kf5.port.mk:9)
Is DISTNAME perhaps not set at that point? Any idea how to fix it
cleanly? This check is important for the module, of course.
Cheers,
Rafael
www/otter-browser with QtWebEngine ignores proxies
It appears that otter-browser, when using QtWebEngine as its backend, is
unable to use proxies. I've tried the following:
1) a proxy defined in the browser settings, selected:
a) in the settings interface itself,
b) through the Quick Preferences menu;
2) the environment variables http{,s}_proxy and uppercase equivalents.
None of these appear to do anything. The computer I'm running it on is
blocked from accessing the global Internet except through a proxy, and
thus the result is a failure to load any non-local web pages whatsoever,
which effectively renders the browser unusable on that host.
This may have security and/or privacy implications for anyone wishing to
use different proxies for different websites without blocking non-LAN
access per se, as your "real IP" will silently be used to connect
instead with no indication to the user that their proxy settings are
being ignored.
This is not a regression introduced in the latest version of the browser
itself, as changing the port Makefile to use QtWebKit instead fixes the
issue. I am currently doing this as a workaround.
Steps to replicate:
1) Setup a local HTTP proxy;
2) Block a host (other than the proxy host) from everything but the LAN;
3) On that host, attempt any method of setting a proxy in otter-browser;
4) Load any non-local web page. It will fail to connect.
(On an unrelated note, the error page itself breaks with JavaScript
disabled, showing just a blank page with a blank button on it.)
--
A Dog
Re: NEW: x11/mlvwm
On Wed, Jan 27, 2021 at 5:00 PM Stuart Henderson wrote:
> On 2021/01/27 16:32, Morgan Aldridge wrote:
> > On Wed, Jan 27, 2021 at 1:47 PM Solene Rapenne wrote:
> > >
> > > The port looks fine for me at the exception of the compilation using
> > > -g, this has to be patched.
> > >
> > > ===> Building for mlvwm-0.9.2
> > > making all in ./mlvwm...
> > > cc -g -Wall -Wshadow -I/usr/local/include -I/usr/X11R6/include [...]
> >
> > Oops! Patch added to remove `-g`.
> >
> > > Using your configuration generator I've been able to try it, it
> > > worked fine so far. I am afraid it'd be really hard to configure
> > > for people wanting to try it if they don't have the link to your
> > > configuration.
> >
> > I'm glad it's working and I agree on the configuration point. I have
> > added a pkg-readme that directs users to the
> > https://github.com/morgant/mlvwmrc project, but maybe it's too
> > verbose?
> >
> > > As for the licence name, I'd prefer someone with more experience
> > > in this. I'm not sure Freeware is ok.
> >
> > Yes, I'm concerned about this as well and welcome all input.
> >
> > Updated tarball attached. Many thanks for testing this, Solene!
> >
> > Morgan
>
> : COMMENT = Macintosh-like virtual window manager
> : DISTNAME = mlvwm-0.9.2
> : CATEGORIES =x11
> :
> : HOMEPAGE = https://github.com/morgant/mlvwm/
> : MAINTAINER =Morgan Aldridge
> :
> : # Freeware
> : PERMIT_PACKAGE =Yes
> :
> : WANTLIB += X11 Xau Xdmcp Xext Xpm c
> : MASTER_SITES =
> https://github.com/morgant/mlvwm/releases/download/0.9.2/
>
> please use a variable to avoid changing release ver in two places.
Will do.
> :
> : BUILD_DEPENDS = devel/imake
> : CONFIGURE_STYLE = imake
>
> oh my...an imake-based port in 2021! setting CONFIGURE_STYLE automatically
> adds this to BUILD_DEPENDS so there's no need to list that here too
I plan to migrate off of imake in a future release.
> Here's a diff on top for the above, it also adjusts the license marker,
> and honours CC/CFLAGS. OK with me with this added.
>
> diff 2329fb643b7819bb6ef0fa0d7156041681d597b0 /usr/ports/mystuff
> blob - f5b9e61031d17413cc3764916707827cb9b474e0
> file + x11/mlvwm/Makefile
> --- x11/mlvwm/Makefile
> +++ x11/mlvwm/Makefile
> @@ -1,20 +1,23 @@
> # $OpenBSD: Makefile.template,v 1.88 2020/05/15 01:32:48 abieber Exp $
>
> COMMENT = Macintosh-like virtual window manager
> -DISTNAME = mlvwm-0.9.2
> +
> +V =0.9.2
> +DISTNAME = mlvwm-$V
> CATEGORIES = x11
>
> HOMEPAGE = https://github.com/morgant/mlvwm/
> MAINTAINER = Morgan Aldridge
>
> -# Freeware
> +# part MIT part Freeware, see README.md
> PERMIT_PACKAGE = Yes
>
> WANTLIB += X11 Xau Xdmcp Xext Xpm c
> -MASTER_SITES =
> https://github.com/morgant/mlvwm/releases/download/0.9.2/
>
> -BUILD_DEPENDS =devel/imake
> +MASTER_SITES = https://github.com/morgant/mlvwm/releases/download/$V/
> +
> CONFIGURE_STYLE = imake
> +MAKE_FLAGS = CC="${CC}" COPTS="${CFLAGS}"
> NO_TEST = Yes
>
> .include
>
Thanks for the review and the patch, Stuart! Updated tarball attached
with patch applied for convenience.
Morgan
mlvwm-0.9.2.tgz
Description: application/gzip
Re: NEW: x11/mlvwm
> > I have been in contact with Takashi Hasegawa and he confirmed that > > there is no restriction as long as the copyright is included, so there > > are no issues with redistribution or modification. I still think > > "Freeware" is the most appropriate license comment, but I could change > > it to "Freeware/MIT", if preferable. > > Updated to new mlvwm-0.9.2 release which includes new GitHub hosting, > upstreamed patches, and minor security improvements. > > > OK? > > > > Morgan hello, The port looks fine for me at the exception of the compilation using -g, this has to be patched. ===> Building for mlvwm-0.9.2 making all in ./mlvwm... cc -g -Wall -Wshadow -I/usr/local/include -I/usr/X11R6/include [...] Using your configuration generator I've been able to try it, it worked fine so far. I am afraid it'd be really hard to configure for people wanting to try it if they don't have the link to your configuration. As for the licence name, I'd prefer someone with more experience in this. I'm not sure Freeware is ok.
Re: NEW: x11/mlvwm
On 2021/01/27 16:32, Morgan Aldridge wrote:
> On Wed, Jan 27, 2021 at 1:47 PM Solene Rapenne wrote:
> >
> > > > I have been in contact with Takashi Hasegawa and he confirmed that
> > > > there is no restriction as long as the copyright is included, so there
> > > > are no issues with redistribution or modification. I still think
> > > > "Freeware" is the most appropriate license comment, but I could change
> > > > it to "Freeware/MIT", if preferable.
> > >
> > > Updated to new mlvwm-0.9.2 release which includes new GitHub hosting,
> > > upstreamed patches, and minor security improvements.
> > >
> > > > OK?
> > > >
> > > > Morgan
> >
> > hello,
> >
> > The port looks fine for me at the exception of the compilation using
> > -g, this has to be patched.
> >
> > ===> Building for mlvwm-0.9.2
> > making all in ./mlvwm...
> > cc -g -Wall -Wshadow -I/usr/local/include -I/usr/X11R6/include [...]
>
> Oops! Patch added to remove `-g`.
>
> > Using your configuration generator I've been able to try it, it
> > worked fine so far. I am afraid it'd be really hard to configure
> > for people wanting to try it if they don't have the link to your
> > configuration.
>
> I'm glad it's working and I agree on the configuration point. I have
> added a pkg-readme that directs users to the
> https://github.com/morgant/mlvwmrc project, but maybe it's too
> verbose?
>
> > As for the licence name, I'd prefer someone with more experience
> > in this. I'm not sure Freeware is ok.
>
> Yes, I'm concerned about this as well and welcome all input.
>
> Updated tarball attached. Many thanks for testing this, Solene!
>
> Morgan
: COMMENT = Macintosh-like virtual window manager
: DISTNAME = mlvwm-0.9.2
: CATEGORIES =x11
:
: HOMEPAGE = https://github.com/morgant/mlvwm/
: MAINTAINER =Morgan Aldridge
:
: # Freeware
: PERMIT_PACKAGE =Yes
:
: WANTLIB += X11 Xau Xdmcp Xext Xpm c
: MASTER_SITES =
https://github.com/morgant/mlvwm/releases/download/0.9.2/
please use a variable to avoid changing release ver in two places.
:
: BUILD_DEPENDS = devel/imake
: CONFIGURE_STYLE = imake
oh my...an imake-based port in 2021! setting CONFIGURE_STYLE automatically
adds this to BUILD_DEPENDS so there's no need to list that here too
Here's a diff on top for the above, it also adjusts the license marker,
and honours CC/CFLAGS. OK with me with this added.
diff 2329fb643b7819bb6ef0fa0d7156041681d597b0 /usr/ports/mystuff
blob - f5b9e61031d17413cc3764916707827cb9b474e0
file + x11/mlvwm/Makefile
--- x11/mlvwm/Makefile
+++ x11/mlvwm/Makefile
@@ -1,20 +1,23 @@
# $OpenBSD: Makefile.template,v 1.88 2020/05/15 01:32:48 abieber Exp $
COMMENT = Macintosh-like virtual window manager
-DISTNAME = mlvwm-0.9.2
+
+V =0.9.2
+DISTNAME = mlvwm-$V
CATEGORIES = x11
HOMEPAGE = https://github.com/morgant/mlvwm/
MAINTAINER = Morgan Aldridge
-# Freeware
+# part MIT part Freeware, see README.md
PERMIT_PACKAGE = Yes
WANTLIB += X11 Xau Xdmcp Xext Xpm c
-MASTER_SITES =
https://github.com/morgant/mlvwm/releases/download/0.9.2/
-BUILD_DEPENDS =devel/imake
+MASTER_SITES = https://github.com/morgant/mlvwm/releases/download/$V/
+
CONFIGURE_STYLE = imake
+MAKE_FLAGS = CC="${CC}" COPTS="${CFLAGS}"
NO_TEST = Yes
.include
Re: NEW: x11/mlvwm
On Wed, Jan 27, 2021 at 1:47 PM Solene Rapenne wrote: > > > > I have been in contact with Takashi Hasegawa and he confirmed that > > > there is no restriction as long as the copyright is included, so there > > > are no issues with redistribution or modification. I still think > > > "Freeware" is the most appropriate license comment, but I could change > > > it to "Freeware/MIT", if preferable. > > > > Updated to new mlvwm-0.9.2 release which includes new GitHub hosting, > > upstreamed patches, and minor security improvements. > > > > > OK? > > > > > > Morgan > > hello, > > The port looks fine for me at the exception of the compilation using > -g, this has to be patched. > > ===> Building for mlvwm-0.9.2 > making all in ./mlvwm... > cc -g -Wall -Wshadow -I/usr/local/include -I/usr/X11R6/include [...] Oops! Patch added to remove `-g`. > Using your configuration generator I've been able to try it, it > worked fine so far. I am afraid it'd be really hard to configure > for people wanting to try it if they don't have the link to your > configuration. I'm glad it's working and I agree on the configuration point. I have added a pkg-readme that directs users to the https://github.com/morgant/mlvwmrc project, but maybe it's too verbose? > As for the licence name, I'd prefer someone with more experience > in this. I'm not sure Freeware is ok. Yes, I'm concerned about this as well and welcome all input. Updated tarball attached. Many thanks for testing this, Solene! Morgan mlvwm-0.9.2.tgz Description: application/gzip
Re: guile3 port
Omar Polo writes: > Björn Gohla writes: > >> Hi All, >> >> Is there any particular reason why we don't have a Guile 3 >> (https://www.gnu.org/software/guile/) port? >> >> (I might secretly try making one.) > > I tried some time ago, because I was curious about the language. You > can find attached my attempt: I'm not familiar with the guile ports, and > definitely not familiar with the language (i played only a little with > it) but maybe it can saves you some time. (I just copied the guile2 and > changed the version number and the package name). > > Surprisingly, it passes port-lib-depends-check and portcheck O.O > > Cheers, > > Omar Polo mail sent too fast. The tarball included also some CVS directories, here's the cleaned up version. Sorry for the noise guile3.tar.gz Description: Binary data
Re: guile3 port
Björn Gohla writes: > Hi All, > > Is there any particular reason why we don't have a Guile 3 > (https://www.gnu.org/software/guile/) port? > > (I might secretly try making one.) I tried some time ago, because I was curious about the language. You can find attached my attempt: I'm not familiar with the guile ports, and definitely not familiar with the language (i played only a little with it) but maybe it can saves you some time. (I just copied the guile2 and changed the version number and the package name). Surprisingly, it passes port-lib-depends-check and portcheck O.O Cheers, Omar Polo guile3.tar.gz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2021/01/27 14:01:12 Modified files: graphics/freeglut: Makefile Added files: graphics/freeglut/patches: patch-src_fg_gl2_c patch-src_fg_gl2_h Log message: graphics/freeglut: fix for -fno-common; unreleased from upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/01/27 13:15:25 Modified files: graphics/blender: Makefile distinfo Removed files: graphics/blender/patches: patch-intern_ffmpeg_ffmpeg_compat_h Log message: Update blender to 2.91.2 -ffmpeg patch dropped (from brad) -can import/export alembic files -vdb simulations can now be imported -improved speed in animating deformed meshes with OpenSubdiv >From new maintainer Dimitri Karamazov
[MAINTAINER UPDATE] graphics/blender -> 2.91.2
Update graphics/blender to 2.91.2
-ffmpeg patch dropped (from brad)
-can import/export alembic files
-vdb simulations can now be imported
-improved speed in animating deformed meshes with OpenSubdiv
Build & Run tested on amd64
regards,
Dimitri
Index: Makefile
===
RCS file: /cvs/ports/graphics/blender/Makefile,v
retrieving revision 1.100
diff -u -p -r1.100 Makefile
--- Makefile1 Jan 2021 22:57:46 - 1.100
+++ Makefile27 Jan 2021 15:05:47 -
@@ -4,8 +4,7 @@ ONLY_FOR_ARCHS = amd64
COMMENT = 3D creation software
-DISTNAME = blender-2.91.0
-REVISION = 0
+DISTNAME = blender-2.91.2
CATEGORIES = graphics
@@ -17,13 +16,14 @@ MAINTAINER =Dimitri Karamazov https://download.blender.org/source/ \
@@ -53,6 +53,7 @@ LIB_DEPENDS = audio/libsndfile \
devel/gmp,-cxx \
devel/sdl2 \
devel/tbb \
+ graphics/alembic \
graphics/ffmpeg \
graphics/glew \
graphics/jpeg \
@@ -60,6 +61,8 @@ LIB_DEPENDS = audio/libsndfile \
graphics/openexr \
graphics/openimageio \
graphics/openjp2 \
+ graphics/opensubdiv \
+ graphics/openvdb \
graphics/png \
graphics/potrace \
graphics/tiff \
Index: distinfo
===
RCS file: /cvs/ports/graphics/blender/distinfo,v
retrieving revision 1.29
diff -u -p -r1.29 distinfo
--- distinfo29 Nov 2020 19:57:01 - 1.29
+++ distinfo27 Jan 2021 15:05:47 -
@@ -1,2 +1,2 @@
-SHA256 (blender-2.91.0.tar.xz) = VXpK/Qn+CG68sCVrkEiW9Xf+kTaDZV9CSLiBWR81aXQ=
-SIZE (blender-2.91.0.tar.xz) = 41528920
+SHA256 (blender-2.91.2.tar.xz) = GFy8TNfy9hSnWUIh2CNxcK3n84nRaFjO4irXeMJvzHA=
+SIZE (blender-2.91.2.tar.xz) = 42057100
Index: patches/patch-intern_ffmpeg_ffmpeg_compat_h
===
RCS file: patches/patch-intern_ffmpeg_ffmpeg_compat_h
diff -N patches/patch-intern_ffmpeg_ffmpeg_compat_h
--- patches/patch-intern_ffmpeg_ffmpeg_compat_h 29 Nov 2020 19:57:01 -
1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-intern_ffmpeg_ffmpeg_compat_h,v 1.6 2020/11/29 19:57:01 sthen
Exp $
-
-Fix building with older FFmpeg.
-
-Index: intern/ffmpeg/ffmpeg_compat.h
intern/ffmpeg/ffmpeg_compat.h.orig Tue Sep 22 19:36:29 2020
-+++ intern/ffmpeg/ffmpeg_compat.h Sun Nov 22 13:12:51 2020
-@@ -489,7 +489,7 @@ void avformat_close_input(AVFormatContext **ctx)
- }
- #endif
-
--#if LIBAVUTIL_VERSION_INT < AV_VERSION_INT(52, 8, 0)
-+#if LIBAVCODEC_VERSION_INT < AV_VERSION_INT(55, 1, 0)
- FFMPEG_INLINE
- AVFrame *av_frame_alloc(void)
- {
Re: libusb patches merged - add comments to github commits
This is mintor, but maybe worth committing? On Fri, Jan 15, 2021 at 04:42:16PM +, Mikolaj Kucharski wrote: > Hi > > Below patches are merged into master on libusb repo. There is only one > last patch left for libusb/libusb.h file, but not sure is that patch > really needed today. > > Index: patch-libusb_core_c > === > RCS file: /cvs/ports/devel/libusb1/patches/patch-libusb_core_c,v > retrieving revision 1.6 > diff -u -p -u -r1.6 patch-libusb_core_c > --- patch-libusb_core_c 27 Nov 2019 20:15:17 - 1.6 > +++ patch-libusb_core_c 15 Jan 2021 16:37:32 - > @@ -3,6 +3,8 @@ $OpenBSD: patch-libusb_core_c,v 1.6 2019 > On OpenBSD USB controllers are shown as normal devices, making the > itinial limit too small. On a recent machine this value is almost > always exceeded, so bump it. > +https://github.com/libusb/libusb/pull/835 > +https://github.com/libusb/libusb/commit/1f25bb7ff06e3864e8238ec118958d23800d7865 > > Index: libusb/core.c > --- libusb/core.c.orig > Index: patch-libusb_os_openbsd_usb_c > === > RCS file: /cvs/ports/devel/libusb1/patches/patch-libusb_os_openbsd_usb_c,v > retrieving revision 1.10 > diff -u -p -u -r1.10 patch-libusb_os_openbsd_usb_c > --- patch-libusb_os_openbsd_usb_c 5 Aug 2020 13:59:36 - 1.10 > +++ patch-libusb_os_openbsd_usb_c 15 Jan 2021 16:37:32 - > @@ -2,11 +2,13 @@ $OpenBSD: patch-libusb_os_openbsd_usb_c, > > Export port number, fix github #314. > https://github.com/libusb/libusb/pull/764 > +https://github.com/libusb/libusb/commit/96898a25ccfde6e87737991000a41695ed6b3812 > > Fix an OpenBSD backend bug where an existing open file descriptor is > overwritten if a libusb user attempts to open the same ugen(4) device > multiple times. This was observed with sane-backends and broke scanning. > https://github.com/libusb/libusb/pull/763 > +https://github.com/libusb/libusb/commit/94519df868e59a7ea133b12c92823733645f8877 > > Index: libusb/os/openbsd_usb.c > --- libusb/os/openbsd_usb.c.orig > -- Regards, Mikolaj
Re: NEW: devel/skalibs and sysutils/execline
I attached the two bugfix releases 2.10.0.1 and 2.7.0.1, these fixes various bugs related to elgetpositionals, trap and emptyenv commands. Any comments, ok and/or clarifications on the two doubts in the previous email? skalibs.tar.gz Description: application/tar-gz execline.tar.gz Description: application/tar-gz
guile3 port
Hi All, Is there any particular reason why we don't have a Guile 3 (https://www.gnu.org/software/guile/) port? (I might secretly try making one.) -- Cheers, Björn
Re: [update] graphics/glfw 3.2.1 -> 3.3.2
On Wed, Jan 27, 2021 at 01:06:02PM -0500, Kurt Mosiejczuk wrote:
> This is an update of glfw from 3.2.1 to 3.3.2
>
> As far as I can tell, there are only additions to the .so, so I kept
> it to a minor bump.
>
> This is needed for my upcoming port of lwjgl 3.x
>
> The only real consumer right now is cegui and then sumwars. sumwars doesn't
> actually work for me _before_ the update, crashing during character creation.
> It performs identically after the update too.
This looks good to me. I built the updated glfw.
cegui still builds after the update. The cegui sample
CEGUISampleFramework-0.8 fails to run both before and after the glfw
update (attached as ceguisampleframework.txt). CC cegui Maintainer.
Looks like sumwars is the only consumer of cegui.
I was able to run sumwars after changing to "Full Screen=No" in
~/.sumwars/ogre.cfg. In my case, this doesn't crash after character
creation. Runs without visible issues both with glfw 3.2.1 and 3.3.2.
There were a couple of other proposed diffs to update to 3.3 before
[1][2][3], but somehow it never got updated.
ok thfr@
[1] https://marc.info/?l=openbsd-ports=157723005028167=2
[2] https://marc.info/?l=openbsd-ports=157859612703067=2
[3] https://marc.info/?l=openbsd-ports=158610418115958=2
>
> ok?
>
> (cc maintainer)
>
> --Kurt
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/glfw/Makefile,v
> retrieving revision 1.4
> diff -u -p -r1.4 Makefile
> --- Makefile 12 Jul 2019 20:46:59 - 1.4
> +++ Makefile 27 Jan 2021 18:03:59 -
> @@ -1,11 +1,11 @@
> # $OpenBSD: Makefile,v 1.4 2019/07/12 20:46:59 sthen Exp $
>
> COMMENT =open source, multi-platform library for creating windows
> -DISTNAME = glfw-3.2.1
> +V = 3.3.2
> +DISTNAME = glfw-${V}
> CATEGORIES = graphics x11
> -REVISION = 0
>
> -SHARED_LIBS += glfw 1.0 # 3.1
> +SHARED_LIBS += glfw 1.1 # 3.1
>
> HOMEPAGE = http://www.glfw.org/
> MAINTAINER = Gregor Best
> @@ -15,7 +15,8 @@ PERMIT_PACKAGE =Yes
>
> WANTLIB += X11 Xcursor Xinerama Xrandr Xxf86vm m pthread
>
> -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=glfw/}
> +MASTER_SITES = https://github.com/glfw/glfw/releases/download/${V}/
> +EXTRACT_SUFX = .zip
>
> MODULES =devel/cmake
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/graphics/glfw/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 14 Jan 2017 17:29:45 - 1.2
> +++ distinfo 27 Jan 2021 18:03:59 -
> @@ -1,2 +1,2 @@
> -SHA256 (glfw-3.2.1.tar.gz) = jjJSky+xUTSt7YeAyMXMidoKkAfhOcptmrDtffbT+aA=
> -SIZE (glfw-3.2.1.tar.gz) = 870660
> +SHA256 (glfw-3.3.2.zip) = CKM6US8p19v3jqs5vXhYV2rcyVIoye/o5LxfDzJh78c=
> +SIZE (glfw-3.3.2.zip) = 1434297
> Index: patches/patch-CMakeLists_txt
> ===
> RCS file: /cvs/ports/graphics/glfw/patches/patch-CMakeLists_txt,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-CMakeLists_txt
> --- patches/patch-CMakeLists_txt 14 Jan 2017 17:29:45 - 1.2
> +++ patches/patch-CMakeLists_txt 27 Jan 2021 18:03:59 -
> @@ -1,7 +1,8 @@
> $OpenBSD: patch-CMakeLists_txt,v 1.2 2017/01/14 17:29:45 danj Exp $
> CMakeLists.txt.orig Thu Aug 18 07:32:27 2016
> -+++ CMakeLists.txt Fri Jan 13 21:20:41 2017
> -@@ -172,13 +172,6 @@ endif()
> +Index: CMakeLists.txt
> +--- CMakeLists.txt.orig
> CMakeLists.txt
> +@@ -156,13 +156,6 @@ endif()
> # Find and add Unix math and time libraries
> #
> if (UNIX AND NOT APPLE)
> Index: patches/patch-src-egl_context-c
> ===
> RCS file: /cvs/ports/graphics/glfw/patches/patch-src-egl_context-c,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-src-egl_context-c
> --- patches/patch-src-egl_context-c 14 Jan 2017 17:29:45 - 1.2
> +++ patches/patch-src-egl_context-c 27 Jan 2021 18:03:59 -
> @@ -1,9 +1,10 @@
> $OpenBSD: patch-src-egl_context-c,v 1.2 2017/01/14 17:29:45 danj Exp $
> src/egl_context.c.orig Thu Aug 18 07:32:27 2016
> -+++ src/egl_context.cFri Jan 13 21:20:41 2017
> -@@ -615,6 +615,8 @@ GLFWbool _glfwCreateContextEGL(_GLFWwindow* window,
> - {
> - #if defined(_GLFW_WIN32)
> +Index: src/egl_context.c
> +--- src/egl_context.c.orig
> src/egl_context.c
> +@@ -657,6 +657,8 @@ GLFWbool _glfwCreateContextEGL(_GLFWwindow* window,
> + _GLFW_OPENGL_LIBRARY,
> + #elif defined(_GLFW_WIN32)
> #elif defined(_GLFW_COCOA)
> +#elif defined(__OpenBSD__)
> +"libGL.so",
>
$ CEGUISampleFramework-0.8
-- CEGUI Sample Application Framework --
Please select a renderer:
1. OpenGL GUI Renderer.
2. OpenGL 3.2 Core Renderer.
3. Irrlicht GUI Renderer.
1
Re: new port: pdf2svg
Björn Gohla writes: > Stuart Henderson writes: > >> Here are a few changes, mostly to bring formatting in line with other >> ports. Other than formatting, the license in the copyright statements in >> the distfile is "GPLv2 or newer", > > Ah, is this according to section 9, because the authors don't explicitly > specify a version? > >> and HOMEPAGE is set automatically when >> GH_* is used. > > Nice. It seems like that should be mentioned in the Makefile > template. Can I send a separate patch for that? > >> MAINTAINER needs to be latin-alphabet, I haven't changed in this diff >> but unfortunately your name would have to be mangled some way. >> I guess the usual would be oe or o instead of ö (I don't trust " to >> work in some of the scripts that process these). > > Right. I'm gonna use the oe digraph then. > > [...] > > Thanks for your comments. I attached an updated tar. The diff is viewable > here: https://github.com/cgohla/ports/pull/2/files . Is there anything I can do to move this one along? -- Cheers Björn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2021/01/27 11:52:05 Modified files: lang/janet : Makefile distinfo Log message: Update janet to 1.14.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 11:40:54 Modified files: astro/celestia : Makefile distinfo astro/celestia/patches: patch-src_celengine_astro_cpp patch-src_celengine_parseobject_cpp patch-src_celestia_celestiacore_cpp patch-src_celestia_gtk_data_celestia_desktop patch-src_celestia_windatepicker_cpp patch-src_celestia_wineclipses_cpp patch-src_celestia_winmain_cpp patch-src_celestia_winstarbrowser_cpp patch-src_celestia_wintime_cpp patch-src_celutil_unixdirectory_cpp astro/celestia/pkg: PLIST Added files: astro/celestia/patches: patch-configure_ac Removed files: astro/celestia/patches: patch-configure patch-src_celengine_frametree_h patch-src_celengine_image_cpp patch-src_celengine_image_h patch-src_celengine_texture_cpp patch-src_celestia_favorites_cpp patch-src_celestia_imagecapture_cpp patch-src_celmath_intersect_h patch-src_celutil_basictypes_h Log message: Update to celestia-1.6.2.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2021/01/27 11:38:29 Modified files: net/i2pd : Makefile distinfo net/i2pd/patches: patch-build_CMakeLists_txt patch-tests_Makefile net/i2pd/pkg : PLIST i2pd.rc Added files: net/i2pd/patches: patch-libi2pd_Crypto_cpp Log message: Update to i2pd-2.35.0 >From new maintainer Dimitri Karamazov
Re: [portgen go] try harder to determine the version
Andrew Hewus Fresh writes:
> On Tue, Jan 26, 2021 at 05:23:30PM -0700, Aaron Bieber wrote:
>> Hi,
>>
>> Recently a program was found that caused breakage in 'portgen go'. The
>> breakage was two fold:
>>
>> 1) https://proxy.golang.org/qvl.io/promplot/@latest returns unexpected
>>results. This caused portgen to bomb out.
>> 2) Even it 1) had worked, the logic in 'get_ver_info' was broken and it
>>picked the wrong version.
>>
>> This diff changes things so we first try to get our version from
>> '/@latest'. If that fails, we call `get_ver_info` which pulls down the
>> full list of versions from the '/@v/list' endpoint.
>>
>> Thanks to afresh1 for showing me the neat '//=' perl trick!
>>
>> Tested with:
>> portgen go qvl.io/promplot
>>
>> as well as a number of other ports.
>>
>> OK? Cluesticks?
>>
>
> This seems OK to me, a couple of comments though, but it's up to you
> whether you change anything.
>
>
>> diff 6a862af059a42a1899fe9a62461b2acfc0f8eedc /usr/ports
>> blob - 89f2c7297409ef9d54fd1bdde73cf1829c742ff3
>> file + infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
>> --- infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
>> +++ infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
>> @@ -67,12 +67,9 @@ sub _go_determine_name
>> # Some modules end in "v1" or "v2", if we find one of these, we need
>> # to set PKGNAME to something up a level
>> my ( $self, $module ) = @_;
>> -my $json = $self->get_json( $self->_go_mod_normalize($module) .
>> '/@latest' );
>>
>> -if ($json->{Version} =~ m/incompatible/) {
>> -my $msg = "${module} $json->{Version} is incompatible with Go
>> modules.";
>> -croak $msg;
>> -}
>
> Do you still need to check for "incompatible" someplace?
As mentioned in irc - this is leftover and we don't actually hit the
condition anyway.
>
>
>> +my $json = eval { $self->get_json( $self->_go_mod_normalize($module) .
>> '/@latest' ) };
>
> Should this eval'd check for `@latest` be in `get_ver_info`?
> If not, why not?
>
Since I need to know the version to get the distfiles - I have to do the
check early on in get_dist_info - then later portgen calls
get_ver_info. Currently I am caching the version in
$self->{version_info} and short circuiting get_ver_info if it's set.
I actually want the failure to happen in get_ver_info, because at that
point we really can't determine what we need to download.
Hope that makes sense :D
> Perhaps `get_ver_info` should be:
>
> sub get_ver_info {
> my ($self, $module) = @_;
>
> return $self->{ver_info} if $self->{ver_info};
>
> my $ver_info = do { local $@; eval { local $SIG{__DIE__};
> $self->_get_latest_ver_info($module) } };
>
> unless ($version) {
> my $version = $self->_get_versions($module)->[0];
> croak("Unable to find a version for $module")
> unless $version;
> $ver_info = { Module => $module, Version => $version };
> }
>
> return $self->{ver_info} = $ver_info;
> }
>
>
>> +$json //= $self->get_ver_info($module);
>>
>> if ($module =~ m/v\d$/) {
>> $json->{Name} = ( split '/', $module )[-2];
>> @@ -81,6 +78,7 @@ sub _go_determine_name
>> }
>>
>> $json->{Module} = $module;
>> +$self->{version_info} = $json;
>>
>> return $json;
>> }
>> @@ -90,6 +88,7 @@ sub get_dist_info
>> my ( $self, $module ) = @_;
>>
>> my $json = $self->_go_determine_name($module);
>> +
>> my ($dist, $mods) = $self->_go_mod_info($json);
>> $json->{License} = $self->_go_lic_info($module);
>>
>> @@ -133,7 +132,7 @@ sub _go_mod_info
>>
>> my $mod = $self->get($self->_go_mod_normalize($json->{Module}) .
>> "/\@v/$json->{Version}.mod");
>> my ($module) = $mod =~ /\bmodule\s+(.*?)\s/;
>> -
>> +
>> unless ( $json->{Module} eq $module ) {
>> my $msg = "Module $json->{Module} doesn't match $module";
>> croak $msg;
>> @@ -213,6 +212,10 @@ sub _go_mod_normalize
>> sub get_ver_info
>> {
>> my ( $self, $module ) = @_;
>> +
>> +# We already ran, skip re-running.
>> +return $self->{version_info} if defined $self->{version_info};
>> +
>> my $version_list = $self->get( $module . '/@v/list' );
>> my $version = "v0.0.0";
>> my $ret;
>> @@ -227,13 +230,15 @@ sub get_ver_info
>> for my $v ( @parts ) {
>> my $a =
>> OpenBSD::PackageName::version->from_string($version);
>> my $b = OpenBSD::PackageName::version->from_string($v);
>> -if ($a->compare($b)) {
>> +if ($a->compare($b) == -1) {
>> $version = $v;
>> }
>> }
>
> I think this Schwartzian transform is a bit easier for me to understand
> what is going on, but either way this is a good bugfix.
>
> Index: lib/OpenBSD/PortGen/Port/Go.pm
> ===
> RCS file:
[update] graphics/glfw 3.2.1 -> 3.3.2
This is an update of glfw from 3.2.1 to 3.3.2
As far as I can tell, there are only additions to the .so, so I kept
it to a minor bump.
This is needed for my upcoming port of lwjgl 3.x
The only real consumer right now is cegui and then sumwars. sumwars doesn't
actually work for me _before_ the update, crashing during character creation.
It performs identically after the update too.
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/graphics/glfw/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile12 Jul 2019 20:46:59 - 1.4
+++ Makefile27 Jan 2021 18:03:59 -
@@ -1,11 +1,11 @@
# $OpenBSD: Makefile,v 1.4 2019/07/12 20:46:59 sthen Exp $
COMMENT = open source, multi-platform library for creating windows
-DISTNAME = glfw-3.2.1
+V =3.3.2
+DISTNAME = glfw-${V}
CATEGORIES = graphics x11
-REVISION = 0
-SHARED_LIBS += glfw 1.0 # 3.1
+SHARED_LIBS += glfw 1.1 # 3.1
HOMEPAGE = http://www.glfw.org/
MAINTAINER = Gregor Best
@@ -15,7 +15,8 @@ PERMIT_PACKAGE = Yes
WANTLIB += X11 Xcursor Xinerama Xrandr Xxf86vm m pthread
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=glfw/}
+MASTER_SITES = https://github.com/glfw/glfw/releases/download/${V}/
+EXTRACT_SUFX = .zip
MODULES = devel/cmake
Index: distinfo
===
RCS file: /cvs/ports/graphics/glfw/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo14 Jan 2017 17:29:45 - 1.2
+++ distinfo27 Jan 2021 18:03:59 -
@@ -1,2 +1,2 @@
-SHA256 (glfw-3.2.1.tar.gz) = jjJSky+xUTSt7YeAyMXMidoKkAfhOcptmrDtffbT+aA=
-SIZE (glfw-3.2.1.tar.gz) = 870660
+SHA256 (glfw-3.3.2.zip) = CKM6US8p19v3jqs5vXhYV2rcyVIoye/o5LxfDzJh78c=
+SIZE (glfw-3.3.2.zip) = 1434297
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/graphics/glfw/patches/patch-CMakeLists_txt,v
retrieving revision 1.2
diff -u -p -r1.2 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt14 Jan 2017 17:29:45 - 1.2
+++ patches/patch-CMakeLists_txt27 Jan 2021 18:03:59 -
@@ -1,7 +1,8 @@
$OpenBSD: patch-CMakeLists_txt,v 1.2 2017/01/14 17:29:45 danj Exp $
CMakeLists.txt.origThu Aug 18 07:32:27 2016
-+++ CMakeLists.txt Fri Jan 13 21:20:41 2017
-@@ -172,13 +172,6 @@ endif()
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
CMakeLists.txt
+@@ -156,13 +156,6 @@ endif()
# Find and add Unix math and time libraries
#
if (UNIX AND NOT APPLE)
Index: patches/patch-src-egl_context-c
===
RCS file: /cvs/ports/graphics/glfw/patches/patch-src-egl_context-c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-src-egl_context-c
--- patches/patch-src-egl_context-c 14 Jan 2017 17:29:45 - 1.2
+++ patches/patch-src-egl_context-c 27 Jan 2021 18:03:59 -
@@ -1,9 +1,10 @@
$OpenBSD: patch-src-egl_context-c,v 1.2 2017/01/14 17:29:45 danj Exp $
src/egl_context.c.orig Thu Aug 18 07:32:27 2016
-+++ src/egl_context.c Fri Jan 13 21:20:41 2017
-@@ -615,6 +615,8 @@ GLFWbool _glfwCreateContextEGL(_GLFWwindow* window,
- {
- #if defined(_GLFW_WIN32)
+Index: src/egl_context.c
+--- src/egl_context.c.orig
src/egl_context.c
+@@ -657,6 +657,8 @@ GLFWbool _glfwCreateContextEGL(_GLFWwindow* window,
+ _GLFW_OPENGL_LIBRARY,
+ #elif defined(_GLFW_WIN32)
#elif defined(_GLFW_COCOA)
+#elif defined(__OpenBSD__)
+"libGL.so",
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2021/01/27 09:54:51 Modified files: databases/gdbm : Makefile distinfo databases/gdbm/pkg: PLIST Removed files: databases/gdbm/patches: patch-src_gdbmconst_h Log message: database/gdbm: update to 1.19 * Pre-read the memory mapped regions on systems that support it. * gdbmtool: tagged initialization of structured data * Bugfix: Preserve locking type during database reorganization Also fixes building with -fno-common
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/01/27 09:48:35 Modified files: graphics/glslang: Makefile Log message: add PORTROACH marker to avoid that pesky 'master-tot' and other detractors
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/01/27 08:51:01 Modified files: devel/libfastjson: Makefile distinfo devel/libfastjson/pkg: DESCR PLIST Removed files: devel/libfastjson/patches: patch-tests_Makefile_in Log message: update to libfastjson-0.99.9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/01/27 08:46:26 Modified files: security/py-josepy: Makefile distinfo Log message: update to py-josepy-1.6.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2021/01/27 06:06:52 Modified files: games/beret: Makefile Log message: switch MASTER_SITES and HOMEPAGE to HTTPS
Re: [new] graphics/ksinp and deps
On 2021/01/27 10:53, Omar Polo wrote: > Hello ports, > > please find attached the port for ksnip, a qt-based screenshot tool, and > its two dependencies: kimageannotator and kcolorpicker. (note that the > tar expands to those three directories.) Even though the projects are > named kColorPicker and kImageAnnotator, I lowercased the package names. > > All the patches for ksnip are a backport of a commit that drops various > #ifdef __linux__ in favour of UNIX_X11. > > I'm not sure why cmake doesn't pick the CFLAGS/LDFLAGS for xlib, but > instead of fighting it I just added the -I and -L flags in > CONFIGURE_ARGS/ENV. If someone with more experience with cmake would > chime in and take a look I'll gladly appreciate :) hm, this reminds me of a problem I ran into recently. I don't think it's quite the same case but I'm not entirely convinced things are quite setup right in cmake for X; https://github.com/derat/xsettingsd/pull/22#issuecomment-761147276 > Double-checked everything with make port-lib-depends-check and > portcheck -N. > > Comments? OK? > OK sthen to import.
mips64 bulk build report
bulk build on octeon.ports.openbsd.org started on Tue Jan 19 16:31:42 UTC 2021 finished at Tue Jan 26 14:03:59 UTC 2021 lasted 07D21h32m done with kern.version=OpenBSD 6.8-current (GENERIC.MP) #443: Mon Jan 18 18:16:59 MST 2021 built packages:8633 Jan 19:1954 Jan 20:1250 Jan 21:832 Jan 22:113 Jan 23:207 Jan 24:778 Jan 25:2094 Jan 26:1404 build failures: 38 http://build-failures.rhaalovely.net/mips64/2021-01-19/audio/picard.log http://build-failures.rhaalovely.net/mips64/2021-01-19/cad/netgen.log http://build-failures.rhaalovely.net/mips64/2021-01-19/chinese/libchewing.log http://build-failures.rhaalovely.net/mips64/2021-01-19/chinese/libpinyin.log http://build-failures.rhaalovely.net/mips64/2021-01-19/databases/postgresql-pllua.log http://build-failures.rhaalovely.net/mips64/2021-01-19/devel/bpython,python3.log http://build-failures.rhaalovely.net/mips64/2021-01-19/devel/coccinelle.log http://build-failures.rhaalovely.net/mips64/2021-01-19/devel/fmt.log http://build-failures.rhaalovely.net/mips64/2021-01-19/devel/glog.log http://build-failures.rhaalovely.net/mips64/2021-01-19/devel/libexecinfo.log http://build-failures.rhaalovely.net/mips64/2021-01-19/devel/py-testpath,python3.log http://build-failures.rhaalovely.net/mips64/2021-01-19/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/mips64/2021-01-19/emulators/gns3.log http://build-failures.rhaalovely.net/mips64/2021-01-19/emulators/openmsx.log http://build-failures.rhaalovely.net/mips64/2021-01-19/emulators/spike.log http://build-failures.rhaalovely.net/mips64/2021-01-19/games/astromenace.log http://build-failures.rhaalovely.net/mips64/2021-01-19/games/hyperrogue.log http://build-failures.rhaalovely.net/mips64/2021-01-19/geo/gpstk.log http://build-failures.rhaalovely.net/mips64/2021-01-19/inputmethods/scim-fcitx.log http://build-failures.rhaalovely.net/mips64/2021-01-19/lang/STk.log http://build-failures.rhaalovely.net/mips64/2021-01-19/lang/gforth.log http://build-failures.rhaalovely.net/mips64/2021-01-19/lang/librep.log http://build-failures.rhaalovely.net/mips64/2021-01-19/lang/pfe.log http://build-failures.rhaalovely.net/mips64/2021-01-19/lang/ruby/3.0,-gdbm.log http://build-failures.rhaalovely.net/mips64/2021-01-19/math/gbc.log http://build-failures.rhaalovely.net/mips64/2021-01-19/math/lrs.log http://build-failures.rhaalovely.net/mips64/2021-01-19/math/ntl.log http://build-failures.rhaalovely.net/mips64/2021-01-19/multimedia/frei0r-plugins.log http://build-failures.rhaalovely.net/mips64/2021-01-19/net/pmacct,postgresql.log http://build-failures.rhaalovely.net/mips64/2021-01-19/plan9/drawterm.log http://build-failures.rhaalovely.net/mips64/2021-01-19/security/botan2.log http://build-failures.rhaalovely.net/mips64/2021-01-19/shells/ksh93.log http://build-failures.rhaalovely.net/mips64/2021-01-19/sysutils/libvirt.log http://build-failures.rhaalovely.net/mips64/2021-01-19/sysutils/u-boot,aarch64.log http://build-failures.rhaalovely.net/mips64/2021-01-19/www/apertium-apy.log http://build-failures.rhaalovely.net/mips64/2021-01-19/www/ttyd.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:17:34 Modified files: sysutils/amazon-ssm-agent: Makefile distinfo sysutils/amazon-ssm-agent/patches: patch-makefile Log message: Update to amazon-ssm-agent-3.0.655.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:11:39 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-325.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:08:56 Modified files: devel/glib2mm : Makefile devel/pangomm : Makefile Log message: Fix PORTROACH marker.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:08:15 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.18.220.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:07:58 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.16.60.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:07:46 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py3-botocore-1.19.60.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:00:49 Modified files: devel/pangomm : Makefile distinfo Log message: Update to pangomm-2.46.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/27 05:00:35 Modified files: devel/glib2mm : Makefile distinfo Log message: Update to glib2mm-2.66.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/01/27 03:51:46 Modified files: x11/xfce4/xfce4-panel: Makefile distinfo Log message: x11/xfce4/xfce4-panel: update to 4.16.1. See https://mail.xfce.org/pipermail/xfce-announce/2021-January/000994.html
Re: UPDATE: Boost 1.72
On Wed, Jan 20, 2021 at 04:06:20PM -0500, Brad Smith wrote:
> Here is an update to Boost 1.72.
>
> Took a bit more digging. After a bit of adjustments and with debugging
> messages turned on in one step, hinting that user-config.jam was being created
> in the wrong spot, I was able to get the build to use the proper compiler in
> the various configure and build steps.
>
> Looking for any further feedback / Oks at this point.
An updated diff rolling in a sort of errata patch which seems to resolve a
build issue with Icinga. With that down the tree appears to be good in
good shape on amd64.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/boost/Makefile,v
retrieving revision 1.106
diff -u -p -u -p -r1.106 Makefile
--- Makefile21 Dec 2020 19:07:52 - 1.106
+++ Makefile20 Jan 2021 20:59:30 -
@@ -5,8 +5,7 @@ ONLY_FOR_ARCHS-md = aarch64 amd64 arm i3
COMMENT-main= free peer-reviewed portable C++ source libraries
COMMENT-md=machine-dependent libraries for boost
-VERSION= 1.70.0
-REVISION= 2
+VERSION= 1.72.0
DISTNAME= boost_${VERSION:S/./_/g}
PKGNAME-main= boost-${VERSION}
PKGNAME-md=boost-md-${VERSION}
@@ -15,7 +14,7 @@ MASTER_SITES= https://dl.bintray.com/boo
EXTRACT_SUFX= .tar.bz2
FIX_EXTRACT_PERMISSIONS = Yes
-SO_VERSION=12.0
+SO_VERSION=13.0
BOOST_LIBS=boost_atomic-mt \
boost_chrono-mt boost_chrono \
boost_container-mt boost_container \
@@ -71,7 +70,7 @@ MAINTAINER= Brad Smith >${WRKSRC}/tools/build/user-config.jam
+ echo "using ${TOOLSET} : : ${CXX} ;"
>>${WRKSRC}/tools/build/src/user-config.jam
${SUBST_CMD} ${WRKSRC}/Jamroot
- cd ${WRKSRC}/libs/config && \
+ @cd ${WRKSRC}/libs/config && \
${SETENV} ${CONFIGURE_ENV} /bin/sh ./configure
- cd ${WRKSRC}/tools/build/src/engine && \
- ${SETENV} CC="${CC}" CFLAGS="${CFLAGS}" /bin/sh ./build.sh cc
&& \
- cp bin.openbsd*/b2 bin.openbsd*/bjam ${WRKSRC}
- cd ${WRKSRC} && ${SETENV} /bin/sh ./bootstrap.sh ${BOOTSTRAP}
+ @cd ${WRKSRC}/tools/build/src/engine && ${SETENV} ${CONFIGURE_ENV} \
+ /bin/sh ./build.sh ${TOOLSET} && cp b2 bjam ${WRKSRC}
+ @cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} /bin/sh ./bootstrap.sh
${BOOTSTRAP}
do-build:
- cd ${WRKSRC} && export ${MAKE_ENV} && \
- ./b2 ${BJAM_CONFIG}
+ @cd ${WRKSRC} && export ${MAKE_ENV} && ./b2 ${BJAM_CONFIG}
do-install:
- ${INSTALL_DATA} ${WRKSRC}/stage/lib/* ${PREFIX}/lib
${INSTALL_DATA_DIR} ${PREFIX}/include/boost
+ ${INSTALL_DATA} ${WRKSRC}/stage/lib/lib!(*.so) ${PREFIX}/lib
cd ${WRKSRC}/boost && \
pax -rw -s ':^.*\.orig$$::' . ${PREFIX}/include/boost
find ${PREFIX}/include/boost -type d -exec chmod ${DIRMODE} {} +
Index: distinfo
===
RCS file: /home/cvs/ports/devel/boost/distinfo,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 distinfo
--- distinfo5 Nov 2020 11:23:03 - 1.12
+++ distinfo15 Dec 2020 02:02:30 -
@@ -1,2 +1,2 @@
-SHA256 (boost_1_70_0.tar.bz2) = QwroNUeJ3k/RnuUvOx9znh+6V28K3tCJfDwrwA+zh3g=
-SIZE (boost_1_70_0.tar.bz2) = 97887058
+SHA256 (boost_1_72_0.tar.bz2) = WcmydLxFHPkam6HdLH/cr11gsbOqg/LJ+hQ0F8xmByI=
+SIZE (boost_1_72_0.tar.bz2) = 106907358
Index: patches/patch-Jamroot
===
RCS file: /home/cvs/ports/devel/boost/patches/patch-Jamroot,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 patch-Jamroot
--- patches/patch-Jamroot 5 Nov 2020 11:23:03 - 1.8
+++ patches/patch-Jamroot 15 Dec 2020 02:09:52 -
@@ -3,9 +3,9 @@ $OpenBSD: patch-Jamroot,v 1.8 2020/11/05
Index: Jamroot
--- Jamroot.orig
+++ Jamroot
-@@ -145,8 +145,9 @@ import tools/boost_install/boost-install ;
+@@ -146,8 +146,9 @@ import tools/boost\_install/boost-install ;
path-constant BOOST_ROOT : . ;
- constant BOOST_VERSION : 1.70.0 ;
+ constant BOOST_VERSION : 1.72.0 ;
constant BOOST_JAMROOT_MODULE : $(__name__) ;
+constant SO_VERSION : ${SO_VERSION} ;
Index: patches/patch-boost_asio_detail_config_hpp
===
RCS file: patches/patch-boost_asio_detail_config_hpp
diff -N patches/patch-boost_asio_detail_config_hpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-boost_asio_detail_config_hpp 5 Jan 2021 13:15:27 -
@@ -0,0 +1,23 @@
+$OpenBSD$
+
+Use _POSIX_VERSION to detect support for MSG_NOSIGNAL.
+
+Index: boost/asio/detail/config.hpp
+--- boost/asio/detail/config.hpp.orig
boost/asio/detail/config.hpp
+@@ -1475,4 +1475,15 @@
+ # endif // defined(__clang__)
+ #endif // !defined(BOOST_ASIO_HAS_CO_AWAIT)
+
++// Kernel support for MSG_NOSIGNAL.
++#if !defined(BOOST_ASIO_HAS_MSG_NOSIGNAL)
++# if defined(__linux__)
++#
[new] graphics/ksinp and deps
Hello ports, please find attached the port for ksnip, a qt-based screenshot tool, and its two dependencies: kimageannotator and kcolorpicker. (note that the tar expands to those three directories.) Even though the projects are named kColorPicker and kImageAnnotator, I lowercased the package names. All the patches for ksnip are a backport of a commit that drops various #ifdef __linux__ in favour of UNIX_X11. I'm not sure why cmake doesn't pick the CFLAGS/LDFLAGS for xlib, but instead of fighting it I just added the -I and -L flags in CONFIGURE_ARGS/ENV. If someone with more experience with cmake would chime in and take a look I'll gladly appreciate :) Double-checked everything with make port-lib-depends-check and portcheck -N. Comments? OK? ksnip-and-deps.tar.gz Description: Binary data
UPDATE: Nextcloud-20.0.6
Hello,
Update for Nextcloud to 20.0.6:
https://nextcloud.com/changelog/
OK? Comments?
Cheers.-
--
- gonzalo
Index: Makefile
===
RCS file: /cvs/ports/www/nextcloud/Makefile,v
retrieving revision 1.62
diff -u -p -r1.62 Makefile
--- Makefile26 Jan 2021 07:49:36 - 1.62
+++ Makefile26 Jan 2021 08:03:07 -
@@ -2,7 +2,7 @@
COMMENT= easy and universal access to shared and/or personal
files
-V= 20.0.5
+V= 20.0.6
DISTNAME= nextcloud-${V}
EXTRACT_SUFX= .tar.bz2
Index: distinfo
===
RCS file: /cvs/ports/www/nextcloud/distinfo,v
retrieving revision 1.46
diff -u -p -r1.46 distinfo
--- distinfo26 Jan 2021 07:49:36 - 1.46
+++ distinfo26 Jan 2021 08:03:07 -
@@ -1,2 +1,2 @@
-SHA256 (nextcloud-20.0.5.tar.bz2) =
XHDdMwJAEqFlH9CZEz0FLRKaTa3Gk19Eu5w+KzYL7+M=
-SIZE (nextcloud-20.0.5.tar.bz2) = 105422202
+SHA256 (nextcloud-20.0.6.tar.bz2) =
hZFnFwQCuHa27xo3+kqqVhe2v4R7tdUKlPY2uuZaNLk=
+SIZE (nextcloud-20.0.6.tar.bz2) = 105381388
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/nextcloud/pkg/PLIST,v
retrieving revision 1.49
diff -u -p -r1.49 PLIST
--- pkg/PLIST 26 Jan 2021 07:49:36 - 1.49
+++ pkg/PLIST 26 Jan 2021 08:03:07 -
@@ -6895,6 +6895,8 @@ nextcloud/apps/admin_audit/l10n/fr.js
nextcloud/apps/admin_audit/l10n/fr.json
nextcloud/apps/admin_audit/l10n/gl.js
nextcloud/apps/admin_audit/l10n/gl.json
+nextcloud/apps/admin_audit/l10n/he.js
+nextcloud/apps/admin_audit/l10n/he.json
nextcloud/apps/admin_audit/l10n/hr.js
nextcloud/apps/admin_audit/l10n/hr.json
nextcloud/apps/admin_audit/l10n/hu.js
@@ -6907,10 +6909,14 @@ nextcloud/apps/admin_audit/l10n/ja.js
nextcloud/apps/admin_audit/l10n/ja.json
nextcloud/apps/admin_audit/l10n/ko.js
nextcloud/apps/admin_audit/l10n/ko.json
+nextcloud/apps/admin_audit/l10n/lt_LT.js
+nextcloud/apps/admin_audit/l10n/lt_LT.json
nextcloud/apps/admin_audit/l10n/nb.js
nextcloud/apps/admin_audit/l10n/nb.json
nextcloud/apps/admin_audit/l10n/nl.js
nextcloud/apps/admin_audit/l10n/nl.json
+nextcloud/apps/admin_audit/l10n/oc.js
+nextcloud/apps/admin_audit/l10n/oc.json
nextcloud/apps/admin_audit/l10n/pl.js
nextcloud/apps/admin_audit/l10n/pl.json
nextcloud/apps/admin_audit/l10n/pt_BR.js
@@ -6929,6 +6935,8 @@ nextcloud/apps/admin_audit/l10n/sv.js
nextcloud/apps/admin_audit/l10n/sv.json
nextcloud/apps/admin_audit/l10n/tr.js
nextcloud/apps/admin_audit/l10n/tr.json
+nextcloud/apps/admin_audit/l10n/uk.js
+nextcloud/apps/admin_audit/l10n/uk.json
nextcloud/apps/admin_audit/l10n/zh_CN.js
nextcloud/apps/admin_audit/l10n/zh_CN.json
nextcloud/apps/admin_audit/l10n/zh_TW.js
@@ -6982,6 +6990,8 @@ nextcloud/apps/cloud_federation_api/l10n
nextcloud/apps/cloud_federation_api/l10n/en_GB.json
nextcloud/apps/cloud_federation_api/l10n/es.js
nextcloud/apps/cloud_federation_api/l10n/es.json
+nextcloud/apps/cloud_federation_api/l10n/eu.js
+nextcloud/apps/cloud_federation_api/l10n/eu.json
nextcloud/apps/cloud_federation_api/l10n/fr.js
nextcloud/apps/cloud_federation_api/l10n/fr.json
nextcloud/apps/cloud_federation_api/l10n/gl.js
@@ -7016,6 +7026,8 @@ nextcloud/apps/cloud_federation_api/l10n
nextcloud/apps/cloud_federation_api/l10n/tr.json
nextcloud/apps/cloud_federation_api/l10n/zh_CN.js
nextcloud/apps/cloud_federation_api/l10n/zh_CN.json
+nextcloud/apps/cloud_federation_api/l10n/zh_TW.js
+nextcloud/apps/cloud_federation_api/l10n/zh_TW.json
nextcloud/apps/cloud_federation_api/lib/
nextcloud/apps/cloud_federation_api/lib/AppInfo/
nextcloud/apps/cloud_federation_api/lib/AppInfo/Application.php
@@ -7333,6 +7345,8 @@ nextcloud/apps/contactsinteraction/l10n/
nextcloud/apps/contactsinteraction/l10n/pl.json
nextcloud/apps/contactsinteraction/l10n/pt_BR.js
nextcloud/apps/contactsinteraction/l10n/pt_BR.json
+nextcloud/apps/contactsinteraction/l10n/sc.js
+nextcloud/apps/contactsinteraction/l10n/sc.json
nextcloud/apps/contactsinteraction/l10n/sk.js
nextcloud/apps/contactsinteraction/l10n/sk.json
nextcloud/apps/contactsinteraction/l10n/sl.js
@@ -7341,6 +7355,8 @@ nextcloud/apps/contactsinteraction/l10n/
nextcloud/apps/contactsinteraction/l10n/tr.json
nextcloud/apps/contactsinteraction/l10n/zh_CN.js
nextcloud/apps/contactsinteraction/l10n/zh_CN.json
+nextcloud/apps/contactsinteraction/l10n/zh_TW.js
+nextcloud/apps/contactsinteraction/l10n/zh_TW.json
nextcloud/apps/contactsinteraction/lib/
nextcloud/apps/contactsinteraction/lib/AddressBook.php
nextcloud/apps/contactsinteraction/lib/AddressBookProvider.php
@@ -7415,6 +7431,8 @@ nextcloud/apps/dashboard/l10n/el.js
nextcloud/apps/dashboard/l10n/el.json
nextcloud/apps/dashboard/l10n/es.js
nextcloud/apps/dashboard/l10n/es.json
+nextcloud/apps/dashboard/l10n/eu.js
+nextcloud/apps/dashboard/l10n/eu.json
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2021/01/27 02:03:10 Modified files: security/exploitdb: Makefile distinfo security/exploitdb/pkg: PLIST Log message: update 2021-01-23
Re: [NEW] games/moonlight-qt
On 1/26/21 4:42 PM, Rafael Sadowski wrote:
On Tue Jan 26, 2021 at 02:15:20PM +0100, Muhammad Kaisar Arkhan wrote:
Hello ports@,
Moonlight (formerly Limelight) is an open source implementation of
NVIDIA's GameStream protocol. With Moonlight, You can stream your
collection of PC games from your GameStream-compatible PC to any
supported device and play them remotely.
In order to properly test this port, a PC running Windows with an NVIDIA GPU
(that's capable of running GameStream) is required. You need to install more
proprietary bloatware^W^W^WNVIDIA GeForce Experience and setup NVIDIA
GameStream.
More info on that can be found here:
https://www.nvidia.com/en-us/support/gamestream/gamestream-pc-setup/.
If you don't have an NVIDIA GPU like I do, you can use Sunshine[1] which is
an NVIDIA GameStream server reimplementation. You can download the pre-built
binaries from the GitHub tags/releases page and download the zip file.
From there, you can simply launch the sunshine.exe file. Since it appears
that sunshine lacks the capability to advertise to GameStream clients (like
Moonlight), you have to add your PC manually via the IP address. When you
try to connect for the first time, it will ask you to enter a pin. Since
sunshine doesn't have any GUI/TUI at all, on the same Windows PC, you need
to go to http://127.0.0.1/pin/ to accept the pairing
request. After that, you should be able to connect!
From my experience using this port and sunshine, it works fine and it's a
bit sluggish but I'm not sure if that's caused by sunshine not supporting
hardware encoding or the lack of hardware decoding on OpenBSD but it's much
more usable in comparison to using Parsec/Rainway within chromium since it
works entirely in your local network.
OK?
[1]: https://github.com/loki-47-6F-64/sunshine
--
Muhammad Kaisar Arkhan
h...@yukiisbo.red - kai...@arkhan.io
https://yukiisbo.red - https://arkhan.io
Just a quick Qt port review. Please find below a few tweaks. Otherwise
it looks good. It starts clean and that is all I have tested.
--- Makefile.orig Tue Jan 26 14:56:50 2021
+++ MakefileTue Jan 26 16:28:02 2021
@@ -17,15 +17,19 @@ MAINTAINER =Muhammad Kaisar Arkhan
# GPLv3
PERMIT_PACKAGE = Yes
-WANTLIB += ${COMPILER_LIBCXX} EGL GL Qt5Core Qt5Gui Qt5Network
-WANTLIB += Qt5Widgets X11 c crypto drm m ssl
-WANTLIB += SDL2 SDL2_ttf avcodec avutil opus
-WANTLIB += Qt5Qml Qt5QmlModels Qt5Quick Qt5QuickControls2 Qt5Svg
+WANTLIB += ${COMPILER_LIBCXX} EGL GL Qt5Core Qt5Gui Qt5Network
+WANTLIB += Qt5Qml Qt5QmlModels Qt5Quick Qt5QuickControls2 Qt5Svg
+WANTLIB += Qt5Widgets SDL2 SDL2_ttf X11 avcodec avutil c crypto
+WANTLIB += drm m opus ssl
MODULES = devel/qmake \
x11/qt5
-RUN_DEPENDS = graphics/ffmpeg \
+RUN_DEPENDS = x11/gtk+3,-guic \
+ devel/desktop-file-utils
+
+
+LIB_DEPENDS = graphics/ffmpeg \
devel/sdl2 \
devel/sdl2-ttf \
audio/opus \
Thanks, here's an update tarball because the PLIST has changed:
--
Muhammad Kaisar Arkhan
h...@yukiisbo.red - kai...@arkhan.io
https://yukiisbo.red - https://arkhan.io
moonlight-qt-3.0.0.tgz
Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/01/27 01:31:58 Modified files: mail/mozilla-thunderbird: Tag: OPENBSD_6_8 Makefile distinfo Log message: mail/mozilla-thunderbird: MFC update to 78.7.0. See https://www.thunderbird.net/en-US/thunderbird/78.7.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2021-05/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/01/27 01:30:10 Modified files: mail/mozilla-thunderbird: Makefile distinfo mail/thunderbird-i18n: Makefile.inc distinfo Log message: mail/mozilla-thunderbird: update to 78.7.0. See https://www.thunderbird.net/en-US/thunderbird/78.7.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2021-05/
回复: [NEW] textproc/py-regex
ping ... 发件人: Kurt Mosiejczuk 发送时间: 2020年9月13日 4:54 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [NEW] textproc/py-regex On Tue, Sep 08, 2020 at 03:03:29AM +, wen heping wrote: > Hi, >Here is a patch to create new port textproc/py-regex, which is required > by the update of textproc/py-black. >It build well, all tests passed but one failed on amd64-current system. Here's a version moved to use the current FLAVOR=python3 paradigm and use MODPY_PYTEST. ok to import? --Kurt
