Long road to ghc-9.2.2
Hi Matthias, This has been in the making for a while and although it's still not landable, having more eyes on this work now seems prudent: https://github.com/blackgnezdo/ports/tree/ghc-9.2 Most packages can be rebuilt on amd64 modulo some known problems: * needs a new bootstrap with libHSrts_l (I keep an amd64 library for now) * lang/ghc-9.2.2 can't be built with ghc-8.10.6 package installed * some git-annex dependencies aren't yet compatible with ghc-9.2.2 Other than that, I'm running many of the updated packages built with 9.2.2. I expect all the diffs besides lang/ghc and devel/cabal-install to be compatible with ghc-8.10.6. I can commit them any time we deem appropriate if they look good. Thanks Greg
Re: [WIP] UPDATE: security/keepassxc 1.6.6 -> 1.7.0 | Feedback/testing needed
On Sat, Mar 26, 2022 at 08:08:57PM +0100, ~Ricardo wrote: > .diff and .log attached. Works fine, here, *after* I added this to the Makefile: FIX_CRLF_FILES =src/keeshare/ShareExport.cpp Your emailed .diff stripped the Carriage Returns again. Adding this to the makefile will strip them from the file before patching, and then the patch file won't need them. I can't comment on test failures. :) > Obrigado. > ~Ricardo > > > > > From: ~Ricardo > > Sent: Sat Mar 26 20:04:11 CET 2022 > > To: , Josh Grosse > > Cc: Rsadowski > > Subject: Re: [WIP] UPDATE: security/keepassxc 1.6.6 -> 1.7.0 | > > Feedback/testing needed > > > > > > Hey ports@ and Josh > > > > After some trial and too many errors, I eventually figured out that: > > > > - libgcrypt and libsodium were replaced with botan; > > - quazip was replaced with minizip; > > - Xi gpg-error and pthread were not being used. > > > > WANTLIB and LIB_DEPENDS were modified to reflect that. > > > > portcheck and 'make port-lib-depends-check' does not seem to complain under > > amd64. > > > > 'make test', however, returns this: > > > > 90% tests passed, 4 tests failed out of 39 > > > > The following tests FAILED: > > 36 - testcli (Subprocess aborted) > > 37 - testgui (Subprocess aborted) > > 38 - testguipixmaps (Subprocess aborted) > > 39 - testguifdosecrets (Failed) > > > > I attached a more detailed log. Would be cool to get some help > > troubleshooting these errors and fix them or, as last resort, ignore them. > > Every other step works properly: > > > > make > > makesum|extract|configure|build|update-plist|package|install|deinstall [OK] > > > > > > Any comments or feedback? > > > > Take care. > > ~Ricardo > > > > > > > > From: Josh Grosse > > > Sent: Sat Mar 26 14:52:21 CET 2022 > > > To: > > > Subject: Re: [WIP] UPDATE: security/keepassxc 1.6.6 -> 1.7.0 | > > > Feedback/testing needed > > > > > > > > > On Sat, Mar 26, 2022 at 11:07:46AM +0100, ~Ricardo wrote: > > > > Opps, Forgot to remove quazip dependency. It's no longer used. > > > > Summary of changes: > > > > https://github.com/keepassxreboot/keepassxc/releases/tag/2.7.0 > > > > > > > > Obrigado. > > > > ~Ricardo > > > > > > Built and tested on amd64. Notes: > > > > > > I removed REVISION from your Makefile - as revisions are used to track > > > committed > > > changes to a port that don't bump versions, and you were using this for > > > personal version tracking. > > > > Sorry, forgot to comment that line. Thanks. :) > > > > > I had to revise your patch to include lost embedded Carriage Return (^M) > > > characters. > > > > I do not even know how that happened but thanks for fixing it. > > > > > > > > And port-lib-depends-check shows: > > > > > > Extra: Xi.12 gcrypt.21 gpg-error.3 pthread.26 sodium.10 > > > > Eventually I got this output as well, but after some trial and too many > > errors, I figured out that: > > > > - libgcrypt and libsodium were replaced by botan; > > - quazip was replaced with minizip. > > > > All those libs from 'port-lib-depends-check' were deleted from WANTLIB and > > now 'port-lib-depends-check' returns nothing, as it should. > > > > > > The only thing that does not work entirely are the regress tests: > > > > > > > > -- > > Sent with https://mailfence.com > > Secure and private email > > > Take care. > > Obrigado e boa semana. > ~Ricardo > > -- > Sent with https://mailfence.com > Secure and private email > Start testing: Mar 26 17:09 WET > -- > 1/39 Testing: testgroup > 1/39 Test: testgroup > Command: "/usr/ports/pobj/keepassxc-2.7.0/build-amd64/tests/testgroup" > Directory: /usr/ports/pobj/keepassxc-2.7.0/build-amd64/tests > "testgroup" start time: Mar 26 17:09 WET > Output: > -- > * Start testing of TestGroup * > Config: Using QtTest library 5.15.2, Qt 5.15.2 (x86_64-little_endian-lp64 > shared (dynamic) release build; by Clang 13.0.0 ), unknown unknown > PASS : TestGroup::initTestCase() > PASS : TestGroup::testParenting() > PASS : TestGroup::testSignals() > PASS : TestGroup::testEntries() > PASS : TestGroup::testDeleteSignals() > PASS : TestGroup::testCopyCustomIcon() > PASS : TestGroup::testClone() > PASS : TestGroup::testCopyCustomIcons() > PASS : TestGroup::testFindEntry() > PASS : TestGroup::testFindGroupByPath() > PASS : TestGroup::testPrint() > PASS : TestGroup::testAddEntryWithPath() > PASS : TestGroup::testIsRecycled() > PASS : TestGroup::testCopyDataFrom() > PASS : TestGroup::testEquals() > PASS : TestGroup::testChildrenSort() > PASS : TestGroup::testHierarchy() > PASS : TestGroup::testApplyGroupIconRecursively() > PASS : TestGroup::testUsernamesRecursive() >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2022/03/26 17:02:23 Modified files: security/vault : Makefile distinfo Log message: Update vault 1.9.4 -> 1.10.0 Changelog: https://github.com/hashicorp/vault/blob/main/CHANGELOG.md#1100
[guile vs guile2 headers] Re: lepton-schematic won't start on OpenBSD
Hi Dmitry, ports policy is that library version numbers are under
control of ports, we have had times where we've needed to bump various
libraries following a change in the base OS (not at all often, but it
has happened), also in many cases we have found that ports don't bump
their library version when the ABI is changed and we have to do that
ourselves, so generally we are just using our own numbering.
I've just seen that I can replicate the problem that Tracey saw here
(I was unable to before) and have figured out what's happening, though
not a fix yet.
The symbols mentioned,
guile2.2:/usr/local/lib/libleptongui.so.0.0: undefined symbol 'scm_i_freelist'
guile2.2:/usr/local/lib/libleptongui.so.0.0: undefined symbol
'scm_i_master_freelist'
guile2.2:/usr/local/lib/libleptongui.so.0.0: undefined symbol
'scm_cells_allocated'
etc.
are in guile 1.x but not 2.x:
$ nm -s libguile.so.20.0 | grep scm_i_freelist
0012b8d0 B scm_i_freelist
0012b8d4 B scm_i_freelist2
$ nm -s libguile-2.2.so.0.2 | grep scm_i_freelist
$
and referenced from libleptongui if guile 1 was present at build time
$ nm -s /usr/local/lib/libleptongui.so.0.0 |grep scm_i_f
U scm_i_freelist
but leptongui *is* linked against guile 2 lib
$ objdump -p /usr/local/lib/libleptongui.so.0.0 | grep -i guile
NEEDED libguile-2.2.so.0.2
required from libguile-2.2.so.0.2:
0x0e0b6980 0x00 02 GUILE_2.0
The problem is that it's picking up guile 1.x headers in preference
to those for 2.x. Unfortunately guile 1.x headers are placed directly
in /usr/local/include so they're picked up in preference because that
is listed first in the places where guile is needed.
For now I have added a check to the port to prevent building a
miscompiled package. It needs an actual fix but this is at least a
start.
One fix would be to ensure /usr/local/include/guile/2.2 is searched
before /usr/local/include but I've not found a way (including some
fairly disgusting hacks) to do this without major work to the build
system.
Another possibility would be for us to move guile 1's headers to a
subdirectory, which is probably the cleanest fix, but will likely mean
adjusting the 8 ports using it to cope.
Anyone else have an idea that I've missed?
On 2022/03/26 21:45, Dmitry Pryakhin wrote:
> On Fri, 18 Mar 2022 09:44:19 -0600
> Tracey Emery wrote:
>
> > Hello,
> >
> > I ok'd the import of lepton into ports by sthen@ yesterday. Upon
> > testing, there is a problem. I don't understand the ins-and-outs of
> > the lepton software yet, so sending this problem to you. The errors
> > when starting are below. I'm hoping it is just an anomaly on my
> > laptop. I've rebuilt this twice just to be sure. This is built
> > against -current:
> >
> > OpenBSD 7.1-beta (GENERIC.MP) #422: Tue Mar 15 11:28:22 MDT 2022
> >
> > CC'ing sthen on this, so he's in on the loop.
> >
> > Thanks!
> >
>
> > ... [skip]
> > In unknown file:
> >0 (dynamic-link "libleptongui")
> > ERROR: In procedure dynamic-link:
> > In procedure dynamic-link: file: "libleptongui", message: "file not
> > found"
>
>
> Hello,
>
> Sorry for the delay. I've tested both binary package installed
> with pkg_add(1) and built from the ports tree on this system:
>
> OpenBSD 7.1-beta (GENERIC.MP) #441: Fri Mar 25 11:36:26 MDT 2022
>
> Unfortunately, I can't reproduce the error, lepton-schematic
> works as intended. Looking at the error messages I see that it
> cannot load the library libleptongui.
> I noticed that library versions in port's Makefile are wrong:
> both libleptongui and liblepton versions are set to 0.0, but
> should be 4.0 and 10.0, respectively. Please try to build with
> the attached patch applied (created with 'cvs diff'). I would
> also suggest to delete Guile cache before starting the
> application (rm -rf ~/.cache/guile/).
> Thank you for accepting Lepton to the OpenBSD ports collection!
>
> Regards,
> Dmitry.
> Index: Makefile
> ===
> RCS file: /cvs/ports/cad/lepton-eda/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile 18 Mar 2022 09:42:36 - 1.1.1.1
> +++ Makefile 26 Mar 2022 17:18:56 -
> @@ -3,8 +3,8 @@ COMMENT = lepton electronic design autom
> V = 1.9.17-20211219
> DISTNAME = lepton-eda-${V:C/-.*//}
>
> -SHARED_LIBS += lepton 0.0 # 8.0
> -SHARED_LIBS += leptongui0.0 # 2.0
> +SHARED_LIBS += lepton 10.0 # 10.0
> +SHARED_LIBS += leptongui4.0 # 4.0
>
> CATEGORIES = cad
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/26 15:58:26 ports/cad/lepton-eda/patches Update of /cvs/ports/cad/lepton-eda/patches In directory cvs.openbsd.org:/tmp/cvs-serv23082/patches Log Message: Directory /cvs/ports/cad/lepton-eda/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/26 15:35:50 Modified files: cad/lepton-eda : Makefile Log message: lepton-eda: add a dirty check for lang/guile which will cause it to miscompile. non ideal but better than silently building bad binaries.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/26 14:35:16 Modified files: graphics : Makefile Log message: + krita-gmic-plugin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/03/26 14:33:50 Log message: Import krita-gmic-plugin - gmic for by the krita team cat pkg/DESCR This package contains the G'MIC plugin for krita. The krita developers decided to fork and patch G'MIC to enable a tighter integration in krita. This version is based on this fork and works independently from the system G'MIC. HOMEPAGE = https://kde.org/krita MAINTAINER = Stefan Hagen This port replaces the broken gmic-qt-krita port in 7.0. Why gmic was forked for krita is described here: https://github.com/KDE/krita/blob/master/README.packagers.md OK rsadowski@ Status: Vendor Tag: sdk Release Tags: sdk_20220326 N ports/graphics/krita-gmic-plugin/Makefile N ports/graphics/krita-gmic-plugin/distinfo N ports/graphics/krita-gmic-plugin/patches/patch-src_gmic_cpp N ports/graphics/krita-gmic-plugin/pkg/DESCR N ports/graphics/krita-gmic-plugin/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2022/03/26 14:19:55
Modified files:
devel/fnc : Makefile distinfo
Log message:
Update fnc 0.9 => 0.10
Changes:
* fix gcc 9.3 compiler warnings (i.e., unused variable) (reported by stephan)
* restrict C key map for diffing local changes to check-in artifacts
* ensure timeline --branch option ignores cancelled branches (reported by sean)
* fix landlock initialisation of handled fs access perms (patch by Ashish)
* tighten landlock ruleset depending on which fnc command is called
* improve branch view rendering of last modified date and hash id
* colour branch header and make (in)active behaviour consistent with other views
* improve branch parsing of imported repositories (reported by Dan)
* fix OB1 error when branch entry length exceeds COLUMNS
* add timezone path to landlock ruleset (reported by Ashish)
* implement P key map to write a patch file of the currently viewed diff
* fix invalid write in landlock initialisation code (reported by Ashish)
* ensure unveil(2) initialisation handles -R|--repo invocations
* add create file to landlock ruleset for permitted dirs (reported by Ashish)
* make mandir if needed in makefile install target (reported by Dan)
* document backspace key map to cancel tl search/traversal (reported by Dan)
* return to blocking on user input when tl search is aborted (reported by Dan)
* implement persistent diff options for global and per-repo defaults
* implement --whitespace-eol and W key map to only ignore eol whitespace
* implement horizontal scroll in the in-app help
* add Q key map to in-app help to directly quit fnc
* implement blame navigation from diff view with C-{j,k} key maps
Re: [update] sysutils/telegraf to 1.22.0
Am 26.03.22 um 20:59 schrieb Lucas Raab: > On Sat, Mar 26, 2022 at 08:32:11PM +0100, Martin Reindl wrote: >> >> Am 26.03.22 um 18:41 schrieb Lucas Raab: >>> Hello, >>> >>> Here's an update for telegraf. This fixes a snmp collection issue >>> that was identified in 1.21.x. This is my first attempt at updating >>> a Go-based port so hopefully I didn't botch the job :) Tested so >>> far on amd64 only. Other testers out there want to give this a >>> whirl? >>> >>> Changelog: https://github.com/influxdata/telegraf/releases/tag/v1.22.0 >>> >>> Thanks, >>> Lucas >> >> >> v1.22.0 switched gopsutil to v3 which breaks arm64 >> (which was just fixed in v1.21.4) >> >> If people prefer to have snmp fixed I can take this forward, but then >> there won't be a telegraf package for arm64 in 7.1. >> >> -m > > Ah, that's unfortunate. I think not updating makes the most sense in > that case https://github.com/shirou/gopsutil/pull/1244 is not yet in a new release, so it will take some more days before the cpu module (which breaks arm64) is actually usable and some more weeks or months before it makes it into telegraf. If someone beats me into disabling the gopsutil cpu module in the guts of telegraf I will happily check this for the 7.1 release.
Re: [update] sysutils/telegraf to 1.22.0
On Sat, Mar 26, 2022 at 08:32:11PM +0100, Martin Reindl wrote: > > Am 26.03.22 um 18:41 schrieb Lucas Raab: > > Hello, > > > > Here's an update for telegraf. This fixes a snmp collection issue > > that was identified in 1.21.x. This is my first attempt at updating > > a Go-based port so hopefully I didn't botch the job :) Tested so > > far on amd64 only. Other testers out there want to give this a > > whirl? > > > > Changelog: https://github.com/influxdata/telegraf/releases/tag/v1.22.0 > > > > Thanks, > > Lucas > > > v1.22.0 switched gopsutil to v3 which breaks arm64 > (which was just fixed in v1.21.4) > > If people prefer to have snmp fixed I can take this forward, but then > there won't be a telegraf package for arm64 in 7.1. > > -m Ah, that's unfortunate. I think not updating makes the most sense in that case
Re: lepton-schematic won't start on OpenBSD
On Fri, 18 Mar 2022 09:44:19 -0600
Tracey Emery wrote:
> Hello,
>
> I ok'd the import of lepton into ports by sthen@ yesterday. Upon
> testing, there is a problem. I don't understand the ins-and-outs of
> the lepton software yet, so sending this problem to you. The errors
> when starting are below. I'm hoping it is just an anomaly on my
> laptop. I've rebuilt this twice just to be sure. This is built
> against -current:
>
> OpenBSD 7.1-beta (GENERIC.MP) #422: Tue Mar 15 11:28:22 MDT 2022
>
> CC'ing sthen on this, so he's in on the loop.
>
> Thanks!
>
> ... [skip]
> In unknown file:
>0 (dynamic-link "libleptongui")
> ERROR: In procedure dynamic-link:
> In procedure dynamic-link: file: "libleptongui", message: "file not
> found"
Hello,
Sorry for the delay. I've tested both binary package installed
with pkg_add(1) and built from the ports tree on this system:
OpenBSD 7.1-beta (GENERIC.MP) #441: Fri Mar 25 11:36:26 MDT 2022
Unfortunately, I can't reproduce the error, lepton-schematic
works as intended. Looking at the error messages I see that it
cannot load the library libleptongui.
I noticed that library versions in port's Makefile are wrong:
both libleptongui and liblepton versions are set to 0.0, but
should be 4.0 and 10.0, respectively. Please try to build with
the attached patch applied (created with 'cvs diff'). I would
also suggest to delete Guile cache before starting the
application (rm -rf ~/.cache/guile/).
Thank you for accepting Lepton to the OpenBSD ports collection!
Regards,
Dmitry.
Index: Makefile
===
RCS file: /cvs/ports/cad/lepton-eda/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile 18 Mar 2022 09:42:36 - 1.1.1.1
+++ Makefile 26 Mar 2022 17:18:56 -
@@ -3,8 +3,8 @@ COMMENT = lepton electronic design autom
V = 1.9.17-20211219
DISTNAME = lepton-eda-${V:C/-.*//}
-SHARED_LIBS += lepton 0.0 # 8.0
-SHARED_LIBS += leptongui0.0 # 2.0
+SHARED_LIBS += lepton 10.0 # 10.0
+SHARED_LIBS += leptongui4.0 # 4.0
CATEGORIES = cad
Re: [update] sysutils/telegraf to 1.22.0
Am 26.03.22 um 18:41 schrieb Lucas Raab: > Hello, > > Here's an update for telegraf. This fixes a snmp collection issue > that was identified in 1.21.x. This is my first attempt at updating > a Go-based port so hopefully I didn't botch the job :) Tested so > far on amd64 only. Other testers out there want to give this a > whirl? > > Changelog: https://github.com/influxdata/telegraf/releases/tag/v1.22.0 > > Thanks, > Lucas v1.22.0 switched gopsutil to v3 which breaks arm64 (which was just fixed in v1.21.4) If people prefer to have snmp fixed I can take this forward, but then there won't be a telegraf package for arm64 in 7.1. -m
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/03/26 13:05:48 Modified files: sysutils/dspy : Makefile Log message: Fix build on sparc64 by doing the usual c99 dance
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/03/26 12:58:05 Modified files: audio/amused : Makefile distinfo Log message: update amused to 0.5 changelog: * unbreak opus and ogg vorbis * handle flacs with bps != 16 and/or channels != 2 * speed up `load' a lot (especially if over NFS) port-wise: update HOMEPAGE and MASTER_SITES
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2022/03/26 11:09:00 Modified files: productivity/impressive: Makefile distinfo Added files: productivity/impressive/patches: patch-impressive_py Log message: Uppdate to impressive 0.13.1. ok sthen@ - switches to Python3 - adds video support through mplayer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2022/03/26 10:43:02 Modified files: graphics/tiff : Makefile Added files: graphics/tiff/patches: patch-libtiff_tif_dir_c patch-libtiff_tif_dirread_c patch-libtiff_tif_jbig_c patch-tools_tiffcp_c patch-tools_tiffcrop_c patch-tools_tiffset_c Log message: backport upstream patches for CVE-2022-0909, CVE-2022-0561, CVE-2022-0562, CVE-2022-0908, CVE-2022-0865, CVE-2022-0924, CVE-2022-0891, CVE-2022-0907, and CVE-2022-22844 ok landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/03/26 10:11:56 Modified files: www/webkitgtk4 : Makefile distinfo www/webkitgtk4/patches: patch-Source_JavaScriptCore_assembler_ARM64Assembler_h patch-Source_JavaScriptCore_assembler_ARMv7Assembler_h patch-Source_JavaScriptCore_jsc_cpp patch-Source_JavaScriptCore_runtime_MachineContext_h patch-Source_WTF_wtf_PlatformEnable_h patch-Source_WebCore_page_NavigatorBase_cpp patch-Source_cmake_OptionsCommon_cmake patch-Source_cmake_WebKitCommon_cmake patch-Source_cmake_WebKitCompilerFlags_cmake patch-Source_cmake_WebKitFeatures_cmake www/webkitgtk4/pkg: PLIST Added files: www/webkitgtk4/patches: patch-Source_ThirdParty_ANGLE_src_common_platform_h patch-Source_ThirdParty_ANGLE_src_common_system_utils_posix_cpp patch-Source_bmalloc_bmalloc_AvailableMemory_cpp patch-Source_bmalloc_bmalloc_AvailableMemory_h patch-Source_bmalloc_bmalloc_BPlatform_h Removed files: www/webkitgtk4/patches: patch-Source_WTF_wtf_PlatformHave_h patch-Source_WTF_wtf_PlatformRegisters_h Log message: Update to webkitgtk4-2.36.0. Survived a bulk. with and ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2022/03/26 07:55:15 Modified files: shells/fish: Makefile distinfo Log message: Update to fish-3.4.1 bugfix release
Re: [WIP] UPDATE: security/keepassxc 1.6.6 -> 1.7.0 | Feedback/testing needed
On Sat, Mar 26, 2022 at 11:07:46AM +0100, ~Ricardo wrote: > Opps, Forgot to remove quazip dependency. It's no longer used. > Summary of changes: > https://github.com/keepassxreboot/keepassxc/releases/tag/2.7.0 > > Obrigado. > ~Ricardo Built and tested on amd64. Notes: I removed REVISION from your Makefile - as revisions are used to track committed changes to a port that don't bump versions, and you were using this for personal version tracking. I had to revise your patch to include lost embedded Carriage Return (^M) characters. And port-lib-depends-check shows: Extra: Xi.12 gcrypt.21 gpg-error.3 pthread.26 sodium.10
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2022/03/26 07:50:30 Modified files: net/vger : Makefile distinfo Log message: Update to vger-1.09 Patch from maintainer Florian Viehweger, thanks!
[update] vger 1.09
Hi,
this is a simple update for vger to 1.09.
portcheck, 'make lib-depends-check' and 'make test' are happy.
Some testing done on amd64.
Comments?
Thanks!
Index: Makefile
===
RCS file: /cvs/ports/net/vger/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- Makefile11 Mar 2022 19:48:05 - 1.3
+++ Makefile26 Mar 2022 12:39:35 -
@@ -1,5 +1,5 @@
COMMENT = gemini server written in C used with inetd
-V =1.07
+V =1.09
DISTNAME = vger-${V}
CATEGORIES = net
Index: distinfo
===
RCS file: /cvs/ports/net/vger/distinfo,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 distinfo
--- distinfo13 Jul 2021 16:33:36 - 1.2
+++ distinfo26 Mar 2022 12:39:35 -
@@ -1,2 +1,2 @@
-SHA256 (vger-1.07.tar.gz) = ByCUxfD1uS9nE/L/7MTuJuYxy85Pokjbiz2PUbKx4Tc=
-SIZE (vger-1.07.tar.gz) = 13371
+SHA256 (vger-1.09.tar.gz) = sjuLH9gk0AV6BixQ7UJQN+omJtskyIzJh3HY34iYFh4=
+SIZE (vger-1.09.tar.gz) = 13594
--
greetings,
Florian Viehweger
Re: UPDATE help: productivity/impressive 0.13.1
On Sat, Mar 26, 2022 at 12:06:21PM +, Stuart Henderson wrote:
>
> inline:
Thanks. New version below.
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/OpenBSD/ports/productivity/impressive/Makefile,v
> > retrieving revision 1.22
> > diff -u -p -u -r1.22 Makefile
> > --- Makefile11 Mar 2022 19:51:42 - 1.22
> > +++ Makefile26 Mar 2022 10:47:32 -
> > @@ -1,9 +1,8 @@
> > COMMENT = stylish PDF presentation generator
> >
> > -MODPY_EGG_VERSION =0.11.1
> > +MODPY_EGG_VERSION =0.13.1
> > DISTNAME = Impressive-${MODPY_EGG_VERSION}
> > PKGNAME = impressive-${MODPY_EGG_VERSION}
> > -REVISION = 1
> >
> > CATEGORIES = productivity
> > HOMEPAGE = http://impressive.sourceforge.net/
> > @@ -13,16 +12,19 @@ MASTER_SITES = ${MASTER_SITE_SOURCEFORG
> > PERMIT_PACKAGE = Yes
> >
> > MODULES = lang/python
> > -MODPY_VERSION =${MODPY_DEFAULT_VERSION_2}
>
> good
>
> > NO_BUILD = Yes
> > NO_TEST = Yes
> >
> > -RUN_DEPENDS = devel/pygame \
> > +FLAVORS=python3
> > +FLAVOR= python3
>
> remove FLAVOR/FLAVORS, they are for python libraries rather than
> standalone software.
>
> > +
> > +RUN_DEPENDS = devel/pygame,python3 \
> > devel/xdg-utils \
> > - graphics/py2-Pillow \
> > - graphics/py-opengl \
> > + graphics/py-Pillow \
> > + graphics/py-opengl,python3 \
>
> These python library dependencies should use ${MODPY_FLAVOR}
> rather than (nothing) or ,python3
>
> > print/poppler,-utils \
> > - textproc/pdftk
> > + textproc/pdftk \
> > + x11/mplayer
> >
> > MODPY_ADJ_FILES = impressive.py
Index: Makefile
===
RCS file: /cvs/OpenBSD/ports/productivity/impressive/Makefile,v
retrieving revision 1.22
diff -u -p -u -r1.22 Makefile
--- Makefile11 Mar 2022 19:51:42 - 1.22
+++ Makefile26 Mar 2022 12:37:45 -
@@ -1,9 +1,8 @@
COMMENT = stylish PDF presentation generator
-MODPY_EGG_VERSION =0.11.1
+MODPY_EGG_VERSION =0.13.1
DISTNAME = Impressive-${MODPY_EGG_VERSION}
PKGNAME = impressive-${MODPY_EGG_VERSION}
-REVISION = 1
CATEGORIES = productivity
HOMEPAGE = http://impressive.sourceforge.net/
@@ -13,16 +12,16 @@ MASTER_SITES = ${MASTER_SITE_SOURCEFORG
PERMIT_PACKAGE = Yes
MODULES = lang/python
-MODPY_VERSION =${MODPY_DEFAULT_VERSION_2}
NO_BUILD = Yes
NO_TEST = Yes
-RUN_DEPENDS = devel/pygame \
+RUN_DEPENDS = devel/pygame${MODPY_FLAVOR} \
devel/xdg-utils \
- graphics/py2-Pillow \
- graphics/py-opengl \
+ graphics/py-Pillow${MODPY_FLAVOR} \
+ graphics/py-opengl${MODPY_FLAVOR} \
print/poppler,-utils \
- textproc/pdftk
+ textproc/pdftk \
+ x11/mplayer
MODPY_ADJ_FILES = impressive.py
Index: distinfo
===
RCS file: /cvs/OpenBSD/ports/productivity/impressive/distinfo,v
retrieving revision 1.3
diff -u -p -u -r1.3 distinfo
--- distinfo8 Apr 2016 09:23:13 - 1.3
+++ distinfo26 Mar 2022 12:37:45 -
@@ -1,2 +1,2 @@
-SHA256 (Impressive-0.11.1.tar.gz) =
WT9hbrcqGKgmvHaHyZUqKuXd7VSD0miLq1tcpoyveSw=
-SIZE (Impressive-0.11.1.tar.gz) = 195743
+SHA256 (Impressive-0.13.1.tar.gz) =
JIkXO7+KsStEmQfYEQMPqXPSOjDmN8Y18XUn6roULTQ=
+SIZE (Impressive-0.13.1.tar.gz) = 215989
Index: patches/patch-impressive_py
===
RCS file: patches/patch-impressive_py
diff -N patches/patch-impressive_py
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-impressive_py 26 Mar 2022 12:37:45 -
@@ -0,0 +1,23 @@
+--- impressive.py.orig Sat Mar 26 11:10:53 2022
impressive.py Sat Mar 26 11:34:40 2022
+@@ -1059,9 +1059,9 @@
+ # first, ask politely
+ try:
+ if Platform.use_omxplayer and VideoPlaying:
+-MPlayerProcess.stdin.write('q')
++MPlayerProcess.stdin.write('q'.encode())
+ else:
+-MPlayerProcess.stdin.write('quit\n')
++MPlayerProcess.stdin.write('quit\n'.encode())
+ MPlayerProcess.stdin.flush()
+ for i in range(10):
+ if MPlayerProcess.poll() is None:
+@@ -5571,7 +5571,7 @@
+ cmd = omxplayer_cmd if Platform.use_omxplayer else (mplayer_cmd +
'\n')
+ if not cmd: return
+ try:
+-
Re: UPDATE help: productivity/impressive 0.13.1
On 2022/03/26 12:00, Matthieu Herrb wrote:
> Hi,
>
> I've a need for the new video playing feature of impress!ve 0.12, and
> even found a new 0.13.1 version that supports python3.
>
> Unfortunatly there's a small bug in the mplayer control code with
> python3, so I've added a patch to fix it (and I also reported it
> upstreams).
>
> But I'm not sure if my patch below is the proper way to handle a port
> that is now python3 only (the FLAVOR handling looks suspicious to me)
> but I'm not experienced enough with python ports to figure it out.
>
> Comments, suggestions, oks ?
inline:
> Index: Makefile
> ===
> RCS file: /cvs/OpenBSD/ports/productivity/impressive/Makefile,v
> retrieving revision 1.22
> diff -u -p -u -r1.22 Makefile
> --- Makefile 11 Mar 2022 19:51:42 - 1.22
> +++ Makefile 26 Mar 2022 10:47:32 -
> @@ -1,9 +1,8 @@
> COMMENT =stylish PDF presentation generator
>
> -MODPY_EGG_VERSION = 0.11.1
> +MODPY_EGG_VERSION = 0.13.1
> DISTNAME = Impressive-${MODPY_EGG_VERSION}
> PKGNAME =impressive-${MODPY_EGG_VERSION}
> -REVISION = 1
>
> CATEGORIES = productivity
> HOMEPAGE = http://impressive.sourceforge.net/
> @@ -13,16 +12,19 @@ MASTER_SITES =${MASTER_SITE_SOURCEFORG
> PERMIT_PACKAGE = Yes
>
> MODULES =lang/python
> -MODPY_VERSION = ${MODPY_DEFAULT_VERSION_2}
good
> NO_BUILD = Yes
> NO_TEST =Yes
>
> -RUN_DEPENDS =devel/pygame \
> +FLAVORS=python3
> +FLAVOR= python3
remove FLAVOR/FLAVORS, they are for python libraries rather than
standalone software.
> +
> +RUN_DEPENDS =devel/pygame,python3 \
> devel/xdg-utils \
> - graphics/py2-Pillow \
> - graphics/py-opengl \
> + graphics/py-Pillow \
> + graphics/py-opengl,python3 \
These python library dependencies should use ${MODPY_FLAVOR}
rather than (nothing) or ,python3
> print/poppler,-utils \
> - textproc/pdftk
> + textproc/pdftk \
> + x11/mplayer
>
> MODPY_ADJ_FILES =impressive.py
>
> Index: distinfo
> ===
> RCS file: /cvs/OpenBSD/ports/productivity/impressive/distinfo,v
> retrieving revision 1.3
> diff -u -p -u -r1.3 distinfo
> --- distinfo 8 Apr 2016 09:23:13 - 1.3
> +++ distinfo 26 Mar 2022 10:47:32 -
> @@ -1,2 +1,2 @@
> -SHA256 (Impressive-0.11.1.tar.gz) =
> WT9hbrcqGKgmvHaHyZUqKuXd7VSD0miLq1tcpoyveSw=
> -SIZE (Impressive-0.11.1.tar.gz) = 195743
> +SHA256 (Impressive-0.13.1.tar.gz) =
> JIkXO7+KsStEmQfYEQMPqXPSOjDmN8Y18XUn6roULTQ=
> +SIZE (Impressive-0.13.1.tar.gz) = 215989
> Index: patches/patch-impressive_py
> ===
> RCS file: patches/patch-impressive_py
> diff -N patches/patch-impressive_py
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-impressive_py 26 Mar 2022 10:47:32 -
> @@ -0,0 +1,23 @@
> +--- impressive.py.orig Sat Mar 26 11:10:53 2022
> impressive.pySat Mar 26 11:34:40 2022
> +@@ -1059,9 +1059,9 @@
> + # first, ask politely
> + try:
> + if Platform.use_omxplayer and VideoPlaying:
> +-MPlayerProcess.stdin.write('q')
> ++MPlayerProcess.stdin.write('q'.encode())
> + else:
> +-MPlayerProcess.stdin.write('quit\n')
> ++MPlayerProcess.stdin.write('quit\n'.encode())
> + MPlayerProcess.stdin.flush()
> + for i in range(10):
> + if MPlayerProcess.poll() is None:
> +@@ -5571,7 +5571,7 @@
> + cmd = omxplayer_cmd if Platform.use_omxplayer else (mplayer_cmd +
> '\n')
> + if not cmd: return
> + try:
> +-MPlayerProcess.stdin.write(cmd)
> ++MPlayerProcess.stdin.write(cmd.encode())
> + MPlayerProcess.stdin.flush()
> + except:
> + StopMPlayer()
>
>
> --
> Matthieu Herrb
>
Re: UPDATE: graphics/scrot
Do watch out with SEPARATE_BUILD, it often breaks tests, or breaks something with a future update (upstreams often don't test out-of-tree builds) - sometimes this breakage is obvious, sometimes it's subtle. Also it's practically of very little use except for huge ports. Mainly for those which take longer to extract than to run configure.
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Thu Mar 24 02:25:29 MDT 2022 finished at Sat Mar 26 06:01:23 MDT 2022 lasted 2D03h35m done with kern.version=OpenBSD 7.1-beta (GENERIC.MP) #1599: Wed Mar 23 19:54:46 MDT 2022 built packages:11159 Mar 24:4011 Mar 25:3078 Mar 26:4069 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-03-24/summary.log build failures: 0 grep: /usr/ports/logs/aarch64/locks/*: No such file or directory find: failures: No such file or directory cp: failures/: No such file or directory recurrent failures new failures +++ ls-failures Sat Mar 26 06:01:34 2022 resolved failures --- ../old/aarch64/last//ls-failuresWed Mar 23 13:42:10 2022 -failures/games/irrlamb.log -failures/www/seamonkey,-lightning.log tar: Unable to access aarch64/failures: No such file or directory tar: WARNING! These file names were not selected: aarch64/failures
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/26 05:55:15 Modified files: mail/mutt : Makefile distinfo mail/mutt/pkg : PLIST Log message: update to mutt-2.2.2
UPDATE help: productivity/impressive 0.13.1
Hi,
I've a need for the new video playing feature of impress!ve 0.12, and
even found a new 0.13.1 version that supports python3.
Unfortunatly there's a small bug in the mplayer control code with
python3, so I've added a patch to fix it (and I also reported it
upstreams).
But I'm not sure if my patch below is the proper way to handle a port
that is now python3 only (the FLAVOR handling looks suspicious to me)
but I'm not experienced enough with python ports to figure it out.
Comments, suggestions, oks ?
Index: Makefile
===
RCS file: /cvs/OpenBSD/ports/productivity/impressive/Makefile,v
retrieving revision 1.22
diff -u -p -u -r1.22 Makefile
--- Makefile11 Mar 2022 19:51:42 - 1.22
+++ Makefile26 Mar 2022 10:47:32 -
@@ -1,9 +1,8 @@
COMMENT = stylish PDF presentation generator
-MODPY_EGG_VERSION =0.11.1
+MODPY_EGG_VERSION =0.13.1
DISTNAME = Impressive-${MODPY_EGG_VERSION}
PKGNAME = impressive-${MODPY_EGG_VERSION}
-REVISION = 1
CATEGORIES = productivity
HOMEPAGE = http://impressive.sourceforge.net/
@@ -13,16 +12,19 @@ MASTER_SITES = ${MASTER_SITE_SOURCEFORG
PERMIT_PACKAGE = Yes
MODULES = lang/python
-MODPY_VERSION =${MODPY_DEFAULT_VERSION_2}
NO_BUILD = Yes
NO_TEST = Yes
-RUN_DEPENDS = devel/pygame \
+FLAVORS=python3
+FLAVOR= python3
+
+RUN_DEPENDS = devel/pygame,python3 \
devel/xdg-utils \
- graphics/py2-Pillow \
- graphics/py-opengl \
+ graphics/py-Pillow \
+ graphics/py-opengl,python3 \
print/poppler,-utils \
- textproc/pdftk
+ textproc/pdftk \
+ x11/mplayer
MODPY_ADJ_FILES = impressive.py
Index: distinfo
===
RCS file: /cvs/OpenBSD/ports/productivity/impressive/distinfo,v
retrieving revision 1.3
diff -u -p -u -r1.3 distinfo
--- distinfo8 Apr 2016 09:23:13 - 1.3
+++ distinfo26 Mar 2022 10:47:32 -
@@ -1,2 +1,2 @@
-SHA256 (Impressive-0.11.1.tar.gz) =
WT9hbrcqGKgmvHaHyZUqKuXd7VSD0miLq1tcpoyveSw=
-SIZE (Impressive-0.11.1.tar.gz) = 195743
+SHA256 (Impressive-0.13.1.tar.gz) =
JIkXO7+KsStEmQfYEQMPqXPSOjDmN8Y18XUn6roULTQ=
+SIZE (Impressive-0.13.1.tar.gz) = 215989
Index: patches/patch-impressive_py
===
RCS file: patches/patch-impressive_py
diff -N patches/patch-impressive_py
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-impressive_py 26 Mar 2022 10:47:32 -
@@ -0,0 +1,23 @@
+--- impressive.py.orig Sat Mar 26 11:10:53 2022
impressive.py Sat Mar 26 11:34:40 2022
+@@ -1059,9 +1059,9 @@
+ # first, ask politely
+ try:
+ if Platform.use_omxplayer and VideoPlaying:
+-MPlayerProcess.stdin.write('q')
++MPlayerProcess.stdin.write('q'.encode())
+ else:
+-MPlayerProcess.stdin.write('quit\n')
++MPlayerProcess.stdin.write('quit\n'.encode())
+ MPlayerProcess.stdin.flush()
+ for i in range(10):
+ if MPlayerProcess.poll() is None:
+@@ -5571,7 +5571,7 @@
+ cmd = omxplayer_cmd if Platform.use_omxplayer else (mplayer_cmd +
'\n')
+ if not cmd: return
+ try:
+-MPlayerProcess.stdin.write(cmd)
++MPlayerProcess.stdin.write(cmd.encode())
+ MPlayerProcess.stdin.flush()
+ except:
+ StopMPlayer()
--
Matthieu Herrb
mips64 bulk build report
bulk build on octeon.ports.openbsd.org started on Thu Mar 10 09:53:44 UTC 2022 finished at Sat Mar 26 09:24:06 UTC 2022 lasted 16D23h30m done with kern.version=OpenBSD 7.1-beta (GENERIC.MP) #880: Wed Mar 9 16:52:25 MST 2022 built packages:8758 Mar 10:2468 Mar 11:639 Mar 12:621 Mar 13:585 Mar 14:823 Mar 15:921 Mar 16:338 Mar 23:755 Mar 24:36 Mar 25:1570 Mar 26:1 build failures: 75 http://build-failures.rhaalovely.net/mips64/2022-03-10/audio/mpd.log http://build-failures.rhaalovely.net/mips64/2022-03-10/chinese/libpinyin.log http://build-failures.rhaalovely.net/mips64/2022-03-10/databases/postgresql-pllua.log http://build-failures.rhaalovely.net/mips64/2022-03-10/devel/clang-tools-extra.log http://build-failures.rhaalovely.net/mips64/2022-03-10/devel/coccinelle.log http://build-failures.rhaalovely.net/mips64/2022-03-10/devel/go-sys.log http://build-failures.rhaalovely.net/mips64/2022-03-10/devel/promu.log http://build-failures.rhaalovely.net/mips64/2022-03-10/devel/protobuf.log http://build-failures.rhaalovely.net/mips64/2022-03-10/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/mips64/2022-03-10/devel/sdcc.log http://build-failures.rhaalovely.net/mips64/2022-03-10/editors/micro.log http://build-failures.rhaalovely.net/mips64/2022-03-10/emulators/openmsx.log http://build-failures.rhaalovely.net/mips64/2022-03-10/emulators/spike.log http://build-failures.rhaalovely.net/mips64/2022-03-10/games/astromenace.log http://build-failures.rhaalovely.net/mips64/2022-03-10/games/hyperrogue.log http://build-failures.rhaalovely.net/mips64/2022-03-10/games/irrlamb.log http://build-failures.rhaalovely.net/mips64/2022-03-10/games/wesnoth.log http://build-failures.rhaalovely.net/mips64/2022-03-10/games/witchblast.log http://build-failures.rhaalovely.net/mips64/2022-03-10/geo/gpstk.log http://build-failures.rhaalovely.net/mips64/2022-03-10/graphics/asymptote.log http://build-failures.rhaalovely.net/mips64/2022-03-10/graphics/enblend-enfuse.log http://build-failures.rhaalovely.net/mips64/2022-03-10/graphics/openvdb.log http://build-failures.rhaalovely.net/mips64/2022-03-10/lang/STk.log http://build-failures.rhaalovely.net/mips64/2022-03-10/lang/algol68g.log http://build-failures.rhaalovely.net/mips64/2022-03-10/lang/gambit.log http://build-failures.rhaalovely.net/mips64/2022-03-10/lang/gforth.log http://build-failures.rhaalovely.net/mips64/2022-03-10/lang/librep.log http://build-failures.rhaalovely.net/mips64/2022-03-10/lang/pfe.log http://build-failures.rhaalovely.net/mips64/2022-03-10/lang/php/8.1.log http://build-failures.rhaalovely.net/mips64/2022-03-10/mail/opensmtpd-filters/rspamd.log http://build-failures.rhaalovely.net/mips64/2022-03-10/math/gbc.log http://build-failures.rhaalovely.net/mips64/2022-03-10/math/lean.log http://build-failures.rhaalovely.net/mips64/2022-03-10/math/lrs.log http://build-failures.rhaalovely.net/mips64/2022-03-10/math/mlpack,-main.log http://build-failures.rhaalovely.net/mips64/2022-03-10/math/ntl.log http://build-failures.rhaalovely.net/mips64/2022-03-10/multimedia/assimp.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/amule,-daemon.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/deluge.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/gortr.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/gtk-gnutella.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/icinga/core2.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/minio/client.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/minio/server.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/powerdns_recursor.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/syncthing.log http://build-failures.rhaalovely.net/mips64/2022-03-10/net/utox.log http://build-failures.rhaalovely.net/mips64/2022-03-10/plan9/drawterm.log http://build-failures.rhaalovely.net/mips64/2022-03-10/print/ghostscript/gnu,no_x11.log http://build-failures.rhaalovely.net/mips64/2022-03-10/security/botan2.log http://build-failures.rhaalovely.net/mips64/2022-03-10/security/go-siphash.log http://build-failures.rhaalovely.net/mips64/2022-03-10/security/gobuster.log http://build-failures.rhaalovely.net/mips64/2022-03-10/security/vault.log http://build-failures.rhaalovely.net/mips64/2022-03-10/shells/elvish.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/amazon-ecs-cli.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/beats/filebeat.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/beats/heartbeat.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/beats/metricbeat.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/beats/packetbeat.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/dep.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/direnv.log http://build-failures.rhaalovely.net/mips64/2022-03-10/sysutils/gitlab-runner.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2022/03/26 02:14:00 Modified files: devel/cmake: Makefile devel/cmake/patches: patch-Source_cmComputeLinkInformation_cxx Log message: add a hack to the hack to allow building libraries that link to libraries with OBJECT type so that path/to/object.o does not get translated to -lobject.o ok aja@, sthen@, rsadowski@
Re: [new] graphics/krita-gmic-plugin
On Sat Mar 26, 2022 at 07:40:43AM +0100, Stefan Hagen wrote: > Stefan Hagen wrote (2022-03-25 23:36 CET): > > Stefan Hagen wrote (2022-03-25 23:19 CET): > > > Stefan Hagen wrote (2022-03-25 23:15 CET): > > > > Hi, > > > > > > > > This is the second attempt to bring the krita-gmic plugin back to life. > > > > Integrating the plugin build process into krita worked, but it didn't > > > > feel like it is the right way. I wanted a separate port again. > > > > > > > > DESCR: > > > > > > > > This package contains the G'MIC plugin for krita. > > > > > > > > The krita developers decided to fork and patch G'MIC to enable a tighter > > > > integration in krita. This version is based on this fork and works > > > > independently from the system G'MIC. > > > > > > > > HOMEPAGE: https://kde.org/krita > > > > > > > > MAINTAINER: Stefan Hagen > > > > > > > > > > > > port-lib-depends-check and portcheck are happy. > > > > > > > > OKs, comments and tests are welcome! > > Josh Grosse reported a configure error due to a missing build dep > (ECMConfig.cmake). Thanks for testing! > > It turns out the devel/cmake module is not enough and it needs > devel/kf5, which pulls in devel/kf5/extra-cmake-modules. > > Update attached. > > -- > Thanks for not using node.js - COMPILER is set by x11/qt5 - CMAKE_INSTALL_PREFIX and CMAKE_PREFIX_PATH are set by devel/kf5, drop it please. Otherwise, ok rsadowski, thanks
Re: UPDATE: graphics/scrot
~Ricardo wrote: > Hey ports@ > > Attached is a diff to update graphics/scrot to version 1.7. > Summary of the changes[1]: > > Fixed: free memory image and font resources. > Fixed: segfault if mouse cursor image was not obtained. > Improvement option: --stack, add an optional join direction (v/h). > New option: --file (-F), provide the filename as an option. > New option: --ignorekeyboard (-i), Don't exit for keyboard input. ESC > still exits. > New option: --select=hole (-shole), hole selection area. > New option: --select=hide (-shide), hide selection area, support image. > New option: --select=blur (-sblur), blur selection area. > New option: (-) add redirection to standard output (format PNG). > Using libbsd from now. > Several improvements over the source code and documentation. > > Straightforward update. Additionally SEPARATE_BUILD was set. > Tested on amd64. committed, thanks! P.S. there is no need for NO_TESTS in this case, as `make test' doesn't fail. This way if upstream adds test in the future we have less chance to miss them. NO_TESTS is really for when `make test' fails because the build system errors out. > Take care. > > Obrigado. > ~Ricardo > > [1] > https://github.com/resurrecting-open-source-projects/scrot/releases/tag/1.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/03/26 01:59:57 Modified files: graphics/scrot : Makefile distinfo Log message: update graphics/scrot to 1.7 changelog here: https://github.com/resurrecting-open-source-projects/scrot/releases/tag/1.7 port-wise: set SEPARATE_BUILD. diff from Ricardo (r.santos at mailfence dot com), thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2022/03/26 01:54:52 Modified files: www/chromium : Makefile distinfo Log message: update to 99.0.4844.84
Re: unbrak cmake in case of OBJECT library type
On Fri, Mar 25, 2022 at 10:04:24AM +0100, Robert Nagy wrote:
> Hi
>
> Our cmake has some hacks and due to that we cannot build binaries that
> link to libraries with an OBJECT type because that means that all the object
> files are pulled instead of linking to a static library. e.g.:
>
> Source/WTF/wtf/CMakeFiles/WTF.dir/./ApproximateTime.cpp.o
>
> But our cmake code modifies that to be -lApproximateTime.cpp.o which will
> fail obviously.
>
> The following hack on top of our hack fixes the issue. aja@ is running a bulk
> wit this already:
Survived a bulk.
ok aja@
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/cmake/Makefile,v
> retrieving revision 1.206
> diff -u -p -u -r1.206 Makefile
> --- Makefile 18 Mar 2022 21:05:31 - 1.206
> +++ Makefile 23 Mar 2022 16:07:03 -
> @@ -6,7 +6,7 @@ VER = 3.20.3
> EPOCH = 0
> DISTNAME = cmake-${VER}
> CATEGORIES = devel
> -REVISION = 5
> +REVISION = 6
>
> HOMEPAGE = https://www.cmake.org/
>
> Index: patches/patch-Source_cmComputeLinkInformation_cxx
> ===
> RCS file:
> /cvs/ports/devel/cmake/patches/patch-Source_cmComputeLinkInformation_cxx,v
> retrieving revision 1.29
> diff -u -p -u -r1.29 patch-Source_cmComputeLinkInformation_cxx
> --- patches/patch-Source_cmComputeLinkInformation_cxx 11 Mar 2022 18:49:50
> - 1.29
> +++ patches/patch-Source_cmComputeLinkInformation_cxx 23 Mar 2022 16:07:03
> -
> @@ -12,7 +12,7 @@ Index: Source/cmComputeLinkInformation.c
>
> this->OrderRuntimeSearchPath->SetImplicitDirectories(this->ImplicitLinkDirs);
> if (this->OrderDependentRPath) {
>
> this->OrderDependentRPath->SetImplicitDirectories(this->ImplicitLinkDirs);
> -@@ -713,10 +714,16 @@ void cmComputeLinkInformation::AddItem(BT
> +@@ -713,10 +714,20 @@ void cmComputeLinkInformation::AddItem(BT
> // This is a directory.
> this->DropDirectoryItem(item.Value);
> } else {
> @@ -25,14 +25,18 @@ Index: Source/cmComputeLinkInformation.c
> + this->AddFullItem(item);
> + this->AddLibraryRuntimeInfo(item.Value);
> +} else {
> -+ std::string file = cmSystemTools::GetFilenameName(item.Value);
> -+ this->AddUserItem(file, false);
> ++ if (cmHasLiteralSuffix(item.Value, ".o"))
> ++this->AddFullItem(item);
> ++ else {
> ++std::string file = cmSystemTools::GetFilenameName(item.Value);
> ++this->AddUserItem(file, false);
> ++ }
> + this->OrderLinkerSearchPath->AddLinkLibrary(item.Value);
> +}
> }
> } else {
> // This is a library or option specified by the user.
> -@@ -1049,11 +1056,18 @@ void
> cmComputeLinkInformation::AddTargetItem(BT +@@ -1049,11 +1060,18 @@ void
> cmComputeLinkInformation::AddTargetItem(BT this->SharedLibrariesLinked.insert(target);
> }
>
> @@ -55,7 +59,7 @@ Index: Source/cmComputeLinkInformation.c
> }
>
> // For compatibility with CMake 2.4 include the item's directory in
> -@@ -1066,6 +1080,27 @@ void cmComputeLinkInformation::AddTargetItem(BT +@@ -1066,6 +1084,27 @@ void cmComputeLinkInformation::AddTargetItem(BT
> // Now add the full path to the library.
> this->Items.emplace_back(item, true, target);
>
--
Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/03/26 00:43:48 Modified files: www/seamonkey : Makefile distinfo www/seamonkey-i18n: Makefile.inc distinfo Log message: www/seamonkey: update to 2.53.11.1 see https://www.seamonkey-project.org/releases/seamonkey2.53.11.1/
