Re: [New] x11/gromit-mpx
On Wed, Aug 19, 2020 at 03:06:37PM +0100, Laurence Tratt wrote: >> Also didn't build for me. Disable/fix mono support? > Aha, yes, I can see this too if mono is installed. I've disabled the mono > support in appindicator. > > Updates for libindicator/libappindicator attached (alongside a > not-updated-but-here-for-completeness gromit-mpx). Has anyone had a chance to look at this yet? Thanks! Laurie
UPDATE: Nextcloud-19.0.2
Hello, Update for Nextcloud to 19.0.2: https://nextcloud.com/changelog/#latest19 OK? Comments? Cheers.- -- - gonzalo Index: Makefile === RCS file: /cvs/ports/www/nextcloud/Makefile,v retrieving revision 1.54 diff -u -p -r1.54 Makefile --- Makefile5 Aug 2020 09:49:41 - 1.54 +++ Makefile30 Aug 2020 09:14:41 - @@ -2,7 +2,7 @@ COMMENT= easy and universal access to shared and/or personal files -V= 19.0.1 +V= 19.0.2 DISTNAME= nextcloud-${V} EXTRACT_SUFX= .tar.bz2 Index: distinfo === RCS file: /cvs/ports/www/nextcloud/distinfo,v retrieving revision 1.38 diff -u -p -r1.38 distinfo --- distinfo5 Aug 2020 09:49:41 - 1.38 +++ distinfo30 Aug 2020 09:14:41 - @@ -1,2 +1,2 @@ -SHA256 (nextcloud-19.0.1.tar.bz2) = TvMR4A2TmRXTqXFM06GtQ225FX4EYg5KiML0J+XmWy0= -SIZE (nextcloud-19.0.1.tar.bz2) = 90595211 +SHA256 (nextcloud-19.0.2.tar.bz2) = gVLzhf2wZFEU4AQ6rwew3gRvuvIF+m1r9TDSLbhsZqU= +SIZE (nextcloud-19.0.2.tar.bz2) = 99715473 Index: pkg/PLIST === RCS file: /cvs/ports/www/nextcloud/pkg/PLIST,v retrieving revision 1.41 diff -u -p -r1.41 PLIST --- pkg/PLIST 5 Aug 2020 09:49:41 - 1.41 +++ pkg/PLIST 30 Aug 2020 09:14:42 - @@ -2989,6 +2989,7 @@ nextcloud/3rdparty/guzzlehttp/guzzle/src nextcloud/3rdparty/guzzlehttp/guzzle/src/Exception/ClientException.php nextcloud/3rdparty/guzzlehttp/guzzle/src/Exception/ConnectException.php nextcloud/3rdparty/guzzlehttp/guzzle/src/Exception/GuzzleException.php +nextcloud/3rdparty/guzzlehttp/guzzle/src/Exception/InvalidArgumentException.php nextcloud/3rdparty/guzzlehttp/guzzle/src/Exception/RequestException.php nextcloud/3rdparty/guzzlehttp/guzzle/src/Exception/SeekException.php nextcloud/3rdparty/guzzlehttp/guzzle/src/Exception/ServerException.php @@ -6434,6 +6435,8 @@ nextcloud/apps/accessibility/l10n/es_AR. nextcloud/apps/accessibility/l10n/es_AR.json nextcloud/apps/accessibility/l10n/es_CO.js nextcloud/apps/accessibility/l10n/es_CO.json +nextcloud/apps/accessibility/l10n/es_EC.js +nextcloud/apps/accessibility/l10n/es_EC.json nextcloud/apps/accessibility/l10n/es_MX.js nextcloud/apps/accessibility/l10n/es_MX.json nextcloud/apps/accessibility/l10n/et_EE.js @@ -7813,6 +7816,7 @@ nextcloud/apps/encryption/lib/Command/ nextcloud/apps/encryption/lib/Command/DisableMasterKey.php nextcloud/apps/encryption/lib/Command/EnableMasterKey.php nextcloud/apps/encryption/lib/Command/RecoverUser.php +nextcloud/apps/encryption/lib/Command/ScanLegacyFormat.php nextcloud/apps/encryption/lib/Controller/ nextcloud/apps/encryption/lib/Controller/RecoveryController.php nextcloud/apps/encryption/lib/Controller/SettingsController.php @@ -8085,6 +8089,8 @@ nextcloud/apps/federation/l10n/bg.js nextcloud/apps/federation/l10n/bg.json nextcloud/apps/federation/l10n/bg_BG.js nextcloud/apps/federation/l10n/bg_BG.json +nextcloud/apps/federation/l10n/br.js +nextcloud/apps/federation/l10n/br.json nextcloud/apps/federation/l10n/ca.js nextcloud/apps/federation/l10n/ca.json nextcloud/apps/federation/l10n/cs.js @@ -10476,6 +10482,7 @@ nextcloud/apps/files_trashbin/lib/Comman nextcloud/apps/files_trashbin/lib/Command/CleanUp.php nextcloud/apps/files_trashbin/lib/Command/Expire.php nextcloud/apps/files_trashbin/lib/Command/ExpireTrash.php +nextcloud/apps/files_trashbin/lib/Command/Size.php nextcloud/apps/files_trashbin/lib/Controller/ nextcloud/apps/files_trashbin/lib/Controller/PreviewController.php nextcloud/apps/files_trashbin/lib/Events/ @@ -11660,6 +11667,8 @@ nextcloud/apps/oauth2/l10n/ar.js nextcloud/apps/oauth2/l10n/ar.json nextcloud/apps/oauth2/l10n/ast.js nextcloud/apps/oauth2/l10n/ast.json +nextcloud/apps/oauth2/l10n/br.js +nextcloud/apps/oauth2/l10n/br.json nextcloud/apps/oauth2/l10n/ca.js nextcloud/apps/oauth2/l10n/ca.json nextcloud/apps/oauth2/l10n/cs.js @@ -12290,6 +12299,8 @@ nextcloud/apps/privacy/l10n/ar.js nextcloud/apps/privacy/l10n/ar.json nextcloud/apps/privacy/l10n/bg.js nextcloud/apps/privacy/l10n/bg.json +nextcloud/apps/privacy/l10n/br.js +nextcloud/apps/privacy/l10n/br.json nextcloud/apps/privacy/l10n/ca.js nextcloud/apps/privacy/l10n/ca.json nextcloud/apps/privacy/l10n/cs.js @@ -12835,6 +12846,8 @@ nextcloud/apps/settings/l10n/ast.js nextcloud/apps/settings/l10n/ast.json nextcloud/apps/settings/l10n/bg.js nextcloud/apps/settings/l10n/bg.json +nextcloud/apps/settings/l10n/br.js +nextcloud/apps/settings/l10n/br.json nextcloud/apps/settings/l10n/ca.js nextcloud/apps/settings/l10n/ca.json nextcloud/apps/settings/l10n/cs.js @@ -14152,6 +14165,8 @@ nextcloud/apps/text/l10n/ast.js nextcloud/apps/text/l10n/ast.json nextcloud/apps/text/l10n/bg.js nextcloud/apps/text/l10n/bg.json +nextcloud/apps/text/l10n/br.js
Re: Remove emulators/gambatte,-qt
Rafael Sadowski writes: > +@conflict gambatte-qt-<=0.5.0.571p4 No need for this line either, because no files in the new gambatte package overlap with the old gambatte-qt package. Remove this line and your diff is ok with me. Don't forget an obsolete_reason quirk.
Re: coq 8.12.0p0: diff to unbreak on non-ocaml-native architecture
On Fri, 28 Aug 2020 05:26:16 +0900 Yozo TODA wrote: > recent bulk builds show that coq 8.12.0 failed to build on > non ocaml-native architectures such as aarch64, sparc64, misp64. > > by simulating non ocaml-native architectures on amd64 > with arch-defines.mk modified, > (removing amd64 from OCAML_NATIVE_ARCHS and OCAML_DYNLINK_ARCHS) > I check how we should update PLIST and PFRAGs. > > Here attached is the diff to coq-8.12.0. > Anyone please confirm this diff really enables the packaging > on non ocaml-native architectures? > > -- yozo. Hi, It packages fine on macppc: https://bin.charlenew.xyz/coq.log Charlène.
Re: doxygen update breaks graphics/orthanc/server
On Sat Aug 29, 2020 at 12:19:13PM +0100, Stuart Henderson wrote: > On 2020/08/24 00:15, Rafael Sadowski wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: rsadow...@cvs.openbsd.org 2020/08/24 00:15:04 > > > > Modified files: > > devel/doxygen : Makefile distinfo > > devel/doxygen/patches: patch-doc_CMakeLists_txt > > > > Log message: > > Update doxygen to 1.8.19 > > > > Breaks graphics/orthanc/server packaging: > > Error: > /pobj/orthanc-1.3.0/fake-i386/usr/local/share/doc/orthanc/OrthancPlugin/doxygen.png > does not exist > Already spotted by naddy@. On Tue Aug 25, 2020 at 04:25:19PM +0200, Christian Weisgerber wrote: > This showed up during my Mesa 20.1.6 test build, but a closer look > shows that the failure is unrelated and likely caused by the doxygen > 1.8.19 update instead. > > Full log attached, but diffing against the one from an old build shows > this difference... > > --- Installing: > /usr/obj/ports/orthanc-1.3.0/fake-amd64/usr/local/share/doc/orth > anc/OrthancPlugin/doxygen.png > +-- Installing: > /usr/obj/ports/orthanc-1.3.0/fake-amd64/usr/local/share/doc/orth > anc/OrthancPlugin/doxygen.svg > > ... resulting in a packaging error: > > Error: > /usr/obj/ports/orthanc-1.3.0/fake-amd64/usr/local/share/doc/orthanc/OrthancPlugin/doxygen.png > does not exist > > -- > Christian "naddy" Weisgerber na...@mips.inka.de Let's disable doxygen like we do in all other ports: Index: Makefile === RCS file: /cvs/ports/graphics/orthanc/server/Makefile,v retrieving revision 1.10 diff -u -p -u -p -r1.10 Makefile --- Makefile2 Oct 2019 18:29:33 - 1.10 +++ Makefile25 Aug 2020 16:29:59 - @@ -4,7 +4,7 @@ COMMENT = RESTful DICOM server for heal DISTNAME = Orthanc-1.3.0 PKGNAME = ${DISTNAME:L} -REVISION = 5 +REVISION = 6 HOMEPAGE = https://www.orthanc-server.com/ @@ -32,8 +32,6 @@ MODULES = devel/cmake \ MODPY_RUNDEP = No -BUILD_DEPENDS =devel/doxygen - LIB_DEPENDS = databases/sqlite3 \ devel/boost \ devel/gtest \ @@ -54,6 +52,8 @@ CONFIGURE_ARGS += -DCMAKE_C_FLAGS="-I${L # CMAKE_COMPILER_IS_GNUCXX isn't set for clang as we invoke the compiler # as 'c++' and not 'clang++' (ref: CMakeDetermineCXXCompiler.cmake) CONFIGURE_ARGS += -DCMAKE_COMPILER_IS_GNUCXX=Yes + +CONFIGURE_ARGS += -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen=ON SUBST_VARS += VARBASE Index: pkg/PLIST === RCS file: /cvs/ports/graphics/orthanc/server/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 11 Nov 2018 18:49:21 - 1.3 +++ pkg/PLIST 25 Aug 2020 16:29:59 - @@ -9,78 +9,9 @@ include/orthanc/OrthancCPlugin.h include/orthanc/OrthancCppDatabasePlugin.h libexec/orthanc/ libexec/orthanc/plugins/ -libexec/orthanc/plugins/libModalityWorklists.so -libexec/orthanc/plugins/libServeFolders.so +@so libexec/orthanc/plugins/libModalityWorklists.so +@so libexec/orthanc/plugins/libServeFolders.so @bin sbin/Orthanc -share/doc/orthanc/ -share/doc/orthanc/OrthancPlugin/ -share/doc/orthanc/OrthancPlugin/OrthancCDatabasePlugin_8h_source.html -share/doc/orthanc/OrthancPlugin/OrthancCPlugin_8h_source.html -share/doc/orthanc/OrthancPlugin/OrthancCppDatabasePlugin_8h_source.html -share/doc/orthanc/OrthancPlugin/OrthancLogoDocumentation.png -share/doc/orthanc/OrthancPlugin/annotated.html -share/doc/orthanc/OrthancPlugin/bc_s.png -share/doc/orthanc/OrthancPlugin/bdwn.png -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1DatabaseBackendAdapter-members.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1DatabaseBackendAdapter.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1DatabaseBackendOutput-members.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1DatabaseBackendOutput.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1DatabaseBackendOutput.png -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1DatabaseException-members.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1DatabaseException.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1IDatabaseBackend-members.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1IDatabaseBackend.html -share/doc/orthanc/OrthancPlugin/classOrthancPlugins_1_1IDatabaseBackend.png -share/doc/orthanc/OrthancPlugin/classes.html -share/doc/orthanc/OrthancPlugin/closed.png -share/doc/orthanc/OrthancPlugin/deprecated.html -share/doc/orthanc/OrthancPlugin/dir_027bf64fe5984d5a409df67e6d81a46a.html -share/doc/orthanc/OrthancPlugin/dir_102fbb84850d98ff4d15205d078556ec.html -share/doc/orthanc/OrthancPlugin/dir_23920acd21d87f5dd4f311023f778748.html -share/doc/orthanc/OrthancPlugin/dir_95a3b2
UPDATE: graphics/feh 3.4.1 => 3.5
Hi ports -- Attached is an update to feh. One of the main changes is to allow --version-sort on all platforms, which was developed and upstreamed by tim@.[0] Rest of the changelog: https://feh.finalrewind.org/archive/3.5/ Builds, all tests pass, and runs ok on amd64 and i386. Builds and all tests pass on sparc64. No glass console here, so a big endian run check would be appreciated. OK? ~Brian [0] https://marc.info/?l=openbsd-ports&m=159195493931434&w=2 Index: Makefile === RCS file: /cvs/ports/graphics/feh/Makefile,v retrieving revision 1.102 diff -u -p -r1.102 Makefile --- Makefile 30 May 2020 02:12:35 - 1.102 +++ Makefile 30 Aug 2020 18:37:40 - @@ -2,7 +2,7 @@ COMMENT= lightweight image viewer -DISTNAME= feh-3.4.1 +DISTNAME= feh-3.5 EXTRACT_SUFX= .tar.bz2 CATEGORIES= graphics FIX_EXTRACT_PERMISSIONS=Yes Index: distinfo === RCS file: /cvs/ports/graphics/feh/distinfo,v retrieving revision 1.64 diff -u -p -r1.64 distinfo --- distinfo 30 May 2020 02:12:35 - 1.64 +++ distinfo 30 Aug 2020 18:37:40 - @@ -1,2 +1,2 @@ -SHA256 (feh-3.4.1.tar.bz2) = eCRjA0qwE1vIQ4UVGR+YbbI6edUCFU0jp8B6dXSQe3s= -SIZE (feh-3.4.1.tar.bz2) = 2114441 +SHA256 (feh-3.5.tar.bz2) = OI+dzIKEAxAjNkNV4jqCwnbnnKYU8tzWTS+SeFekUx4= +SIZE (feh-3.5.tar.bz2) = 2115162 Index: patches/patch-man_feh_pre === RCS file: /cvs/ports/graphics/feh/patches/patch-man_feh_pre,v retrieving revision 1.48 diff -u -p -r1.48 patch-man_feh_pre --- patches/patch-man_feh_pre 13 Apr 2020 18:46:02 - 1.48 +++ patches/patch-man_feh_pre 30 Aug 2020 18:37:40 - @@ -2,7 +2,7 @@ $OpenBSD: patch-man_feh_pre,v 1.48 2020/ Index: man/feh.pre --- man/feh.pre.orig +++ man/feh.pre -@@ -1323,7 +1323,7 @@ which +@@ -1328,7 +1328,7 @@ which defaults to .Pa ~/.config/feh/ . If the files are not found in that directory, it will also try
Family of p5-Locale-CLDR modules produce DOS line endings
I've not run into this problem before. All of the modules and man pages have DOS line endings. How do I deal with this? dos2unix? Something else? Thanks -- Chris Bennett
Re: Tons of empty man pages for new ports for LedgerSMB
On Fri, Aug 28, 2020 at 10:20:12AM +0100, Stuart Henderson wrote: > On 2020/08/27 20:51, Chris Bennett wrote: > > I just found a bunch of new Locale perl modules added to the depends > > list. > > > > They all have empty man pages from no PODs. > > About 20ish ports, most are just relevant data files for each language. > > > > Should I just delete these from the PLISTs or is there an easier way to > > prevent their generation? > > > > I'll submit the new dependencies for these, then I need to send the > > rest, which are just perl data modules. > > > > Should I send them individually or one email with all attached? > > I can also put those up somewhere else if that is preferable. > > > > I'll submit one for approval first, if it's OK, then the rest are the > > same except for the data for each langugage. > > > > > > Locale::CLDR and family of Locale::CLDR::Locales:: > > For the data files I suggest an arrangement like > > textproc/p5-Locale-CLDR-Locales > textproc/p5-Locale-CLDR-Locales/lang1 > textproc/p5-Locale-CLDR-Locales/lang2 > textproc/p5-Locale-CLDR-Locales/lang3 > > etc. The Makefile should be mostly common between ports and can be handled > in textproc/p5-Locale-CLDR-Locales/Makefile.inc. Look at editors/vim-spell > or devel/pear-Date-Holidays for ideas. This is easier to review and easier > to handle if things change in the future. > That helps. I looked those over and the mozilla i18n. I see what to work toward. Had to re-read some man pages after looking at these. I'll pull together something small with several langs and see if that works. If that method works OK, I'll do the whole bunch. The man page problem is from the modules only having just enough of a POD to name the package. Nothing else. Thanks, -- Chris Bennett
Re: Enable kyotocabinet header cache in mail/neomutt
On Thu Aug 27, 2020 at 09:45:27PM +0100, Stuart Henderson wrote: > On 2020/08/27 12:11, Rafael Sadowski wrote: > > Runs very stable for me and speeds up my work immensely. > > > > Opinions? OKs? > > > Index: Makefile > > === > > RCS file: /cvs/ports/mail/neomutt/Makefile,v > > retrieving revision 1.56 > > diff -u -p -u -p -r1.56 Makefile > > --- Makefile13 Aug 2020 18:22:58 - 1.56 > > +++ Makefile24 Aug 2020 11:00:09 - > > @@ -5,7 +5,7 @@ COMMENT=tty-based e-mail client, Mutt w > > GH_ACCOUNT=neomutt > > GH_PROJECT=neomutt > > GH_TAGNAME=20200626 > > -REVISION= 1 > > +REVISION= 2 > > > > CATEGORIES=mail > > HOMEPAGE= https://neomutt.org/ > > @@ -16,9 +16,12 @@ MAINTAINER= Stuart Henderson > PERMIT_PACKAGE=Yes > > > > # uses pledge() > > -WANTLIB+= c crypto curses iconv idn2 intl ssl tdb z > > +WANTLIB += c crypto curses iconv idn2 intl kyotocabinet ssl tdb > > +WANTLIB += z > > + > > > > LIB_DEPENDS+= databases/tdb \ > > + databases/kyotocabinet \ > > devel/gettext,-runtime \ > > devel/libidn2 > > BUILD_DEPENDS+=devel/gettext,-tools \ > > @@ -41,6 +44,7 @@ CONFIGURE_ARGS+= --mandir="${PREFIX}/man > > --fmemopen \ > > --ssl \ > > --tdb \ > > + --kyotocabinet \ > > --debug > > > > CONFIGURE_ENV= autosetup_tclsh="${LOCALBASE}/bin/jimsh" \ > > > > I switched from qdbm (for some arches) and kyotocabinet (for others) to > tdb with the update to 20200501, partly to unify things between arches > (kc isn't available on all arches), partly because some of the test > failures in kc make me not really trust it on an OS like OpenBSD that > doesn't have coherent mmap/file access ("unified buffer cache"), and > partly because in benchmarks (hacked up contrib/hcache-bench script, > which times importing a maildir with various different hcache backends > and then reopening it) the tdb backend is typically faster. > > What sort of speed difference are you seeing between the backends? It really feels a bit faster for me. This is of course a subjective perception. "...speeds up my work immensely", sounds a bit big. But tdb stops often when I use several parallel neomutt sessions. Maybe it's my workflow that is causing problems here. "stops": It gets stuck when reading the cache. I could not see these "stops" with kyotocabinet. > > If it's a big improvement then we could readd --kyotocabinet on those > arches which have it but if not then I'd rather avoid the extra dep. > > (neomutt also supports lmdb hcache backend, but in my tests that's quite > a lot slower than tdb or kyotocabinet). > I don't want to push this here because only I have the "problem" and I don't want to break other arches. BTW, sorry for my short (diff) description/motivation. Lazy Rafael!
Re: doxygen update breaks graphics/orthanc/server
On 2020/08/30 22:10, Rafael Sadowski wrote: > On Sat Aug 29, 2020 at 12:19:13PM +0100, Stuart Henderson wrote: > > On 2020/08/24 00:15, Rafael Sadowski wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: rsadow...@cvs.openbsd.org 2020/08/24 00:15:04 > > > > > > Modified files: > > > devel/doxygen : Makefile distinfo > > > devel/doxygen/patches: patch-doc_CMakeLists_txt > > > > > > Log message: > > > Update doxygen to 1.8.19 > > > > > > > Breaks graphics/orthanc/server packaging: > > > > Error: > > /pobj/orthanc-1.3.0/fake-i386/usr/local/share/doc/orthanc/OrthancPlugin/doxygen.png > > does not exist > > > > Already spotted by naddy@. Generally problems resulting in build failures will be hit by people running bulk builds on 2-4 arches, usually everyone hitting the problem will need to look at logs to identify the cause of the problem, see if it's arch-dependent, etc. > On Tue Aug 25, 2020 at 04:25:19PM +0200, Christian Weisgerber wrote: > > This showed up during my Mesa 20.1.6 test build, but a closer look > > shows that the failure is unrelated and likely caused by the doxygen > > 1.8.19 update instead. This is very common for doxygen updates. Please test "make package" for consumers when updating doxygen. > Let's disable doxygen like we do in all other ports: If the docs aren't really useful then sure. But if they are useful then it's better to update the plist instead.