CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:32:51 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.21.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:25:40 Modified files: sysutils/consul-template: Makefile distinfo sysutils/consul-template/pkg: PLIST Log message: Update to consul-template-0.24.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:14:29 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-277.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:12:21 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.11.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:12:40 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.17.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:12:09 Modified files: net/py-s3transfer: Makefile distinfo Log message: Update to py-s3transfer-0.3.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:11:56 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.14.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:09:30 Modified files: graphics/gegl04: Makefile distinfo Removed files: graphics/gegl04/patches: patch-meson_build Log message: Update to gegl04-0.4.20.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/25 00:08:50 Modified files: sysutils/amazon-ssm-agent: Makefile distinfo Log message: Update to amazon-ssm-agent-2.3.814.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 23:57:45 Modified files: sysutils/terraform/provider-alicloud: Makefile distinfo sysutils/terraform/provider-aws: Makefile distinfo sysutils/terraform/provider-bitbucket: Makefile distinfo sysutils/terraform/provider-circonus: Makefile distinfo sysutils/terraform/provider-exoscale: Makefile distinfo sysutils/terraform/provider-fastly: Makefile distinfo sysutils/terraform/provider-github: Makefile distinfo sysutils/terraform/provider-google: Makefile distinfo sysutils/terraform/provider-newrelic: Makefile distinfo sysutils/terraform/provider-packet: Makefile distinfo sysutils/terraform/provider-vsphere: Makefile distinfo Log message: Update terraform providers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 23:50:35 Modified files: security/vault : Makefile distinfo Log message: Update to vault-1.3.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 23:49:49 Modified files: graphics/babl : Makefile distinfo Log message: Update to babl-0.1.74.
UPDATE graphics/py-seaborn-0.10.0
Diff below brings py-seaborn to 0.10.0, which is a major update. Notable
change is that this update is strictly compatible with Python 3.6+.
There are no consumers of this port.
Changes to the port:
- set MODPY_VERSION in Makefile
- set pkgpath marker in PLIST
- update the list of RDEPs
Testing:
- one failing test: TestAxesStyle.test_reset_orig needs GTK3Agg as
backend. This is also the case with the version in ports
- run tested on amd64 with some work related tools
Comments/OK?
diff --git Makefile Makefile
index f7aa3ae7e7a..8cc83ca3433 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
COMMENT = statistical data visualization
-MODPY_EGG_VERSION =0.9.0
+MODPY_EGG_VERSION =0.10.0
DISTNAME = seaborn-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
@@ -20,18 +20,16 @@ MODPY_PI = Yes
MODPY_SETUPTOOLS = Yes
MODPY_PYTEST = Yes
MODPY_PYTEST_ARGS =seaborn
+MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
-RUN_DEPENDS = graphics/py-matplotlib${MODPY_FLAVOR}>=1.4.3 \
- math/py-numpy${MODPY_FLAVOR}>=1.9.3 \
- math/py-pandas${MODPY_FLAVOR}>=0.15.2 \
- math/py-scipy${MODPY_FLAVOR}>=0.14.0
+RUN_DEPENDS = graphics/py-matplotlib${MODPY_FLAVOR}>=2.1.2 \
+ math/py-numpy${MODPY_FLAVOR}>=1.13.3 \
+ math/py-pandas${MODPY_FLAVOR}>=0.22.0 \
+ math/py-scipy${MODPY_FLAVOR}>=1.0.1
TEST_DEPENDS = ${RUN_DEPENDS} \
devel/py-nose${MODPY_FLAVOR}
-FLAVORS = python3
-FLAVOR ?=
-
# TestAxesStyle.test_reset_orig is the only test that fails as it needs
# 'GTK3Agg' as backend.
TEST_ENV = MPLBACKEND=AGG
diff --git distinfo distinfo
index 310a58cf74e..4b14f8003c4 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (seaborn-0.9.0.tar.gz) = dsg/eUyjIPtrI6fGGS1eGFpfz0dYlmoMClS67kbUHi8=
-SIZE (seaborn-0.9.0.tar.gz) = 198184
+SHA256 (seaborn-0.10.0.tar.gz) = Wf5BThONfV6giw/rAbhsr0aC42+nSOOYdzBSOomuy7k=
+SIZE (seaborn-0.10.0.tar.gz) = 194113
diff --git pkg/PLIST pkg/PLIST
index cf7619ca2f7..8649aafb36f 100644
--- pkg/PLIST
+++ pkg/PLIST
@@ -1,4 +1,5 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2019/08/10 03:48:32 bket Exp $
+@pkgpath graphics/py-seaborn,python3
lib/python${MODPY_VERSION}/site-packages/seaborn/
lib/python${MODPY_VERSION}/site-packages/seaborn-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
lib/python${MODPY_VERSION}/site-packages/seaborn-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
@@ -10,24 +11,20 @@ lib/python${MODPY_VERSION}/site-packages/seaborn/__init__.py
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}algorithms.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}apionly.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}axisgrid.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}categorical.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}cm.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}conftest.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}distributions.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}linearmodels.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}matrix.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}miscplot.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}palettes.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}rcmod.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}regression.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}relational.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}timeseries.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/${MODPY_PYCACHE}widgets.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/seaborn/algorithms.py
-lib/python${MODPY_VERSION}/site-packages/seaborn/apionly.py
lib/python${MODPY_VERSION}/site-packages/seaborn/axisgrid.py
lib/python${MODPY_VERSION}/site-packages/seaborn/categorical.py
lib/python${MODPY_VERSION}/site-packages/seaborn/cm.py
@@ -46,10 +43,7 @@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 23:40:48 Modified files: sysutils/terraform/terraform: Makefile distinfo Log message: Update to terraform-0.12.20.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 23:38:37 Modified files: x11/dbus-python: Makefile distinfo Log message: Update to py-dbus-1.2.16.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 23:26:38 Modified files: security/p11-kit: Makefile distinfo security/p11-kit/pkg: PLIST Log message: Update to p11-kit-0.23.19.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 23:24:42 Modified files: sysutils/govmomi: Makefile distinfo Log message: Update to govc-0.22.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 23:14:39 Removed files: graphics/opencv2: Makefile distinfo graphics/opencv2/patches: patch-CMakeLists_txt patch-cmake_OpenCVFindLibsVideo_cmake patch-cmake_OpenCVPCHSupport_cmake patch-cmake_OpenCVUtils_cmake patch-data_CMakeLists_txt patch-modules_core_include_opencv2_core_operations_hpp patch-modules_core_src_system_cpp patch-modules_highgui_src_cap_ffmpeg_impl_hpp patch-modules_java_CMakeLists_txt patch-modules_python_src2_cv2_cv_hpp patch-modules_ts_CMakeLists_txt graphics/opencv2/pkg: DESCR PLIST Log message: Remove opencv2 After the digikam-kde4 port is erased, we don't need it anymore. No hook Makefile adjustment necessary.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 23:09:03 Modified files: graphics : Makefile Removed files: graphics/digikam-kde4: Makefile distinfo graphics/digikam-kde4/patches: patch-core_cmake_modules_MacroOpenCV_cmake patch-core_libs_3rdparty_kmemoryinfo_kmemoryinfo_backend_cpp patch-core_libs_dimg_dimg_cpp patch-core_libs_dimg_filters_lens_lensfuniface_h patch-core_libs_dmetadata_dmetadata_cpp patch-extra_kipi-plugins_CMakeLists_txt patch-extra_kipi-plugins_acquireimages_CMakeLists_txt patch-extra_kipi-plugins_cmake_modules_MacroOpenCV_cmake patch-extra_kipi-plugins_common_libkipiplugins_CMakeLists_txt patch-extra_kipi-plugins_dlnaexport_extra_hupnp_src_socket_hmulticast_socket_cpp patch-extra_kipi-plugins_gpssync_CMakeLists_txt patch-extra_kipi-plugins_panorama_plugin_panorama_cpp patch-extra_kipi-plugins_sendimages_CMakeLists_txt patch-extra_kipi-plugins_tests_multithreading_CMakeLists_txt patch-extra_libkface_cmake_modules_MacroOpenCV_cmake patch-extra_libkgeomap_CMakeLists_txt patch-extra_libkgeomap_libkgeomap_CMakeLists_txt Log message: Remove digikam-kde4 (Qt5) It's marked as broken and nobody is yelling that we should fix it. This opens the door for us to remove more old KDE4 stuff in the tree. OK sthen, jca, zhuk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 22:55:20 Modified files: net/gnugk : Makefile distinfo net/gnugk/patches: patch-configure Log message: Update to gnugk-5.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 22:54:20 Modified files: converters/libpst: Makefile distinfo converters/libpst/pkg: PLIST-main PLIST-python Log message: Update to libpst-0.6.74.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 22:45:15 Modified files: multimedia/py-chromecast: Makefile distinfo Log message: Update to py3-chromecast-4.1.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 22:42:15 Modified files: devel/meson: Makefile distinfo meson.port.mk Log message: Update to meson-0.53.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/24 22:41:38 Modified files: graphics/py-cairo: Makefile Log message: Add a note that we cannot update this for now because newer versions do not support python2 anymore.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 22:34:01 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register qt3-sqlite3 removal.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 22:32:11 Modified files: databases : Makefile Removed files: databases/qt3-sqlite3-plugin: Makefile distinfo databases/qt3-sqlite3-plugin/pkg: DESCR PLIST Log message: Remove qt3-sqlite3-plugin No consumers present in the tree, looks quite useless. Ok jca@ kmos@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 22:28:48 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register tmake removal.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 22:26:19 Modified files: devel : Makefile Removed files: devel/tmake: Makefile distinfo devel/tmake/patches: patch-bin_tmake patch-lib_openbsd-g++_tmake_conf patch-lib_unix_generic_t devel/tmake/pkg: DESCR PLIST Log message: Remove tmake "No consumer, released in 2004, long before C++11, clang in base and qt5 in ports. NO_TEST=Yes means we can't even know whether it works." - jca Thanks and OK jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 22:09:08 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register qtserialport (qt4) removal.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/24 22:05:18 Modified files: comms : Makefile Removed files: comms/qtserialport: Makefile distinfo comms/qtserialport/pkg: DESCR PLIST Log message: Remove qtserialport (qt4) After cad/fritzing is updated there are no consumers. Ok jca@, abieber@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2020/01/24 19:39:16 Modified files: games/wtf : Makefile distinfo Log message: Update to wtf-20200110
Re: [NEW] textproc/scdoc
I would bet most people interested in this are interested in the aerc mail program (https://aerc-mail.org). (I am.)
Re: [NEW] textproc/scdoc
Thanks for the assistance.
Re: Issues with manuals+amd(8) for a handful of ports
Hi Andreas,
Andreas Kusalananda wrote on Wed, Jan 22, 2020 at 08:58:26PM +0100:
> I mount my /usr/local directory from a remote server over NFS
> using amd(8). This means that I have the directories directly
> beneath /usr/local appear on demand as symbolic links into
> /tmp_mnt/eeyore/vol/local/pooh where the /usr/local for the local
> machine "pooh" is mounted over NFS from "eeyore" (and mounted/unmounted
> on demand).
>
> This works very well, but there is a handful of ports that misbehave
> with regards to manuals. Of the 70 or so pre-built packages that I've
> installed on my amd64-current system, the only ones misbehaving are
>
> databases/pkglocatedb (pkglocatedb-1.5)
> devel/git,-main (git-2.25.0)
> sysutils/p5-File-Rename-1.10(p5-File-Rename-1.10)
>
> When I do "man pkglocate", for example, I get
>
> man: /tmp_mnt/eeyore/vol/local/pooh/man//usr/local/man/man1/pkg_locate.1:
> SYSERR: open: No such file or directory
>
> ... and likewise for any other utility etc. from those ports. Commands
> like "git clone --help" gives similar diagnostics.
>
> The manuals are actually visible where they are supposed to be:
>
> $ ls -l /usr/local/man/man1/{git{,-clone},pkg_locate}.1
> -rw-r--r-- 1 root bin 20005 Jan 20 22:20 /usr/local/man/man1/git-clone.1
> -rw-r--r-- 1 root bin 50901 Jan 13 19:49 /usr/local/man/man1/git.1
> -rw-r--r-- 1 root bin 2845 Jan 19 08:14 /usr/local/man/man1/pkg_locate.1
>
> ... so it looks as if man(1) is, for whatever reason, looking in the
> wrong location for the file.
The man(1) manual page says:
The mandoc.db(5) database is used for looking up manual page entries.
In cases where the database is absent, outdated, or corrupt, man falls
back to looking for files called name.section.
However, when the database is present and in the correct format but
references non-existent files like
/tmp_mnt/eeyore/vol/local/pooh/man/usr/local/man/man1/pkg_locate.1
there is no fallback. The reason is that by the time it turns out
the file name found in the database is bogus, man(1) has progressed
beyond the stage where it can repeat the search using a different
method. Fallback to file system search only happens when no match
is found, not when the database contains a match but the path in
the database happens to be wrong.
> Manuals for other utilities, like rsync, pv, pwgen, openvpn, etc., do
> work as they should.
This sounds as if pkg_add(1) sometimes worked well but sometimes got
confused when running makewhatis(8) and consequently your database
is now corrupt in a weird way that i have never seen before.
Please show the output of
$ man -w pkglocate rsync
The expected, correct result is
$ man -w pkglocate rsync
/usr/local/man/man1/pkg_locate.1
/usr/local/man/man1/rsync.1
I expect you may see
/tmp_mnt/eeyore/vol/local/pooh/man//usr/local/man/man1/pkg_locate.1
/usr/local/man/man1/rsync.1
I suspect if you run
# makewhatis /tmp_mnt/eeyore/vol/local/pooh/man
the problem may go away, but after that, you may no longer be able
to reproduce the problem. Also, the problem might re-emerge when
you install more packages because pkg_add(1) will run makewhatis(8)
on /usr/local/man, not on /tmp_mnt/... - and so will weekly(8).
In general, makewhatis(8) dislikes symbolic links pointing outside
the respective manpath and uses realpath(3) to normalize them,
then rejects the files if they aren't in a valid location.
What's a bit weird is that here it apparently accepted the files
but then somehow constructed wrong filenames anyway.
I might have to do some experimentation with symlinks to figure
out what exactly is going on.
You could also go to
$ cd /usr/src/regress/usr.bin/mandoc/db/dbm_dump
$ man mandoc.db
$ man -l dbm_dump.1
$ rm -f obj
$ make cleandir
$ make obj
$ make cleandir
$ make
$ ./obj/dbm_dump /usr/local/man/mandoc.db | less
to look at the (probably) broken database in detail.
> I haven't created or changed any MAN* environment variables nor do I
> have a /etc/man.conf file. I haven't been able to figure out what's
> special about the manuals for these ports.
I don't expect anything to be special about these ports; i suspect
that makewhatis(8) was run in a slightly different way or under
slightly different circumstances. I'm not surprised that your
stunt of symnlinking /usr/local/man somewhere else turns out to be
fragile.
Yours,
Ingo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2020/01/24 19:02:06 Modified files: sysutils/diffoscope: Makefile distinfo sysutils/diffoscope/pkg: PLIST Log message: Update to diffoscope-136
Re: document firefox pledge change in faq/current.html
It upsets me that there is a way to disable it, and it also upsets me that it is flawed and people need to disable it. Solene Rapenne wrote: > This will be helpful for people upgrading to 6.7 who had disabled pledge > in firefox, and also to tell people about unveil addition to firefox and > that it can be disabled. > > ok? > > Index: current.html > === > RCS file: /data/cvs/www/faq/current.html,v > retrieving revision 1.1019 > diff -u -p -r1.1019 current.html > --- current.html 24 Jan 2020 06:27:09 - 1.1019 > +++ current.html 24 Jan 2020 10:26:23 - > @@ -57,6 +57,14 @@ use a snapshot to recover. > Most of these changes will have to be performed as root. > > > +2020/01/24 - firefox(1): pledge configuration change > +Previously, disabling pledge was done by modifying an entry in about:config > +but now it is done using files in /etc/firefox as explained in the pkg-readme > +file. > +Unveil has been added to firefox to prevent it to access all the filesystem, > +disabling unveil is explained in the pkg-readme file. > + > + > 2019/11/06 - unwind(8): configuration syntax change > asr has been renamed to stub in > https://man.openbsd.org/unwind.conf.5;>unwind.conf(5). >
devel/openmpi proposed README
Hi Martin, @ports,
Here is a proposed README for the OpenMPI port.
John
--- /dev/null Fri Jan 24 18:21:22 2020
+++ pkg/README Fri Jan 24 01:02:54 2020
@@ -0,0 +1,30 @@
+
++---
+| Customizing ${PKGSTEM} execution on OpenBSD
++---
+
+The OpenMPI runtime is controlled by numerous values specified
+on the command line or with environment variables. See mpirun(1) and
+ompi_info(1). Example:
+
+$ export PMIX_MCA_gds=hash
+$ mpirun -np 2 -H localhost:2 \
+ -mca btl tcp,self \
+ -mca mpi_yield_when_idle 1 -- \
+./foo
+
+These values (at least) are useful:
+
+ OMPI_MCA_btl=self,tcp,vader
+ Avoid "vader" when launching many processes per node
+ and you have an NFS swap file. Or use local backing store.
+ (BTL is byte transfer layer. "vader" is shared memory
+ communication module.)
+
+ OMPI_MCA_mpi_yield_when_idle=1
+ Set to 1 may improve throughput when launching many
+ processes per node.
+
+ PMIX_MCA_gds=hash
+ This is the one gds (general data service) that works on OpenBSD.
+
Re: devel/openmpi mpifort error; compiler
Hi Martin,
I have added the CC definition and rebuilt with your other patches
and it works OK on AMD64.
John
Ensure openmpi mpicc and mpifort use GNU compilers
Index: Makefile
===
RCS file: /cvs/ports/devel/openmpi/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- Makefile22 Dec 2019 15:47:35 - 1.29
+++ Makefile24 Jan 2020 23:09:17 -
@@ -4,18 +4,19 @@ COMMENT = open source MPI-3.1 implement
V =4.0.2
DISTNAME = openmpi-$V
+REVISION = 0
-SHARED_LIBS += mca_common_dstore 0.0 # 1.0
+SHARED_LIBS += mca_common_dstore 0.0 # 1.1
SHARED_LIBS += mca_common_monitoring 0.0 # 60.0
-SHARED_LIBS += mca_common_ompio 0.0 # 60.1
+SHARED_LIBS += mca_common_ompio 0.0 # 60.2
SHARED_LIBS += mca_common_sm 2.0 # 60.0
-SHARED_LIBS += mpi 1.0 # 60.1
-SHARED_LIBS += mpi_mpifh 0.0 # 60.1
+SHARED_LIBS += mpi 1.0 # 60.2
+SHARED_LIBS += mpi_mpifh 0.0 # 60.2
SHARED_LIBS += mpi_usempi_ignore_tkr 0.0 # 60.0
-SHARED_LIBS += mpi_usempif08 0.0 # 60.0
+SHARED_LIBS += mpi_usempif08 0.0 # 60.1
SHARED_LIBS += ompitrace 0.0 # 60.0
-SHARED_LIBS += open-pal 1.0 # 60.1
-SHARED_LIBS += open-rte 1.0 # 60.1
+SHARED_LIBS += open-pal 1.1 # 60.2
+SHARED_LIBS += open-rte 1.1 # 60.2
CATEGORIES = devel
@@ -31,10 +32,18 @@ WANTLIB += c execinfo m pciaccess pthrea
MASTER_SITES =
${HOMEPAGE}/software/ompi/v${V:C/^([0-9]+\.[0-9]+).*/\1/}/downloads/
COMPILER = base-clang ports-gcc
+
+# MODULES=fortran always uses ports-gcc (and overrides COMPILER)
+# the openmpi application and libraries will be built with ports-gcc, but
+# are compatible with base-clang on archs where it is available
MODULES = fortran
MODFORTRAN_COMPILER = gfortran
BUILD_DEPENDS =devel/libtool,-ltdl
LIB_DEPENDS = devel/libexecinfo
+
+CONFIGURE_ARGS += --enable-mpi-fortran=usempif08 \
+ FC=egfortran \
+ CC=egcc
MAKE_FLAGS = V=1
FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples/openmpi/
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/openmpi/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 22 Dec 2019 15:47:36 - 1.6
+++ pkg/PLIST 24 Jan 2020 23:09:17 -
@@ -41,37 +41,37 @@ include/openmpi/mpiext/mpiext_cuda_c.h
include/openmpi/mpiext/mpiext_pcollreq_c.h
include/openmpi/mpiext/mpiext_pcollreq_mpifh.h
include/openmpi/mpiext/pmpiext_pcollreq_c.h
-lib/libmca_common_dstore.a
+@static-lib lib/libmca_common_dstore.a
lib/libmca_common_dstore.la
@lib lib/libmca_common_dstore.so.${LIBmca_common_dstore_VERSION}
-lib/libmca_common_monitoring.a
+@static-lib lib/libmca_common_monitoring.a
lib/libmca_common_monitoring.la
@lib lib/libmca_common_monitoring.so.${LIBmca_common_monitoring_VERSION}
-lib/libmca_common_ompio.a
+@static-lib lib/libmca_common_ompio.a
lib/libmca_common_ompio.la
@lib lib/libmca_common_ompio.so.${LIBmca_common_ompio_VERSION}
-lib/libmca_common_sm.a
+@static-lib lib/libmca_common_sm.a
lib/libmca_common_sm.la
@lib lib/libmca_common_sm.so.${LIBmca_common_sm_VERSION}
-lib/libmpi.a
+@static-lib lib/libmpi.a
lib/libmpi.la
@lib lib/libmpi.so.${LIBmpi_VERSION}
-lib/libmpi_mpifh.a
+@static-lib lib/libmpi_mpifh.a
lib/libmpi_mpifh.la
@lib lib/libmpi_mpifh.so.${LIBmpi_mpifh_VERSION}
-lib/libmpi_usempi_ignore_tkr.a
+@static-lib lib/libmpi_usempi_ignore_tkr.a
lib/libmpi_usempi_ignore_tkr.la
@lib lib/libmpi_usempi_ignore_tkr.so.${LIBmpi_usempi_ignore_tkr_VERSION}
-lib/libmpi_usempif08.a
+@static-lib lib/libmpi_usempif08.a
lib/libmpi_usempif08.la
@lib lib/libmpi_usempif08.so.${LIBmpi_usempif08_VERSION}
-lib/libompitrace.a
+@static-lib lib/libompitrace.a
lib/libompitrace.la
@lib lib/libompitrace.so.${LIBompitrace_VERSION}
-lib/libopen-pal.a
+@static-lib lib/libopen-pal.a
lib/libopen-pal.la
@lib lib/libopen-pal.so.${LIBopen-pal_VERSION}
-lib/libopen-rte.a
+@static-lib lib/libopen-rte.a
lib/libopen-rte.la
@lib lib/libopen-rte.so.${LIBopen-rte_VERSION}
lib/mpi.mod
@@ -84,288 +84,288 @@ lib/mpi_f08_interfaces_callbacks.mod
lib/mpi_f08_types.mod
lib/ompi_monitoring_prof.a
lib/ompi_monitoring_prof.la
-lib/ompi_monitoring_prof.so
+@so lib/ompi_monitoring_prof.so
lib/openmpi/
-lib/openmpi/libompi_dbg_msgq.a
+@static-lib lib/openmpi/libompi_dbg_msgq.a
lib/openmpi/libompi_dbg_msgq.la
-lib/openmpi/libompi_dbg_msgq.so
+@so lib/openmpi/libompi_dbg_msgq.so
lib/openmpi/mca_allocator_basic.a
lib/openmpi/mca_allocator_basic.la
-lib/openmpi/mca_allocator_basic.so
+@so lib/openmpi/mca_allocator_basic.so
UPDATE: games/stockfish 10 => 11
Hi ports --
Attached is an update to Stockfish.
Release notes are here:
https://github.com/official-stockfish/Stockfish/commit/c3483fa9a7d7c0ffa9fcc32b467ca844cfb63790
Sadly, no more real upstream tarballs. Have to use GH_* variables.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/games/stockfish/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile 12 Jul 2019 20:46:25 - 1.7
+++ Makefile 23 Jan 2020 23:11:18 -
@@ -1,12 +1,13 @@
# $OpenBSD: Makefile,v 1.7 2019/07/12 20:46:25 sthen Exp $
-V = 10
COMMENT = open source chess engine
-DISTNAME = stockfish-${V}-src
-PKGNAME = stockfish-${V}
-EXTRACT_SUFX = .zip
+PKGNAME = stockfish-${GH_TAGNAME:S/^sf_//}
CATEGORIES = games
+GH_ACCOUNT = official-stockfish
+GH_PROJECT = Stockfish
+GH_TAGNAME = sf_11
+
HOMEPAGE = https://stockfishchess.org/
MAINTAINER = Brian Callahan
@@ -15,8 +16,6 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} c m
-MASTER_SITES = https://stockfish.s3.amazonaws.com/
-
# C++11
COMPILER = base-clang ports-gcc
@@ -43,7 +42,7 @@ MAKE_ENV = ARCH=general-32
NO_TEST = Yes
-WRKDIST = ${WRKDIR}/src
+WRKSRC = ${WRKDIST}/src
pre-configure:
sed -i 's,-O3,${CXXFLAGS},g' ${WRKSRC}/Makefile
Index: distinfo
===
RCS file: /cvs/ports/games/stockfish/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo 30 Nov 2018 19:54:29 - 1.3
+++ distinfo 23 Jan 2020 23:11:18 -
@@ -1,2 +1,2 @@
-SHA256 (stockfish-10-src.zip) = Kb0B50BwmKqehRuC9upL8rRtJukHWkiiacseQMWCoHM=
-SIZE (stockfish-10-src.zip) = 174377
+SHA256 (Stockfish-sf_11.tar.gz) = gCJhzGAbZ77QDA730h4hJZWWMPCFKgbbn8m9dPRAsZk=
+SIZE (Stockfish-sf_11.tar.gz) = 145868
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- patches/patch-Makefile 30 Nov 2018 19:54:29 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,27 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.2 2018/11/30 19:54:29 bcallah Exp $
-
-Don't hardcode PREFIX, CC, or CXX.
-
-Index: Makefile
Makefile.orig
-+++ Makefile
-@@ -29,7 +29,7 @@ EXE = stockfish
- endif
-
- ### Installation dir definitions
--PREFIX = /usr/local
-+PREFIX ?= /usr/local
- BINDIR = $(PREFIX)/bin
-
- ### Built-in benchmark for pgo-builds
-@@ -154,8 +154,8 @@ ifeq ($(COMP),)
- endif
-
- ifeq ($(COMP),gcc)
-- comp=gcc
-- CXX=g++
-+ comp=${CC}
-+ CXX?=g++
- CXXFLAGS += -pedantic -Wextra -Wshadow
-
- ifeq ($(ARCH),armv7)
Index: patches/patch-src_Makefile
===
RCS file: patches/patch-src_Makefile
diff -N patches/patch-src_Makefile
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_Makefile 23 Jan 2020 23:11:18 -
@@ -0,0 +1,27 @@
+$OpenBSD$
+
+Don't hardcode PREFIX, CC, or CXX.
+
+Index: src/Makefile
+--- src/Makefile.orig
src/Makefile
+@@ -29,7 +29,7 @@ EXE = stockfish
+ endif
+
+ ### Installation dir definitions
+-PREFIX = /usr/local
++PREFIX ?= /usr/local
+ BINDIR = $(PREFIX)/bin
+
+ ### Built-in benchmark for pgo-builds
+@@ -156,8 +156,8 @@ ifeq ($(COMP),)
+ endif
+
+ ifeq ($(COMP),gcc)
+- comp=gcc
+- CXX=g++
++ comp=${CC}
++ CXX?=g++
+ CXXFLAGS += -pedantic -Wextra -Wshadow
+
+ ifeq ($(ARCH),armv7)
Re: UPDATE fonts/overpass to 3.0.4
Aham Brahmasmi writes: > > Sent: Friday, January 24, 2020 at 1:40 PM > > From: "Stuart Henderson" > > > > On 2020/01/24 13:35, Aham Brahmasmi wrote: > > > Hi Stuart, > > > > > > > From: "Stuart Henderson" > > > > Subject: Re: UPDATE fonts/overpass to 3.0.4 > > > > > > > > Is it really useful to include webfonts in the font packages? 4 copi= > es of > > > > the same fonts in different formats does seem a bit much. > > > > > > I may be wrong here, but the webfonts might be useful in serving html > > > content - the user may install the font package for the webfont files > > > and serve the webfont files along with html content using httpd/relayd= > . > > > > Not from /usr/local though. > > Agreed. > > I imagine one may perhaps want to setup some symlinks from > /usr/local/ to /var/www/htdocs/fonts. Does that work in a chroot? I think I agree with Stuart: serving web fonts directly from OpenBSD packages feels like a fringe use case. There's no user benefit to installing the fonts that way versus some other way: if you copy them from /usr/local to /var/www then pkg_add won't keep them up to date, and there's no fontdir/fontscale that needs to be done for webfonts.
kcaldav logfile http 505
Hi, following the package README from kcaldav in a -current vanilla setup just results in silent error responses (HTTP 505), as reported earlier already [1]. I belive this happens because of LOGFILE define pointing to chroot /var/www/logs/kcaldav-system.log, but httpd user/slowcgi has no write access there by default, so the LOGFILE will not be created and kcgi/kcaldav just fails. Multiple options to resolve this: 1. Tell users in README to do something like doas touch /var/www/logs/kcaldav-system.log doas chown www /var/www/logs/kcaldav-system.log 2. Add a PLIST entry to auto-create /var/www/logs/kcaldav-system.log with the correct rights 3. Disable the LOGFILE completely (reverting back to earlier port versions behaviour), leaving normal stderr logging ending up in configured web servers error.log Attached is a diff for option 3. OK? Thanks, Regards, Joerg [1] https://marc.info/?l=openbsd-ports=155082287919154=2 Index: www/kcaldav//Makefile === RCS file: /cvs/ports/www/kcaldav/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- www/kcaldav//Makefile 17 Nov 2019 09:28:23 - 1.16 +++ www/kcaldav//Makefile 24 Jan 2020 18:50:42 - @@ -3,6 +3,7 @@ COMMENT = a simple, safe, and minimal CalDAV server DISTNAME = kcaldav-0.1.11 +REVISION = 0 CATEGORIES = www HOMEPAGE = https://kristaps.bsd.lv/kcaldav/ Index: www/kcaldav//patches/patch-Makefile === RCS file: /cvs/ports/www/kcaldav/patches/patch-Makefile,v retrieving revision 1.5 diff -u -p -r1.5 patch-Makefile --- www/kcaldav//patches/patch-Makefile 17 Nov 2019 09:28:23 - 1.5 +++ www/kcaldav//patches/patch-Makefile 24 Jan 2020 18:50:42 - @@ -14,3 +14,12 @@ Index: Makefile # File-system directory where "installwww" installs. # You probably aren't going to use that! +@@ -150,7 +150,7 @@ VERSION = 0.1.11 + CFLAGS+= -DCALDIR=\"$(CALDIR)\" + CFLAGS+= -DHTDOCS=\"$(HTDOCS)\" + CFLAGS+= -DVERSION=\"$(VERSION)\" +-CFLAGS+= -DLOGFILE=\"$(LOGFILE)\" ++#CFLAGS += -DLOGFILE=\"$(LOGFILE)\" + BHTMLS = collection.html \ + home.html + DOTFLAGS = -h "BGCOLOR=\"red\"" \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/01/24 13:58:20 Modified files: net/toot : Makefile distinfo Log message: Update to toot 0.25.2 * TUI: Fall back to username when display_name is unset * Show character count when composing * Fix searching by hashtag which include the '#' * Upgrade search to v2
Re: reference pkg-readmes in manual pages
On Fri, Jan 24, 2020 at 03:25:42PM +0100, Ingo Schwarze wrote: > Hi, > > Claus Assmann wrote on Fri, Jan 24, 2020 at 09:25:27AM +0100: > > On Thu, Jan 23, 2020, Landry Breuil wrote: > > >> have a look at the pkg-readme provided by the package. > > > I didn't find a hint about pkg-readmes in the man pages :-( > >$ man -k any=pkg-readmes > update-plist(1) - create or update packing-list(s) for a given port > bsd.port.mk(5) - ports tree master Makefile fragment > packages(7) - overview of the binary package system > > Given that bsd.port.mk(5) and update-plist(1) are pages for porters > rather than for users, it indeed seems to me that references to > pkg-readmes are rather sparse. > > Also, the reference in packages(7) isn't all that prominent: > > https://man.openbsd.org/packages#Packages_install_to_/usr/local > > > (I also ran pkg_info to find out more about the firefox port). > > Indeed, i think pkg_add(1) and pkg_info(1) are among the first > pages users are likely to look at when searching for information > about packages. > > I think pkg_add(1) should list the most important directories > it modifies, and pkg-readmes are certainly among those. > And pkg_info(1) should list the most important directories > containing information about packages. Again, pkg-readmes is > among those, even though pkg_info(1) itself does not access it. > > I admit FILES sections tend to be slightly repetitive - not just > in this case but in general because the files are typically also > mentioned in the DESCRIPTION. But i still think listing them > concisely, with a one-line description each, is helpful. Just > like in this case, not all files are necessarily mentioned > elsewehere, and such a section provides a nice, quick overview. > > OK? > Ingo > > > > And since the installation was automated, I also missed the hint > > when firefox was installed -- my fault, thanks for pointing me to > > it - that solved the problem. > > > Index: pkg_add.1 > === > RCS file: /cvs/src/usr.sbin/pkg_add/pkg_add.1,v > retrieving revision 1.162 > diff -u -p -r1.162 pkg_add.1 > --- pkg_add.1 4 Jan 2020 15:13:54 - 1.162 > +++ pkg_add.1 24 Jan 2020 14:14:59 - > @@ -820,6 +820,22 @@ but it is searched before > .Ev PKG_PATH > and waives any kind of signature checking. > .El > +.Sh FILES > +.Bl -tag -width /etc/installurl > +.It Pa /etc/installurl > +default mirror server for package download > +.It Pa /etc/signify/*-pkg.pub > +public keys for package verification with > +.Xr signify 1 > +.It Pa /usr/local/ > +default file system to install packages in > +.It Pa /usr/local/share/doc/pkg-readmes/ > +.Ox Ns -specific > +information about individual packages > +.It Pa /var/db/pkg/ > +database of installed > +.Xr packages 7 > +.El > .Sh SEE ALSO > .Xr ftp 1 , > .Xr pkg_create 1 , > Index: pkg_info.1 > === > RCS file: /cvs/src/usr.sbin/pkg_add/pkg_info.1,v > retrieving revision 1.60 > diff -u -p -r1.60 pkg_info.1 > --- pkg_info.14 Jul 2019 15:25:16 - 1.60 > +++ pkg_info.124 Jan 2020 14:14:59 - > @@ -269,6 +269,15 @@ but it is searched before > .Ev PKG_PATH > and waives any kind of signature checking. > .El > +.Sh FILES > +.Bl -tag -width /var/db/pkg/ > +.It Pa /usr/local/share/doc/pkg-readmes/ > +.Ox Ns -specific > +information about individual packages > +.It Pa /var/db/pkg/ > +database of installed > +.Xr packages 7 > +.El > .Sh TECHNICAL DETAILS > Package info is either extracted from package files named on the > command line, or from already installed package information > I'm okay with this. Note that in actuality, pkg_add(1) itself tells you about pkg-readmes... :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/01/24 12:53:56 Modified files: net/ruby-macaddr: Makefile distinfo net/ruby-macaddr/pkg: PLIST Log message: Update to macaddr 1.7.2 >From George Rosamond
Re: UPDATE net/ruby-macaddr to 1.7.2
On Thu, Jan 23, 2020 at 6:59 PM George Rosamond < geo...@ceetonetechnology.com> wrote: > ping. > Looks like only a single change, which may affect OpenBSD: https://github.com/ahoward/macaddr/pull/25 I'll commit this shortly, thanks! Jeremy
[NEW] x11/qt5pas
New port: x11/qt5pas Provide a Qt5 binding for FreePascal that may be of use to provide the Lazarus LCL library with a Qt interface This binding does not aim to cover the whole Qt5 framework, but only just enough to satisfy the LCL needs. If any LCL/Qt developer needs an extra class, just ask and it will be added promptly. Some of the methods that have parameters based upon templates have been omitted. OpenBSD port files at: https://people.freebsd.org/~acm/ports/openbsd/qt5pas.tar.gz Greetings
Re: reference pkg-readmes in manual pages
Hi, Claus Assmann wrote on Fri, Jan 24, 2020 at 05:18:14PM +0100: > On Fri, Jan 24, 2020, Ingo Schwarze wrote: >> Claus Assmann wrote on Fri, Jan 24, 2020 at 09:25:27AM +0100: >>> I didn't find a hint about pkg-readmes in the man pages :-( >>$ man -k any=pkg-readmes > I only tried > man -k pkg-readmes Right, the reason Nm,Nd= is the default with -k and not any= is that any= can be quite noisy (and in addition, there is tradition). The reason i used any= here anyway was that i wanted to check completeness of manual pages rather than merely read some. If you want to know what a file is that doesn't have its own manual page, try Pa=. Compare $ man -k Pa=words # explains /usr/share/dict/words $ man -k words # a small amount of random stuff $ man -k Nm,Nd=words# the same $ man -k any=words # lots of noise Yours, Ingo
Re: reference pkg-readmes in manual pages
On Fri, Jan 24, 2020, Ingo Schwarze wrote: > Claus Assmann wrote on Fri, Jan 24, 2020 at 09:25:27AM +0100: > > I didn't find a hint about pkg-readmes in the man pages :-( >$ man -k any=pkg-readmes Two mails to the openbsd lists and I learned three new things :-) I only tried man -k pkg-readmes Thanks a lot for the help and the enhancement of the documentation. -- Address is valid for this mailing list only, please do not reply to it direcly, but to the list.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2020/01/24 09:01:19 Modified files: news/tin : Makefile distinfo news/tin/patches: patch-configure_in patch-src_Makefile_in patch-src_misc_c patch-src_rfc2047_c patch-src_sigfile_c Log message: bugfix update to 2.4.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2020/01/24 08:35:16 Modified files: www/chromium : Makefile Added files: www/chromium/patches: patch-ui_base_x_x11_software_bitmap_presenter_cc patch-ui_base_x_x11_software_bitmap_presenter_h Log message: merge two upstream commits that should fix the issue where a long directory listing eats up the CPU while the tab is sluggish or stuck https://chromium.googlesource.com/chromium/src.git/+/37078f9468a5a3ca90a29bcf2bd714824ae90a3f https://chromium.googlesource.com/chromium/src/+/cc007f73137623795e01102fe6175a39e4d18b81
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2020/01/24 08:34:40 Modified files: net/p5-Net-Whois-Raw: Makefile distinfo Log message: bugfix update to 2.99026
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/01/24 08:32:24 Modified files: sysutils/nnn : Makefile distinfo sysutils/nnn/pkg: PLIST Added files: sysutils/nnn/patches: patch-src_nnn_c Log message: Update to nnn-2.9 Changelog: https://github.com/jarun/nnn/blob/v2.9/CHANGELOG >From MAINTAINER with some input from me.
Re: document firefox pledge change in faq/current.html
On Fri, Jan 24, 2020 at 11:27:50AM +0100, Solene Rapenne wrote: > This will be helpful for people upgrading to 6.7 who had disabled pledge > in firefox, and also to tell people about unveil addition to firefox and > that it can be disabled. > ok? ok kmos > Index: current.html > === > RCS file: /data/cvs/www/faq/current.html,v > retrieving revision 1.1019 > diff -u -p -r1.1019 current.html > --- current.html 24 Jan 2020 06:27:09 - 1.1019 > +++ current.html 24 Jan 2020 10:26:23 - > @@ -57,6 +57,14 @@ use a snapshot to recover. > Most of these changes will have to be performed as root. > > > +2020/01/24 - firefox(1): pledge configuration change > +Previously, disabling pledge was done by modifying an entry in about:config > +but now it is done using files in /etc/firefox as explained in the pkg-readme > +file. > +Unveil has been added to firefox to prevent it to access all the filesystem, > +disabling unveil is explained in the pkg-readme file. > + > + > 2019/11/06 - unwind(8): configuration syntax change > asr has been renamed to stub in > https://man.openbsd.org/unwind.conf.5;>unwind.conf(5). >
Re: lang/clisp build failure
Le ven. 24 janv. 2020 à 14:29, Stuart Henderson a écrit : > > > > /usr/obj/ports/clisp-2.49/clisp-2.49/src/unix.d:65:22: note: expanded > > > > from macro 'MAP_ANON' > > > > #define MAP_ANON MAP_ANONYMOUS I think we can just nuke this one. -- Thomas de Grivel kmx.io
Re: reference pkg-readmes in manual pages
On Fri, Jan 24, 2020 at 03:25:42PM +0100, Ingo Schwarze wrote: > Hi, > > Claus Assmann wrote on Fri, Jan 24, 2020 at 09:25:27AM +0100: > > On Thu, Jan 23, 2020, Landry Breuil wrote: > > >> have a look at the pkg-readme provided by the package. > > > I didn't find a hint about pkg-readmes in the man pages :-( > >$ man -k any=pkg-readmes > update-plist(1) - create or update packing-list(s) for a given port > bsd.port.mk(5) - ports tree master Makefile fragment > packages(7) - overview of the binary package system > > Given that bsd.port.mk(5) and update-plist(1) are pages for porters > rather than for users, it indeed seems to me that references to > pkg-readmes are rather sparse. > > Also, the reference in packages(7) isn't all that prominent: > > https://man.openbsd.org/packages#Packages_install_to_/usr/local > > > (I also ran pkg_info to find out more about the firefox port). > > Indeed, i think pkg_add(1) and pkg_info(1) are among the first > pages users are likely to look at when searching for information > about packages. > > I think pkg_add(1) should list the most important directories > it modifies, and pkg-readmes are certainly among those. > And pkg_info(1) should list the most important directories > containing information about packages. Again, pkg-readmes is > among those, even though pkg_info(1) itself does not access it. > > I admit FILES sections tend to be slightly repetitive - not just > in this case but in general because the files are typically also > mentioned in the DESCRIPTION. But i still think listing them > concisely, with a one-line description each, is helpful. Just > like in this case, not all files are necessarily mentioned > elsewehere, and such a section provides a nice, quick overview. > > OK? > Ingo > > > > And since the installation was automated, I also missed the hint > > when firefox was installed -- my fault, thanks for pointing me to > > it - that solved the problem. > > > Index: pkg_add.1 > === > RCS file: /cvs/src/usr.sbin/pkg_add/pkg_add.1,v > retrieving revision 1.162 > diff -u -p -r1.162 pkg_add.1 > --- pkg_add.1 4 Jan 2020 15:13:54 - 1.162 > +++ pkg_add.1 24 Jan 2020 14:14:59 - > @@ -820,6 +820,22 @@ but it is searched before > .Ev PKG_PATH > and waives any kind of signature checking. > .El > +.Sh FILES > +.Bl -tag -width /etc/installurl > +.It Pa /etc/installurl > +default mirror server for package download > +.It Pa /etc/signify/*-pkg.pub > +public keys for package verification with > +.Xr signify 1 > +.It Pa /usr/local/ > +default file system to install packages in > +.It Pa /usr/local/share/doc/pkg-readmes/ > +.Ox Ns -specific > +information about individual packages > +.It Pa /var/db/pkg/ > +database of installed > +.Xr packages 7 > +.El > .Sh SEE ALSO > .Xr ftp 1 , > .Xr pkg_create 1 , > Index: pkg_info.1 > === > RCS file: /cvs/src/usr.sbin/pkg_add/pkg_info.1,v > retrieving revision 1.60 > diff -u -p -r1.60 pkg_info.1 > --- pkg_info.14 Jul 2019 15:25:16 - 1.60 > +++ pkg_info.124 Jan 2020 14:14:59 - > @@ -269,6 +269,15 @@ but it is searched before > .Ev PKG_PATH > and waives any kind of signature checking. > .El > +.Sh FILES > +.Bl -tag -width /var/db/pkg/ > +.It Pa /usr/local/share/doc/pkg-readmes/ > +.Ox Ns -specific > +information about individual packages > +.It Pa /var/db/pkg/ > +database of installed > +.Xr packages 7 > +.El > .Sh TECHNICAL DETAILS > Package info is either extracted from package files named on the > command line, or from already installed package information > I'm fine with pkg_add and pkg_info patches, that should answer lot of frequent asked questions.
reference pkg-readmes in manual pages
Hi, Claus Assmann wrote on Fri, Jan 24, 2020 at 09:25:27AM +0100: > On Thu, Jan 23, 2020, Landry Breuil wrote: >> have a look at the pkg-readme provided by the package. > I didn't find a hint about pkg-readmes in the man pages :-( $ man -k any=pkg-readmes update-plist(1) - create or update packing-list(s) for a given port bsd.port.mk(5) - ports tree master Makefile fragment packages(7) - overview of the binary package system Given that bsd.port.mk(5) and update-plist(1) are pages for porters rather than for users, it indeed seems to me that references to pkg-readmes are rather sparse. Also, the reference in packages(7) isn't all that prominent: https://man.openbsd.org/packages#Packages_install_to_/usr/local > (I also ran pkg_info to find out more about the firefox port). Indeed, i think pkg_add(1) and pkg_info(1) are among the first pages users are likely to look at when searching for information about packages. I think pkg_add(1) should list the most important directories it modifies, and pkg-readmes are certainly among those. And pkg_info(1) should list the most important directories containing information about packages. Again, pkg-readmes is among those, even though pkg_info(1) itself does not access it. I admit FILES sections tend to be slightly repetitive - not just in this case but in general because the files are typically also mentioned in the DESCRIPTION. But i still think listing them concisely, with a one-line description each, is helpful. Just like in this case, not all files are necessarily mentioned elsewehere, and such a section provides a nice, quick overview. OK? Ingo > And since the installation was automated, I also missed the hint > when firefox was installed -- my fault, thanks for pointing me to > it - that solved the problem. Index: pkg_add.1 === RCS file: /cvs/src/usr.sbin/pkg_add/pkg_add.1,v retrieving revision 1.162 diff -u -p -r1.162 pkg_add.1 --- pkg_add.1 4 Jan 2020 15:13:54 - 1.162 +++ pkg_add.1 24 Jan 2020 14:14:59 - @@ -820,6 +820,22 @@ but it is searched before .Ev PKG_PATH and waives any kind of signature checking. .El +.Sh FILES +.Bl -tag -width /etc/installurl +.It Pa /etc/installurl +default mirror server for package download +.It Pa /etc/signify/*-pkg.pub +public keys for package verification with +.Xr signify 1 +.It Pa /usr/local/ +default file system to install packages in +.It Pa /usr/local/share/doc/pkg-readmes/ +.Ox Ns -specific +information about individual packages +.It Pa /var/db/pkg/ +database of installed +.Xr packages 7 +.El .Sh SEE ALSO .Xr ftp 1 , .Xr pkg_create 1 , Index: pkg_info.1 === RCS file: /cvs/src/usr.sbin/pkg_add/pkg_info.1,v retrieving revision 1.60 diff -u -p -r1.60 pkg_info.1 --- pkg_info.1 4 Jul 2019 15:25:16 - 1.60 +++ pkg_info.1 24 Jan 2020 14:14:59 - @@ -269,6 +269,15 @@ but it is searched before .Ev PKG_PATH and waives any kind of signature checking. .El +.Sh FILES +.Bl -tag -width /var/db/pkg/ +.It Pa /usr/local/share/doc/pkg-readmes/ +.Ox Ns -specific +information about individual packages +.It Pa /var/db/pkg/ +database of installed +.Xr packages 7 +.El .Sh TECHNICAL DETAILS Package info is either extracted from package files named on the command line, or from already installed package information
Re: [NEW] devel/mongo-c-driver
On Wed, Jan 22, 2020 at 01:53:35PM +, Stuart Henderson wrote: > On 2020/01/22 08:20, mbsd wrote: > > ping? > > That is a very short time for sending a "ping" mail ... Stuart, I'm sorry for the anxiety! > - use share/doc/mongo-c-driver instead of share/mongo-c-driver OK > - for the SSL_OP_NO_RENEGOTIATION patch, definitely don't just comment it > out. either add a !defined(LIBRESSL_VERSION) check or use > > #ifdef SSL_OP_NO_RENEGOTIATION > ssl_ctx_options |= SSL_OP_NO_RENEGOTIATION; > #endif OK > - CATEGORIES=databases would be better OK > - don't use -DCMAKE_BUILD_TYPE=Release this is set automatically OK New attachment with corrections. mongo-c-driver.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/01/24 06:30:25 Modified files: net/samba : Tag: OPENBSD_6_6 Makefile distinfo Log message: SECURITY update to samba-4.9.18 Fixes for: o CVE-2019-14902: The implementation of ACL inheritance in the Samba AD DC was not complete, and so absent a 'full-sync' replication, ACLs could get out of sync between domain controllers. o CVE-2019-14907: When processing untrusted string input Samba can read past the end of the allocated buffer when printing a "Conversion error" message to the logs. o CVE-2019-19344: During DNS zone scavenging (of expired dynamic entries) there is a read of memory after it has been freed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/01/24 06:29:42 Modified files: net/samba : Makefile distinfo Log message: SECURITY update to samba-4.9.18 Fixes for: o CVE-2019-14902: The implementation of ACL inheritance in the Samba AD DC was not complete, and so absent a 'full-sync' replication, ACLs could get out of sync between domain controllers. o CVE-2019-14907: When processing untrusted string input Samba can read past the end of the allocated buffer when printing a "Conversion error" message to the logs. o CVE-2019-19344: During DNS zone scavenging (of expired dynamic entries) there is a read of memory after it has been freed.
Re: lang/clisp build failure
On 2018/02/06 10:20, Stuart Henderson wrote: > On 2017/12/06 18:19, Jeremie Courreges-Anglas wrote: > > On Wed, Dec 06 2017, Stuart Henderson wrote: > > > Seen in i386 bulk. No recent relevant change to clisp so I'm not sure > > > what would have triggered it.. > > > > > > > > > /usr/obj/ports/clisp-2.49/clisp-2.49/src/spvw.d:2881:47: error: use of > > > undeclared identifier 'MAP_ANON' > > > > > > mmap((void*)0xC000,0x2000,PROT_NONE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0); > > > ^ > > > /usr/obj/ports/clisp-2.49/clisp-2.49/src/unix.d:65:22: note: expanded > > > from macro 'MAP_ANON' > > > #define MAP_ANON MAP_ANONYMOUS > > > ^ > > > /usr/include/sys/mman.h:60:23: note: expanded from macro 'MAP_ANONYMOUS' > > > #define MAP_ANONYMOUS MAP_ANON/* alternate POSIX spelling */ > > > ^ > > > > Given that defines both MAP_ANON and MAP_ANONYMOUS, along > > with the other MAP_* and PROT_* used above, something looks seriously > > messed up. :) > > > > -- > > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE > > > > And I've just hit the same again... > And again.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/01/24 06:25:03 Modified files: www/ruby-passenger: Makefile Log message: fix typo to unbreak bulks
Re: UPDATE fonts/overpass to 3.0.4
> Sent: Friday, January 24, 2020 at 1:40 PM
> From: "Stuart Henderson"
>
> On 2020/01/24 13:35, Aham Brahmasmi wrote:
> > Hi Stuart,
> >
> > > From: "Stuart Henderson"
> > > Subject: Re: UPDATE fonts/overpass to 3.0.4
> > >
> > > Is it really useful to include webfonts in the font packages? 4 copies of
> > > the same fonts in different formats does seem a bit much.
> >
> > I may be wrong here, but the webfonts might be useful in serving html
> > content - the user may install the font package for the webfont files
> > and serve the webfont files along with html content using httpd/relayd.
>
> Not from /usr/local though.
Agreed.
I imagine one may perhaps want to setup some symlinks from
/usr/local/ to /var/www/htdocs/fonts. Or rsync fonts
using a daily cron job to that directory. On the httpd/relayd side, one
could perhaps create, within individual server sections, a
location "/assets/fonts/*" {
root "/fonts"
request strip 2
}
Dhanyavaad,
ab
-|-|-|-|-|-|-|--
Re: [NEW] textproc/scdoc
Hi, Jan Stary wrote on Fri, Jan 24, 2020 at 01:34:54PM +0100: > On Jan 24 00:19:40, schwa...@usta.de wrote: >> Obviously, this is only yet another low-quality man(7) generator >> (emitting pointless low-level roff(7) code, lots of bogus .P, >> incorrectly encoded dashes, using low-level font escapes rather >> than proper man(7) macros, failing to properly generate .MT >> and .UR, ... - and that's just from inspecting the thirty line >> file scdoc.1 itself) so using it certainly isn't encouraged. >> >> But given that some people use it anyway for documentating their >> software, i agree that a port is needed, even if only as a dependency >> for other, potentially more useful ports. > What ports are those? https://github.com/jasperla/openbsd-wip/tree/master/mail/aerc was already mentioned earlier in this thread. I admit there may not be many others, which isn't necessarily a bad thing given the above observations. Yours, Ingo
Re: mu: use ports-gcc
On 2020/01/24 13:31, Stefan Hagen wrote: > Stuart Henderson wrote: > > Diff doesn't apply (tabs/spaces). I'll redo it by hand. > > Thank you. It was the first time I tried to inline a patch. The tabs got > lost during copy & paste. Sorry & thanks for fixing. > > Best Regards, > Stefan > Easy way: pkg_add xclip cvs diff | xclip Alternatively cvs diff > /tmp/foo and insert the file in your editor.
Re: UPDATE fonts/overpass to 3.0.4
On 2020/01/24 13:35, Aham Brahmasmi wrote: > Hi Stuart, > > > From: "Stuart Henderson" > > Subject: Re: UPDATE fonts/overpass to 3.0.4 > > > > Is it really useful to include webfonts in the font packages? 4 copies of > > the same fonts in different formats does seem a bit much. > > I may be wrong here, but the webfonts might be useful in serving html > content - the user may install the font package for the webfont files > and serve the webfont files along with html content using httpd/relayd. Not from /usr/local though.
Re: UPDATE fonts/overpass to 3.0.4
Hi Stuart, > From: "Stuart Henderson" > Subject: Re: UPDATE fonts/overpass to 3.0.4 > > Is it really useful to include webfonts in the font packages? 4 copies of > the same fonts in different formats does seem a bit much. I may be wrong here, but the webfonts might be useful in serving html content - the user may install the font package for the webfont files and serve the webfont files along with html content using httpd/relayd. > -- > Sent from a phone, apologies for poor formatting. > > On 24 January 2020 02:07:02 George Rosamond > wrote: > > > Update to 3.0.4 attached. > > > > Minor changes to font, but Makefile changes include: > > > > - addition of README.md and LICENSE.md > > - inclusion of woff and woff2 fonts > > - www site to https > > > > Thanks > > > > g Dhanyavaad, ab -|-|-|-|-|-|-|--
Re: [NEW] textproc/scdoc
On Jan 24 00:19:40, schwa...@usta.de wrote: > Obviously, this is only yet another low-quality man(7) generator > (emitting pointless low-level roff(7) code, lots of bogus .P, > incorrectly encoded dashes, using low-level font escapes rather > than proper man(7) macros, failing to properly generate .MT > and .UR, ... - and that's just from inspecting the thirty line > file scdoc.1 itself) so using it certainly isn't encouraged. > > But given that some people use it anyway for documentating their > software, i agree that a port is needed, even if only as a dependency > for other, potentially more useful ports. What ports are those? (I would grep for the dependency, but that does not exist yet.) Jan
Re: mu: use ports-gcc
Stuart Henderson wrote: > Diff doesn't apply (tabs/spaces). I'll redo it by hand. Thank you. It was the first time I tried to inline a patch. The tabs got lost during copy & paste. Sorry & thanks for fixing. Best Regards, Stefan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2020/01/24 05:31:44 Modified files: multimedia/handbrake: Makefile Log message: fix build: force gtk's configure to pick up our mkdir which is perfectly thread-safe instead of an errant coreutils's gmkdir
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/01/24 03:55:44 Modified files: net/isc-dhcp : Makefile Log message: new isc-dhcp doesn't build with base-gcc; use ports-gcc on !base-clang arches. found by kmos@
Re: firefox: pledge "", syscall 289
I really appreciate your work of providing upgraded pkgs via -stable; for the user having to change something is a much smaller "problem" than having a pkg with a security problem. Maybe just add a (upgrade) note to the pkg_info output about incompatibilities? Thanks! -- Address is valid for this mailing list only, please do not reply to it direcly, but to the list.
Re: CVS: cvs.openbsd.org: ports
On 2020/01/24 01:55, Kurt Mosiejczuk wrote: > On Wed, Jan 22, 2020 at 09:11:55AM -0700, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: st...@cvs.openbsd.org 2020/01/22 09:11:55 > > > Modified files: > > net/isc-dhcp : Makefile distinfo > > net/isc-dhcp/patches: patch-bind_Makefile_in > > patch-client_Makefile_in > > net/isc-dhcp/pkg: PLIST-main PLIST-omapi > > Added files: > > net/isc-dhcp/patches: patch-keama_confparse_c patch-keama_data_c > > patch-keama_eval_c patch-keama_keama_c > > patch-keama_keama_h > > Removed files: > > net/isc-dhcp/patches: patch-common_socket_c > > > Log message: > > update to isc-dhcp-4.4.2 and build the new "keama" tool (Kea migration > > assistant) > > This failed in the new sparc64 build I'm running. Adding a > COMPILER = base-clang ports-gcc line to Makefile fixes it. > > --Kurt Should have guessed! Thanks, I'll add that and COMPILER_LANGS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/01/24 03:36:41 Modified files: mail/mu: Makefile Log message: - build mail/mu with ports-gcc on !base-clang arches, from Xiyue Deng, ok maintainer - regen PLIST, fix license marker
Re: mu: use ports-gcc
On 2020/01/24 11:15, Stefan Hagen wrote:
> Xiyue Deng wrote:
> > Stefan Hagen writes:
> > > Updated patch below.
> >
> > Oh BTW please help commit it because I don't have permission. Thanks again!
>
> I'm maintaining the package, but I'm not a committer.
>
> Adding Stuart to CC again, maybe he can commit it.
>
> > > Index: Makefile
> > > ===
> > > RCS file: /cvs/ports/mail/mu/Makefile,v
> > > retrieving revision 1.18
> > > diff -u -p -u -p -r1.18 Makefile
> > > --- Makefile21 Jul 2019 00:10:04 - 1.18
> > > +++ Makefile22 Jan 2020 20:13:28 -
> > > @@ -3,6 +3,7 @@
> > > COMMENT= maildir indexer and searcher with emacs frontend
> > >
> > > DISTNAME= mu-1.2.0
> > > +REVISION= 1
> > >
> > > CATEGORIES=mail
> > > HOMEPAGE= http://www.djcbsoftware.nl/code/mu/
> > > @@ -13,9 +14,9 @@ MAINTAINER= Stefan Hagen > > PERMIT_PACKAGE=Yes
> > >
> > > WANTLIB+= assuan c ffi gio-2.0 glib-2.0 gmime-3.0 gmodule-2.0
> > > -WANTLIB+= gobject-2.0 gpg-error gpgme gthread-2.0 iconv
> > > +WANTLIB+= gobject-2.0 gpg-error gpgme gthread-2.0 iconv idn2
> > > WANTLIB+= intl json-glib-1.0 m pcre pthread ${COMPILER_LIBCXX}
> > > -WANTLIB+= uuid xapian z
> > > +WANTLIB+= unistring uuid xapian z
> > >
> > > MASTER_SITES= https://github.com/djcb/mu/releases/download/1.2/
> > > EXTRACT_SUFX= .tar.xz
> > > @@ -30,7 +31,7 @@ LIB_DEPENDS= databases/xapian-core \
> > >
> > >
> > > # C++14 required
> > > -COMPILER= base-clang ports-clang
> > > +COMPILER= base-clang ports-gcc
> > >
> > > AUTOCONF_VERSION= 2.69
> > > AUTOMAKE_VERSION= 1.15
>
Diff doesn't apply (tabs/spaces). I'll redo it by hand.
document firefox pledge change in faq/current.html
This will be helpful for people upgrading to 6.7 who had disabled pledge in firefox, and also to tell people about unveil addition to firefox and that it can be disabled. ok? Index: current.html === RCS file: /data/cvs/www/faq/current.html,v retrieving revision 1.1019 diff -u -p -r1.1019 current.html --- current.html24 Jan 2020 06:27:09 - 1.1019 +++ current.html24 Jan 2020 10:26:23 - @@ -57,6 +57,14 @@ use a snapshot to recover. Most of these changes will have to be performed as root. +2020/01/24 - firefox(1): pledge configuration change +Previously, disabling pledge was done by modifying an entry in about:config +but now it is done using files in /etc/firefox as explained in the pkg-readme +file. +Unveil has been added to firefox to prevent it to access all the filesystem, +disabling unveil is explained in the pkg-readme file. + + 2019/11/06 - unwind(8): configuration syntax change asr has been renamed to stub in https://man.openbsd.org/unwind.conf.5;>unwind.conf(5).
Re: firefox: pledge "", syscall 289
On Fri, Jan 24, 2020 at 09:54:11AM +, Stuart Henderson wrote: > Oh, that's not great, users shouldn't really have to cope with a change like > this, -stable updates ought to be "no config changes" really.. Well, technically one could revert https://hg.mozilla.org/mozilla-central/rev/396a73e240df and test that it still applies settings from about:config. That's also why i didnt want to handle this backport to stable :)
Re: mu: use ports-gcc
Xiyue Deng wrote:
> Stefan Hagen writes:
> > Updated patch below.
>
> Oh BTW please help commit it because I don't have permission. Thanks again!
I'm maintaining the package, but I'm not a committer.
Adding Stuart to CC again, maybe he can commit it.
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/mail/mu/Makefile,v
> > retrieving revision 1.18
> > diff -u -p -u -p -r1.18 Makefile
> > --- Makefile21 Jul 2019 00:10:04 - 1.18
> > +++ Makefile22 Jan 2020 20:13:28 -
> > @@ -3,6 +3,7 @@
> > COMMENT= maildir indexer and searcher with emacs frontend
> >
> > DISTNAME= mu-1.2.0
> > +REVISION= 1
> >
> > CATEGORIES=mail
> > HOMEPAGE= http://www.djcbsoftware.nl/code/mu/
> > @@ -13,9 +14,9 @@ MAINTAINER= Stefan Hagen > PERMIT_PACKAGE=Yes
> >
> > WANTLIB+= assuan c ffi gio-2.0 glib-2.0 gmime-3.0 gmodule-2.0
> > -WANTLIB+= gobject-2.0 gpg-error gpgme gthread-2.0 iconv
> > +WANTLIB+= gobject-2.0 gpg-error gpgme gthread-2.0 iconv idn2
> > WANTLIB+= intl json-glib-1.0 m pcre pthread ${COMPILER_LIBCXX}
> > -WANTLIB+= uuid xapian z
> > +WANTLIB+= unistring uuid xapian z
> >
> > MASTER_SITES= https://github.com/djcb/mu/releases/download/1.2/
> > EXTRACT_SUFX= .tar.xz
> > @@ -30,7 +31,7 @@ LIB_DEPENDS= databases/xapian-core \
> >
> >
> > # C++14 required
> > -COMPILER= base-clang ports-clang
> > +COMPILER= base-clang ports-gcc
> >
> > AUTOCONF_VERSION= 2.69
> > AUTOMAKE_VERSION= 1.15
Re: UPDATE fonts/overpass to 3.0.4
Is it really useful to include webfonts in the font packages? 4 copies of the same fonts in different formats does seem a bit much. -- Sent from a phone, apologies for poor formatting. On 24 January 2020 02:07:02 George Rosamond wrote: Update to 3.0.4 attached. Minor changes to font, but Makefile changes include: - addition of README.md and LICENSE.md - inclusion of woff and woff2 fonts - www site to https Thanks g
Re: firefox: pledge "", syscall 289
Oh, that's not great, users shouldn't really have to cope with a change like this, -stable updates ought to be "no config changes" really.. -- Sent from a phone, apologies for poor formatting. On 24 January 2020 08:25:51 Claus Assmann wrote: On Thu, Jan 23, 2020, Landry Breuil wrote: Since 72 was backported to stable pledge config/overrides isnt in about:config prefs anymore but in /etc/firefox, have a look at the pkg-readme provided by the package. I didn't find a hint about pkg-readmes in the man pages :-( (I also ran pkg_info to find out more about the firefox port). And since the installation was automated, I also missed the hint when firefox was installed -- my fault, thanks for pointing me to it - that solved the problem. -- Address is valid for this mailing list only, please do not reply to it direcly, but to the list.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/01/24 01:32:29 Modified files: x11/xfce4/xfce4-weather: Makefile Added files: x11/xfce4/xfce4-weather/patches: patch-panel-plugin_weather_c patch-panel-plugin_weather_h Log message: Add patches to fix met.no API deprecation warnings from upstream (https://bugzilla.xfce.org/show_bug.cgi?id=16268) & fix WANTLIB while here.
Re: firefox: pledge "", syscall 289
On Thu, Jan 23, 2020, Landry Breuil wrote: > Since 72 was backported to stable pledge config/overrides isnt in > about:config prefs anymore but in /etc/firefox, have a look at the > pkg-readme provided by the package. I didn't find a hint about pkg-readmes in the man pages :-( (I also ran pkg_info to find out more about the firefox port). And since the installation was automated, I also missed the hint when firefox was installed -- my fault, thanks for pointing me to it - that solved the problem. -- Address is valid for this mailing list only, please do not reply to it direcly, but to the list.
Re: UPDATE sysutils/sslmate-1.7.1
On 24/01/2020 03:20, George Rosamond wrote: diff attached. v1.7.1 (2019-03-08) * Bugfix release. * sslmate download: don't prevent further downloads if there is an error with just one certificate. g Committed, thanks !
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/01/24 01:18:53 Modified files: sysutils/sslmate: Makefile distinfo Log message: Update to sslmate-1.7.1 from George Rosamond, thanks.
Re: UPDATE fonts/overpass to 3.0.4
On 24/01/2020 03:06, George Rosamond wrote: Update to 3.0.4 attached. Minor changes to font, but Makefile changes include: - addition of README.md and LICENSE.md - inclusion of woff and woff2 fonts - www site to https Thanks g Committed, thanks !
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/01/24 01:03:49 Modified files: fonts/overpass : Makefile distinfo fonts/overpass/pkg: PLIST Log message: Update to overpass-3.0.4 from George Rosamond, thanks.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/01/24 01:02:36 Modified files: geo/gpxsee/patches: patch-src_map_albersequal_cpp patch-src_map_albersequal_h patch-src_map_krovak_cpp patch-src_map_krovak_h Log message: Add link to upstream issue/fix
