[Update] textproc/p5-LaTeX-Driver : Update to 1.0.0
Hi, Here is a simple patch for textproc/p5-LaTeX-Driver to update to 1.0.0. It build well and pass all tests on amd64-6.6 system. No other ports depends on textproc/p5-LaTeX-Driver. Regards, wen Index: Makefile === RCS file: /cvs/ports/textproc/p5-LaTeX-Driver/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile31 Oct 2019 03:22:07 - 1.8 +++ Makefile24 May 2020 03:13:59 - @@ -2,7 +2,7 @@ COMMENT = driver to format LaTeX documents -DISTNAME = LaTeX-Driver-0.300.2 +DISTNAME = LaTeX-Driver-1.0.0 CATEGORIES = textproc MODULES = cpan Index: distinfo === RCS file: /cvs/ports/textproc/p5-LaTeX-Driver/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo31 Oct 2019 03:22:07 - 1.4 +++ distinfo24 May 2020 03:13:59 - @@ -1,2 +1,2 @@ -SHA256 (LaTeX-Driver-0.300.2.tar.gz) = +WNTljTjqxe8QwHjZ73YZvOHBpBnqfediTM9PIfneh0= -SIZE (LaTeX-Driver-0.300.2.tar.gz) = 54084 +SHA256 (LaTeX-Driver-1.0.0.tar.gz) = vAVi5V/j3F2BLDP+B3gNBBDcfSCCa/COYao+Pa8bU7c= +SIZE (LaTeX-Driver-1.0.0.tar.gz) = 55712
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/05/23 21:24:54 Modified files: devel/sdl2 : Makefile devel/sdl2/patches: patch-src_joystick_SDL_gamecontroller_c Log message: clang can't handle sdl2's neon asm so don't try to build it Fixes build on arm. Correct ifdef in an unrelated patch while here with no functional change. ok thfr@
Re: New: zsh-syntax-highlighting
On Fri, May 15, 2020 at 06:57:37AM +0200, Rafael Sadowski wrote: > On Tue Apr 21, 2020 at 06:35:38AM +0200, Rafael Sadowski wrote: > > On Sat Apr 11, 2020 at 08:16:55AM +0200, Rafael Sadowski wrote: > > > On Fri Apr 10, 2020 at 09:11:25AM -0500, Matthew Martin wrote: > > > > On Fri, Apr 10, 2020 at 09:13:43AM +0200, Rafael Sadowski wrote: > > > > > On Thu Apr 09, 2020 at 09:43:36PM -0500, Matthew Martin wrote: > > > > > > Small port for zsh-syntax-highlighting. Currently have it in > > > > > > shells, but > > > > > > more than happy to move it if someone has a better suggestion. To > > > > > > test > > > > > > source > > > > > > /usr/local/share/zsh-syntax-highlighting/zsh-syntax-highlighting.zsh > > > > > > after installing. > > > > > > > > > > > > DESCR: > > > > > > This package provides syntax highlighting for the shell zsh. It > > > > > > enables > > > > > > highlighting of commands whilst they are typed at a zsh prompt into > > > > > > an > > > > > > interactive terminal. This helps in reviewing commands before > > > > > > running them, > > > > > > particularly in catching syntax errors. > > > > > > > > > > Looks good and works here but do we need the following files to > > > > > install? > > > > > share/zsh-syntax-highlighting/.revision-hash > > > > > share/zsh-syntax-highlighting/.version > > > > > > > > .version is used to populate $ZSH_HIGHLIGHT_VERSION and .revision-hash > > > > for $ZSH_HIGHLIGHT_REVISION. I'll upstream a commit to skip > > > > .revision-hash for releases, but I'd prefer to avoid local patches. > > > > > > > > > > Ok for me. OK rsadowski@ if someone wants to import it. > > > > > > > Anyone else? > > > ... Friendly reminder ping; tarball reattached if that helps. zsh-syntax-highlighting.tgz Description: application/tar-gz
[update] devel/libtermkey
No change in symbols and the diff doesn't seem to touch any public
functions. Only bumped minor because upstream did.
neovim and vis run fine with this. The new patch allows the vis test
suite to run without the TEST_ENV = TERM=${TERM} hack. I'll ask upstream
about adding the patch, but libtermkey is deprecated in favor of
libtickit (will send that port after the 0.4.0 release).
0.22 - changes: bugfixes for unit tests on BSD platforms
0.21.1 - changes: internal bugfixes, valgrind neatness
diff --git Makefile Makefile
index e5bd66764f9..2ea5107ffc2 100644
--- Makefile
+++ Makefile
@@ -1,10 +1,9 @@
# $OpenBSD: Makefile,v 1.4 2019/07/12 20:44:40 sthen Exp $
COMMENT = library for processing of keyboard entry from a terminal
-DISTNAME = libtermkey-0.20
-REVISION = 0
+DISTNAME = libtermkey-0.22
-SHARED_LIBS += termkey 0.1 # 15.0
+SHARED_LIBS += termkey 0.2 # 15.2
CATEGORIES = devel
HOMEPAGE = http://www.leonerd.org.uk/code/libtermkey/
diff --git distinfo distinfo
index 522108c35ed..81ce3702ceb 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (libtermkey-0.20.tar.gz) = bA2HyUq5kV527NMTuuwI3t871W3oN0PZqpI6CBk10vU=
-SIZE (libtermkey-0.20.tar.gz) = 45167
+SHA256 (libtermkey-0.22.tar.gz) = aUW9PEqqg9qD2AoEXFVj2k7dfQN0xiwNNa7AnrMBRgA=
+SIZE (libtermkey-0.22.tar.gz) = 46147
diff --git patches/patch-Makefile patches/patch-Makefile
index aee3dddc084..4ef14700525 100644
--- patches/patch-Makefile
+++ patches/patch-Makefile
@@ -3,9 +3,10 @@ $OpenBSD: patch-Makefile,v 1.1.1.1 2017/01/19 20:34:04 edd Exp
$
Don't compresss manuals and remove odd symlinking scheme to alias man pages. As
it happens mandoc is clever enough to figure out the aliases.
Makefile.orig Fri Dec 16 16:08:07 2016
-+++ Makefile Tue Jan 17 23:15:29 2017
-@@ -120,12 +120,9 @@ install-man:
+Index: Makefile
+--- Makefile.orig
Makefile
+@@ -122,12 +122,9 @@ install-man:
install -d $(DESTDIR)$(MAN3DIR)
install -d $(DESTDIR)$(MAN7DIR)
for F in man/*.3; do \
diff --git patches/patch-termkey_c patches/patch-termkey_c
new file mode 100644
index 000..a6a94f6feac
--- /dev/null
+++ patches/patch-termkey_c
@@ -0,0 +1,17 @@
+$OpenBSD$
+
+unibi_from_term requires term to be non-NULL
+
+Index: termkey.c
+--- termkey.c.orig
termkey.c
+@@ -420,6 +420,9 @@ TermKey *termkey_new(int fd, int flags)
+ termkey_set_flags(tk, flags);
+
+ const char *term = getenv("TERM");
++ if (!term) {
++term = "xterm";
++ }
+
+ if(!termkey_init(tk, term))
+ goto abort;
[update] devel/unibilium
Update to unibilium. No change in symbols and the diff doesn't seem to touch any public functions. Only bumped minor because upstream did. Tests pass and libtermkey (up next), neovim, and vis seem ok. 2.1.0 2020-02-11 - Makefile: use "-f" with prove always (to show failed tests) (#13) - Stop searching in further dirs on errors except ENOENT #12 - Makefile: do not rebuild t/static_%.c with updated gen-static-test - Add CMakeLists.txt and support for MSVC (#3) - Relax checks for extended capability to support new format (#5) - Makefile: use -Og with DEBUG=1 (#7) - unibi_from_mem: fix [clang-analyzer-deadcode.DeadStores] (#8) - Makefile: revisit regenerate-tests rule (#6) - unibi_from_term: handle $TERMINFO as curses does #2 diff --git Makefile Makefile index 8af2e12f4fa..25e88c9f8b4 100644 --- Makefile +++ Makefile @@ -4,9 +4,9 @@ COMMENT = very basic terminfo library GH_ACCOUNT = neovim GH_PROJECT = unibilium -GH_TAGNAME = v2.0.0 +GH_TAGNAME = v2.1.0 -SHARED_LIBS += unibilium 1.0 # 4.0 +SHARED_LIBS += unibilium 1.1 # 4.1 CATEGORIES = devel diff --git distinfo distinfo index b531af481ad..3d6bd8e15fd 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (unibilium-2.0.0.tar.gz) = eJl9ONTIF3xg09DBqoxT/QgG6yGCW3szWxdo1xFrwcE= -SIZE (unibilium-2.0.0.tar.gz) = 112570 +SHA256 (unibilium-2.1.0.tar.gz) = Bb+X41dhXiGBJvesCG5wVqI9wBPPrHFkO1ChitOQx9Q= +SIZE (unibilium-2.1.0.tar.gz) = 121971 diff --git patches/patch-Makefile patches/patch-Makefile index 397d2e8fe7f..3a069bd7379 100644 --- patches/patch-Makefile +++ patches/patch-Makefile @@ -24,4 +24,4 @@ Index: Makefile + $(POD2MAN) $(POD2MAN_OPTS) $< > $@ - .PHONY: regenerate-tests + # Regenerate static test files, based on existing terminfo entries.
Re: slock 1.4 / bsd-auth
> Actually, i3 has a feature for dealing with it though, --release: > try better: bindsym --release $mod+Mod1+l exec "slock" That works, thanks. I'm fine with this going in if the port's copy of explicit_bzero is disabled with "COMPATSRC=".
Re: Fonts: don't install web formats
Matthieu Herrb writes:
> On Sat, May 23, 2020 at 02:41:38PM -, Christian Weisgerber wrote:
> > On 2020-05-23, "Anthony J. Bentley" wrote:
> >
> > > Formats like .woff and .woff2, which are meant to be served over
> > > the web, don't benefit in the same way, because they're installed to
> > > /usr/local/share and need to be copied to a web server directory
> > > to be of any use. [...]
> > > A few recent port submissions were asked to remove web fonts before
> > > import. That makes sense. We should do the same for existing ports.
> >
> > If the web fonts aren't in the package, where would I copy them
> > from?
>
> Is it possible to have sub-packages (or a separate package) installing
> them in /var/www/fonts/ ?
Hm, that's an interesting idea. I gave it a try with ibm-plex (a port
that doesn't currently install web fonts). It's a fair amount of work,
but does result in webfonts located on the same partition and within the
httpd chroot.
I intend to commit the "remove webfonts from /usr/local" diff from my
previous mail regardless; even if we decide to go the -web subpackage
route, leaving it uncommitted wouldn't make what I did below any easier
to apply to those ports, even if we decided to go the subpackages route.
Index: Makefile
===
RCS file: /cvs/ports/fonts/ibm-plex/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile23 May 2020 13:11:26 - 1.10
+++ Makefile24 May 2020 00:02:59 -
@@ -1,10 +1,18 @@
# $OpenBSD: Makefile,v 1.10 2020/05/23 13:11:26 bentley Exp $
-COMMENT = IBM's corporate type family
+COMMENT-main = IBM's corporate type family
+COMMENT-web = IBM's corporate type family (web fonts)
CATEGORIES = fonts
V =4.0.2
-PKGNAME = ibm-plex-$V
+DISTNAME = ibm-plex-$V
+PKGNAME-main = ibm-plex-$V
+PKGNAME-web = ibm-plex-web-$V
+REVISION-main =0
+
+MULTI_PACKAGES = -main -web
+
+.include
# SIL OFL 1.1
PERMIT_PACKAGE = Yes
@@ -12,7 +20,8 @@ PERMIT_PACKAGE = Yes
MASTER_SITES = https://github.com/IBM/plex/releases/download/v$V/
DISTFILES =OpenType.zip \
- TrueType.zip
+ TrueType.zip \
+ Web.zip
DIST_SUBDIR = ibm-plex-$V
@@ -23,16 +32,22 @@ MODULES = font
NO_BUILD = Yes
NO_TEST = Yes
+PREFIX-web = ${VARBASE}/www
+
FONTDIR = ${PREFIX}/share/fonts/ibm-plex
DOCDIR = ${PREFIX}/share/doc/ibm-plex
+WEBFONTDIR = ${DESTDIR}${PREFIX-web}/fonts/ibm-plex
do-install:
${INSTALL_DATA_DIR} ${FONTDIR}
- ${INSTALL_DATA} ${WRKDIST}/OpenType/*/*.otf ${FONTDIR}
- ${INSTALL_DATA} ${WRKDIST}/TrueType/*/*.ttf ${FONTDIR}
+ ${INSTALL_DATA} ${WRKDIR}/OpenType/*/*.otf ${FONTDIR}
+ ${INSTALL_DATA} ${WRKDIR}/TrueType/*/*.ttf ${FONTDIR}
post-install:
${INSTALL_DATA_DIR} ${DOCDIR}
- ${INSTALL_DATA} ${WRKDIST}/OpenType/IBM-Plex-Sans/license.txt ${DOCDIR}
+ ${INSTALL_DATA} ${WRKDIR}/OpenType/IBM-Plex-Sans/license.txt ${DOCDIR}
+ ${INSTALL_DATA_DIR} ${WEBFONTDIR}
+ ${INSTALL_DATA} ${WRKDIR}/Web/*/fonts/complete/woff*/*.woff* \
+ ${WEBFONTDIR}
.include
Index: distinfo
===
RCS file: /cvs/ports/fonts/ibm-plex/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo23 May 2020 13:11:26 - 1.8
+++ distinfo24 May 2020 00:02:59 -
@@ -1,4 +1,6 @@
SHA256 (ibm-plex-4.0.2/OpenType.zip) =
ZhXFtez1c2pe0pt/mbeA065QPoGWL+IlmzD9wyJBbZ0=
SHA256 (ibm-plex-4.0.2/TrueType.zip) =
VWT3m/3EpW+fJ6rMaLaxdasgXrpmjklvRKEgUfOjN60=
+SHA256 (ibm-plex-4.0.2/Web.zip) = okz+7uB106Ps+/6ikgnhh/OS6E+RjMj1QLgDKDVCRKk=
SIZE (ibm-plex-4.0.2/OpenType.zip) = 6586340
SIZE (ibm-plex-4.0.2/TrueType.zip) = 7658406
+SIZE (ibm-plex-4.0.2/Web.zip) = 43648333
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- pkg/DESCR 6 Jan 2018 04:43:34 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-IBM Plex is IBM's corporate type family. It is used by IBMers for all
-typographical situations, whenever possible.
Index: pkg/DESCR-main
===
RCS file: pkg/DESCR-main
diff -N pkg/DESCR-main
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/DESCR-main 24 May 2020 00:02:59 -
@@ -0,0 +1,2 @@
+IBM Plex is IBM's corporate type family. It is used by IBMers for all
+typographical situations, whenever possible.
Index: pkg/DESCR-web
===
RCS file: pkg/DESCR-web
diff -N pkg/DESCR-web
--- /dev/null 1 Jan 1970 00:00:00 -
+++
Re: slock 1.4 / bsd-auth
On Thu, May 21, 2020 at 01:49:36PM +0200, Theo Buehler wrote: > On Thu, May 21, 2020 at 11:58:37AM +0100, Stuart Henderson wrote: > > I've written a patch to add bsd-auth support back to slock 1.4 which > > I've been using for a while. Tidied the make variable handling a bit > > as well, no need to patch to use ?=, they can just be overridden with > > MAKE_FLAGS. OK? > > I would prefer if this used the libc version of explicit_bzero instead > of the local copy. For this, set COMPATSRC to empty in compat.mk (why do > you add a COPTSFLAG=-Os via a patch?). > > While the updated slock seems to work fine from the command line, it > doesn't lock at all if I use it from a i3 binding. I have been using > > bindsym $mod+Mod1+l exec "slock" It happens with some X11 apps that request the mouse pointer right away, but it is grabbed so it fails, You can fix it changing your bindkey to something like: "bindsym --release $mod+Mod1+l exec "sleep 0.5 ; slock" Actually, i3 has a feature for dealing with it though, --release: try better: bindsym --release $mod+Mod1+l exec "slock"
Re: slock 1.4 / bsd-auth
On Thu, May 21, 2020 at 11:58:37AM +0100, Stuart Henderson wrote: > I've written a patch to add bsd-auth support back to slock 1.4 which > I've been using for a while. Tidied the make variable handling a bit > as well, no need to patch to use ?=, they can just be overridden with > MAKE_FLAGS. OK? OK gsoares@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/05/23 17:01:25 Modified files: security/yubico/yubikey-manager: Makefile Added files: security/yubico/yubikey-manager/patches: patch-ykman_cli___main___py patch-ykman_descriptor_py Log message: yubikey-manager: backport 149560689, "Better error handling when failing to open CCID context"
Re: ykman fido list Exception: Unsupported platform: openbsd6
On 2020/05/23 13:52, Armands Stiegra wrote: > On Saturday, May 23, 2020 12:36 PM, Lucas Raab > wrote: > > $ pip install git+https://github.com/Yubico/python-fido2.git Interesting, worr had a diff committed there adding OpenBSD support. Even with hangs that seems somewhat useful so I've updated the port in -current to pull that in. The hangs seem pretty consistent: I am able to get it to do one operation, then it hangs and I need to unplug/replug. > I was able to set FIDO PIN and store a resident SSH key. > > From what I tested, I can report that > > (fido2) stiegra$ ykman fido > > commands work using Git version of yubikey-manager, although not perfectly - > they are hanging a bit, but remove/reinsert of yubikey helps. The git version of yubikey-manager doesn't seem necessary to get this to work so I haven't updated the port of that. > (fido2) stiegra$ ykman fido reset > > does not work, but that is probably expected: > > (fido2) stiegra$ ykman fido reset > WARNING! This will delete all FIDO credentials, including FIDO U2F > credentials, and restore factory settings. Proceed? [y/N]: y > Remove and re-insert your YubiKey to perform the reset... > Usage: ykman fido reset [OPTIONS] > Try 'ykman fido reset -h' for help. > > Error: Reset failed. I'm not sure what to expect to work and not work with these really.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2020/05/23 15:56:49
Modified files:
security/yubico/yubikey-manager: Makefile
Log message:
yubikey-manager: update deps for ${MODPY_FLAVOR}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/05/23 15:56:22 Modified files: security : Makefile Log message: switch py-fido2 to py-fido2,python3 add py-pyscard,python3 which was never added in the first place
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/05/23 15:55:55 Modified files: security/py-fido2: Makefile distinfo security/py-fido2/pkg: PLIST Log message: update to git checkout of py-fido2 which has some OpenBSD support (added in f2451e8aeba) - some hangs seen, but it's better than not being implemented at all. switch MODPY_FLAVOR to FLAVOR=python3 while there, and sync py-pyscard dep.
Re: Fonts: don't install web formats
Christian Weisgerber writes: > On 2020-05-23, "Anthony J. Bentley" wrote: > > > Formats like .woff and .woff2, which are meant to be served over > > the web, don't benefit in the same way, because they're installed to > > /usr/local/share and need to be copied to a web server directory > > to be of any use. [...] > > A few recent port submissions were asked to remove web fonts before > > import. That makes sense. We should do the same for existing ports. > > If the web fonts aren't in the package, where would I copy them > from? The distfile I suppose. One could make a case that providing WOFF in the package makes them more discoverable due to pkg_locate. But that seems rather fringe to me.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/05/23 15:54:05 Modified files: security/py-pyscard: Makefile security/py-pyscard/pkg: PLIST Log message: py-pyscard: switch from MODPY_VERSION to FLAVOR=python3
NEW: ipynb-py-convert - converter between Jupyter Notebooks and .py
Hi, Jupyter Notebooks are a mess to version control, as they contain encoded output data, like the images of graphs. The best way to version control that I have found is ipynb-py-convert which converts the notebooks into .py files that only include input, as well as comments '# %%' to indicate the cell separators. Markdown cells are converted to python multiline strings. This is a very straightforward port from pypi.org. The syntax is: $ ipynb-py-convert [input] [output] I've tested it with a Jupyter Notebook that I'm working on and successfully converted it to .py and back, with no issues in the resulting .ipynb. ok? ipynb-py-convert.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/05/23 15:26:08 Modified files: security/clamav: Makefile Log message: clamav: remove stray \ which was masking FAKE_FLAGS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/23 14:57:52 Modified files: graphics/libgexiv2: Makefile distinfo Log message: Update to libgexiv2-0.12.1.
Re: extend PORTS_PRIVSEP
Le Fri, 22 May 2020 15:49:47 +0200, Marc Espie a écrit : > While working manually on dpb goo, I found out BULK_COOKIES_DIR and > UPDATE_COOKIES_DIR are not handled (this results in error messages at > the end of logs, actually, not actual errors, since this is behind a > -rm -f > > Also, the empty(UPDATE_COOKIES_DIR) goo is wrong > > Could you test/check, please ? > I had no issue with it using dpb (chroot and no chroot) and a plain make
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mes...@cvs.openbsd.org 2020/05/23 13:32:37 Modified files: x11/st : Makefile distinfo x11/st/patches : patch-config_def_h x11/st/pkg : PLIST Log message: update to 0.8.3 ok bket@ jung@
[update] net/transmission
Update from 2.94 to 3.00
Changelog: https://github.com/transmission/transmission/releases/tag/3.00
Index: Makefile
===
RCS file: /systems/cvs/ports/net/transmission/Makefile,v
retrieving revision 1.134
diff -u -p -r1.134 Makefile
--- Makefile12 Jul 2019 20:48:50 - 1.134
+++ Makefile23 May 2020 18:01:27 -
@@ -7,7 +7,7 @@ COMMENT-qt= BitTorrent client with Qt in
NOT_FOR_ARCHS-gtk= sparc64
NOT_FOR_ARCHS-qt= sparc64
-VER= 2.94
+VER= 3.00
DISTNAME= transmission-${VER}
PKGNAME-main= transmission-${VER}
PKGNAME-gtk= transmission-gtk-${VER}
@@ -15,9 +15,6 @@ PKGNAME-qt= transmission-qt-${VER}
CATEGORIES=net
HOMEPAGE= https://transmissionbt.com/
MAINTAINER=Josh Grosse
-REVISION-gtk= 4
-REVISION-qt= 4
-REVISION-main= 2
# GPLv2+
PERMIT_PACKAGE=Yes
@@ -43,8 +40,8 @@ WANTLIB-common= c crypto curl event_core
WANTLIB-main= ${WANTLIB-common} nghttp2 iconv
WANTLIB-gtk= ${WANTLIB-common} X11 Xcomposite Xcursor Xdamage \
Xext Xfixes Xi Xinerama Xrandr Xrender \
- atk-1.0 atk-bridge-2.0 atspi cairo cairo-gobject \
- dbus-1 expat ffi fontconfig freetype fribidi \
+ atk-1.0 atk-bridge-2.0 cairo cairo-gobject \
+ expat ffi fontconfig freetype fribidi \
gdk-3 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gmodule-2.0 \
gobject-2.0 graphite2 gthread-2.0 gtk-3 \
harfbuzz pango-1.0 pangoft2-1.0 \
Index: distinfo
===
RCS file: /systems/cvs/ports/net/transmission/distinfo,v
retrieving revision 1.52
diff -u -p -r1.52 distinfo
--- distinfo14 May 2018 21:23:59 - 1.52
+++ distinfo23 May 2020 17:46:46 -
@@ -1,2 +1,2 @@
-SHA256 (transmission-2.94.tar.xz) =
NUQsyEn5H435gsPQ1HnWUMbKGTEKmU7M2qeaSvORa30=
-SIZE (transmission-2.94.tar.xz) = 3365952
+SHA256 (transmission-3.00.tar.xz) =
kURlL+dC9/fdZldxbjeNpgt1Gq7ai++DRLPu/E2yVfI=
+SIZE (transmission-3.00.tar.xz) = 3329220
Index: pkg/PLIST-gtk
===
RCS file: /systems/cvs/ports/net/transmission/pkg/PLIST-gtk,v
retrieving revision 1.11
diff -u -p -r1.11 PLIST-gtk
--- pkg/PLIST-gtk 29 Jun 2018 22:16:19 - 1.11
+++ pkg/PLIST-gtk 23 May 2020 18:15:10 -
@@ -5,163 +5,89 @@
share/applications/transmission-gtk.desktop
share/icons/
share/icons/hicolor/
-share/icons/hicolor/16x16/
-share/icons/hicolor/16x16/apps/
-share/icons/hicolor/16x16/apps/transmission.png
-share/icons/hicolor/22x22/
-share/icons/hicolor/22x22/apps/
-share/icons/hicolor/22x22/apps/transmission.png
-share/icons/hicolor/24x24/
-share/icons/hicolor/24x24/apps/
-share/icons/hicolor/24x24/apps/transmission.png
-share/icons/hicolor/256x256/
-share/icons/hicolor/256x256/apps/
-share/icons/hicolor/256x256/apps/transmission.png
-share/icons/hicolor/32x32/
-share/icons/hicolor/32x32/apps/
-share/icons/hicolor/32x32/apps/transmission.png
-share/icons/hicolor/48x48/
-share/icons/hicolor/48x48/apps/
-share/icons/hicolor/48x48/apps/transmission.png
share/icons/hicolor/scalable/
share/icons/hicolor/scalable/apps/
share/icons/hicolor/scalable/apps/transmission.svg
-share/locale/an/
-share/locale/an/LC_MESSAGES/
share/locale/an/LC_MESSAGES/transmission-gtk.mo
-share/locale/ar/
-share/locale/ar/LC_MESSAGES/
share/locale/ar/LC_MESSAGES/transmission-gtk.mo
-share/locale/ast/
-share/locale/ast/LC_MESSAGES/
share/locale/ast/LC_MESSAGES/transmission-gtk.mo
-share/locale/az/
-share/locale/az/LC_MESSAGES/
share/locale/az/LC_MESSAGES/transmission-gtk.mo
share/locale/be/LC_MESSAGES/transmission-gtk.mo
-share/locale/be@latin/
-share/locale/be@latin/LC_MESSAGES/
-share/locale/be@latin/LC_MESSAGES/transmission-gtk.mo
share/locale/bg/LC_MESSAGES/transmission-gtk.mo
-share/locale/bn/
-share/locale/bn/LC_MESSAGES/
share/locale/bn/LC_MESSAGES/transmission-gtk.mo
share/locale/bo/
share/locale/bo/LC_MESSAGES/
share/locale/bo/LC_MESSAGES/transmission-gtk.mo
-share/locale/br/
-share/locale/br/LC_MESSAGES/
share/locale/br/LC_MESSAGES/transmission-gtk.mo
-share/locale/bs/
-share/locale/bs/LC_MESSAGES/
share/locale/bs/LC_MESSAGES/transmission-gtk.mo
share/locale/ca/LC_MESSAGES/transmission-gtk.mo
-share/locale/ca@valencia/
-share/locale/ca@valencia/LC_MESSAGES/
share/locale/ca@valencia/LC_MESSAGES/transmission-gtk.mo
share/locale/ceb/
share/locale/ceb/LC_MESSAGES/
share/locale/ceb/LC_MESSAGES/transmission-gtk.mo
-share/locale/ckb/
-share/locale/ckb/LC_MESSAGES/
share/locale/ckb/LC_MESSAGES/transmission-gtk.mo
share/locale/cs/LC_MESSAGES/transmission-gtk.mo
+share/locale/cy/LC_MESSAGES/transmission-gtk.mo
share/locale/da/LC_MESSAGES/transmission-gtk.mo
share/locale/de/LC_MESSAGES/transmission-gtk.mo
share/locale/el/LC_MESSAGES/transmission-gtk.mo
share/locale/en_AU/
share/locale/en_AU/LC_MESSAGES/
Autoconf question
Hello, We [workaround] an upstream [bug] in x11/hs-X11. A proper fix would be to add an exrta-lib-dirs line to [X11.buildinfo.in] that sets the directory where X libs live (/usr/X11R6/lib). The directory is already included as ld-options: @LDFLAGS@, except it ends up as -L/usr/X11R6/lib and is not used for linking the shared library (the essence of the [bug]). Anybody got an autoconf recipe handy for that? I'd like a patch like the following, except with a proper x_libraries figured out by [configure.ac]. diff --git a/X11.buildinfo.in b/X11.buildinfo.in index 6925939..a6c7ef3 100644 --- a/X11.buildinfo.in +++ b/X11.buildinfo.in @@ -5,3 +5,4 @@ buildable: @BUILD_PACKAGE_BOOL@ cc-options: @X_CFLAGS@ @CPPFLAGS@ ld-options: @X_LIBS@ @LDFLAGS@ extra-libraries: @EXTRA_LIBRARIES@ +extra-lib-dirs: @x_libraries@ The value is already available in configure, it's just not "exported". Output of ./configure includes lines like this: checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include Produced by this shell fragment: $as_echo "libraries $x_libraries, headers $x_includes" >&6; } [X11.buildinfo.in] https://github.com/xmonad/X11/blob/master/X11.buildinfo.in [configure.ac] https://github.com/xmonad/X11/blob/master/configure.ac [bug] https://github.com/xmonad/X11/issues/53 [workaround] https://github.com/openbsd/ports/blob/master/x11/hs-X11/Makefile#L20 Thanks Greg -- nest.cx is Gmail hosted, use PGP: https://pgp.key-server.io/0x0B1542BD8DF5A1B0 Fingerprint: 5E2B 2D0E 1E03 2046 BEC3 4D50 0B15 42BD 8DF5 A1B0
Re: ykman fido list Exception: Unsupported platform: openbsd6
‐‐‐ Original Message ‐‐‐ On Saturday, May 23, 2020 12:36 PM, Lucas Raab wrote: > On Sat, May 23, 2020 at 11:39:33AM +, Armands Stiegra wrote: > > > ‐‐‐ Original Message ‐‐‐ > > On Saturday, May 23, 2020 11:06 AM, Stuart Henderson s...@spacehopper.org > > wrote: > > > > > On 2020/05/23 09:41, Armands Stiegra wrote: > > > > > > > Hello, dear OpenBSD developers, > > > > Humbly asking for your help, as I am unable to figure out, how to fix > > > > the error below and if it is a known problem. It seems to me that > > > > yubikey-manager fido functionality is not working on a fresh install > > > > of OpenBSD 6.7. > > > > > > ykman requires python-fido2 to do this; python-fido2 has not implemented > > > this functionality on OpenBSD. > > > > Thank you for your quick explanation. > > Is there currently any other way to set FIDO PIN on a Yubikey on OpenBSD to > > use a resident key? > > $ ssh-keygen -t ed25519-sk -O resident > > Generating public/private ed25519-sk key pair. > > You may need to touch your authenticator to authorize key generation. > > Enter file in which to save the key (/home/stiegra/.ssh/id_ed25519_sk): > > Enter passphrase (empty for no passphrase): > > Enter same passphrase again: > > Your identification has been saved in /home/stiegra/.ssh/id_ed25519_sk > > Your public key has been saved in /home/stiegra/.ssh/id_ed25519_sk.pub > > The key fingerprint is: > > ... > > $ ssh-keygen -Kvvv > > debug3: start_helper: started pid=12899 > > debug3: ssh_msg_send: type 5 > > debug3: ssh_msg_recv entering > > debug1: start_helper: starting /usr/libexec/ssh-sk-helper > > debug1: sshsk_load_resident: provider "internal" > > debug1: ssh_sk_load_resident_keys: trying /dev/fido/0 > > debug1: read_rks: get metadata for /dev/fido/0 failed: > > FIDO_ERR_INVALID_ARGUMENT > > debug1: ssh_sk_load_resident_keys: read_rks failed for /dev/fido/0 > > debug1: ssh-sk-helper: reply len 4 > > debug3: ssh_msg_send: type 5 > > debug3: reap_helper: pid=12899 > > Enter PIN for authenticator: > > debug3: start_helper: started pid=7343 > > debug3: ssh_msg_send: type 5 > > debug3: ssh_msg_recv entering > > debug1: start_helper: starting /usr/libexec/ssh-sk-helper > > debug1: sshsk_load_resident: provider "internal", have-pin > > debug1: ssh_sk_load_resident_keys: trying /dev/fido/0 > > debug1: read_rks: get metadata for /dev/fido/0 failed: FIDO_ERR_PIN_NOT_SET > > debug1: ssh_sk_load_resident_keys: read_rks failed for /dev/fido/0 > > debug1: ssh-sk-helper: reply len 4 > > debug3: ssh_msg_send: type 5 > > debug3: reap_helper: pid=7343 > > No keys to download > > This line suggests that PIN is not set: > > debug1: read_rks: get metadata for /dev/fido/0 failed: FIDO_ERR_PIN_NOT_SET > > Kind regards > > Armands Stiegra > > You might try using a virtualenv with cloning python-fido2 vs installing > from pypi/ports. > > $ python3 -m venv fido2 > $ . fido2/bin/activate > $ pip install git+https://github.com/Yubico/python-fido2.git > $ pip install yubikey-manager > > Beyond that, YMMV. I don't have any Yubikey 5s to verify that functionality > > Lucas Thanks Lucas and Stuart for your help and great idea, it actually worked. I am happy. I was able to set FIDO PIN and store a resident SSH key. >From what I tested, I can report that (fido2) stiegra$ ykman fido commands work using Git version of yubikey-manager, although not perfectly - they are hanging a bit, but remove/reinsert of yubikey helps. Only (fido2) stiegra$ ykman fido reset does not work, but that is probably expected: (fido2) stiegra$ ykman fido reset WARNING! This will delete all FIDO credentials, including FIDO U2F credentials, and restore factory settings. Proceed? [y/N]: y Remove and re-insert your YubiKey to perform the reset... Usage: ykman fido reset [OPTIONS] Try 'ykman fido reset -h' for help. Error: Reset failed. Kind regards Armands Stiegra
Re: Fonts: don't install web formats
On Sat, May 23, 2020 at 02:41:38PM -, Christian Weisgerber wrote: > On 2020-05-23, "Anthony J. Bentley" wrote: > > > Formats like .woff and .woff2, which are meant to be served over > > the web, don't benefit in the same way, because they're installed to > > /usr/local/share and need to be copied to a web server directory > > to be of any use. [...] > > A few recent port submissions were asked to remove web fonts before > > import. That makes sense. We should do the same for existing ports. > > If the web fonts aren't in the package, where would I copy them > from? Is it possible to have sub-packages (or a separate package) installing them in /var/www/fonts/ ? -- Matthieu Herrb
Re: ykman fido list Exception: Unsupported platform: openbsd6
‐‐‐ Original Message ‐‐‐ On Saturday, May 23, 2020 11:06 AM, Stuart Henderson wrote: > On 2020/05/23 09:41, Armands Stiegra wrote: > > > Hello, dear OpenBSD developers, > > Humbly asking for your help, as I am unable to figure out, how to fix > > the error below and if it is a known problem. It seems to me that > > yubikey-manager fido functionality is not working on a fresh install > > of OpenBSD 6.7. > > ykman requires python-fido2 to do this; python-fido2 has not implemented > this functionality on OpenBSD. Thank you for your quick explanation. Is there currently any other way to set FIDO PIN on a Yubikey on OpenBSD to use a resident key? $ ssh-keygen -t ed25519-sk -O resident Generating public/private ed25519-sk key pair. You may need to touch your authenticator to authorize key generation. Enter file in which to save the key (/home/stiegra/.ssh/id_ed25519_sk): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/stiegra/.ssh/id_ed25519_sk Your public key has been saved in /home/stiegra/.ssh/id_ed25519_sk.pub The key fingerprint is: ... $ ssh-keygen -Kvvv debug3: start_helper: started pid=12899 debug3: ssh_msg_send: type 5 debug3: ssh_msg_recv entering debug1: start_helper: starting /usr/libexec/ssh-sk-helper debug1: sshsk_load_resident: provider "internal" debug1: ssh_sk_load_resident_keys: trying /dev/fido/0 debug1: read_rks: get metadata for /dev/fido/0 failed: FIDO_ERR_INVALID_ARGUMENT debug1: ssh_sk_load_resident_keys: read_rks failed for /dev/fido/0 debug1: ssh-sk-helper: reply len 4 debug3: ssh_msg_send: type 5 debug3: reap_helper: pid=12899 Enter PIN for authenticator: debug3: start_helper: started pid=7343 debug3: ssh_msg_send: type 5 debug3: ssh_msg_recv entering debug1: start_helper: starting /usr/libexec/ssh-sk-helper debug1: sshsk_load_resident: provider "internal", have-pin debug1: ssh_sk_load_resident_keys: trying /dev/fido/0 debug1: read_rks: get metadata for /dev/fido/0 failed: FIDO_ERR_PIN_NOT_SET debug1: ssh_sk_load_resident_keys: read_rks failed for /dev/fido/0 debug1: ssh-sk-helper: reply len 4 debug3: ssh_msg_send: type 5 debug3: reap_helper: pid=7343 No keys to download This line suggests that PIN is not set: debug1: read_rks: get metadata for /dev/fido/0 failed: FIDO_ERR_PIN_NOT_SET Kind regards Armands Stiegra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/05/23 09:34:57 Modified files: plan9/drawterm : Makefile distinfo Removed files: plan9/drawterm/patches: patch-posix-386_Makefile Log message: Update drawterm to 8fd96772eb02 no objections - sl
Re: [update] plan9/drawterm to 8fd96772eb02
On May 23, 2020 10:33:29 AM EDT, Aaron Bieber wrote:
>Hi,
>
>Here is an update to drawterm, now one can specify WM_CLASS and WM_NAME
>and drawterm will pick them up!
>
>Been using this for a bit with no issues!
>
>OK?
>
>https://deftly.net/patches/drawterm-20200427.diff
>
>Cheers,
>Aaron
>
>diff --git a/plan9/drawterm/Makefile b/plan9/drawterm/Makefile
>index b234e193648..b02718eeade 100644
>--- a/plan9/drawterm/Makefile
>+++ b/plan9/drawterm/Makefile
>@@ -4,8 +4,8 @@ ONLY_FOR_ARCHS=i386 amd64 powerpc sparc64 mips64
>mips64el arm
>
> COMMENT= Plan9 terminal emulator
>
>-V=ccc01167ee60
>-DISTNAME= drawterm-20191211
>+V=8fd96772eb02
>+DISTNAME= drawterm-20200427
> DISTFILES=${DISTNAME}${EXTRACT_SUFX}{${V}${EXTRACT_SUFX}}
> WRKDIST= ${WRKDIR}/drawterm-${V}
> EXTRACT_SUFX= .tar.gz
>diff --git a/plan9/drawterm/distinfo b/plan9/drawterm/distinfo
>index 2f9cca1da65..5b4a8e3be4f 100644
>--- a/plan9/drawterm/distinfo
>+++ b/plan9/drawterm/distinfo
>@@ -1,2 +1,2 @@
>-SHA256 (drawterm-20191211.tar.gz) =
>spJvLlrc6aFZMHRp+HWW7h5DRCf++7tghrvPEpQ7l6M=
>-SIZE (drawterm-20191211.tar.gz) = 643234
>+SHA256 (drawterm-20200427.tar.gz) =
>GRPfPZwop4SwcuLMFtM3bMU3ZWD7rZqr1pQMVvxO3P0=
>+SIZE (drawterm-20200427.tar.gz) = 585268
>diff --git a/plan9/drawterm/patches/patch-posix-386_Makefile
>b/plan9/drawterm/patches/patch-posix-386_Makefile
>deleted file mode 100644
>index 75bd9917300..000
>--- a/plan9/drawterm/patches/patch-posix-386_Makefile
>+++ /dev/null
>@@ -1,16 +0,0 @@
>-$OpenBSD: patch-posix-386_Makefile,v 1.1 2019/08/24 20:46:30 daniel Exp $
>-
>-Index: posix-386/Makefile
> posix-386/Makefile.orig
>-+++ posix-386/Makefile
>-@@ -20,8 +20,8 @@ $(LIB): $(OFILES)
>- $(AS) -o $*.$O $*.s
>-
>- md5block.s: md5block.spp
>-- gcc -E - < md5block.spp >md5block.s
>-+ $(CC) -E - < md5block.spp >md5block.s
>-
>- sha1block.s: sha1block.spp
>-- gcc -E - < sha1block.spp >sha1block.s
>-+ $(CC) -E - < sha1block.spp >sha1block.s
>-
>
no objections, thanks!
sl
Re: Fonts: don't install web formats
On 2020-05-23, "Anthony J. Bentley" wrote: > Formats like .woff and .woff2, which are meant to be served over > the web, don't benefit in the same way, because they're installed to > /usr/local/share and need to be copied to a web server directory > to be of any use. [...] > A few recent port submissions were asked to remove web fonts before > import. That makes sense. We should do the same for existing ports. If the web fonts aren't in the package, where would I copy them from? -- Christian "naddy" Weisgerber na...@mips.inka.de
[update] plan9/drawterm to 8fd96772eb02
Hi,
Here is an update to drawterm, now one can specify WM_CLASS and WM_NAME
and drawterm will pick them up!
Been using this for a bit with no issues!
OK?
https://deftly.net/patches/drawterm-20200427.diff
Cheers,
Aaron
diff --git a/plan9/drawterm/Makefile b/plan9/drawterm/Makefile
index b234e193648..b02718eeade 100644
--- a/plan9/drawterm/Makefile
+++ b/plan9/drawterm/Makefile
@@ -4,8 +4,8 @@ ONLY_FOR_ARCHS= i386 amd64 powerpc sparc64 mips64 mips64el arm
COMMENT= Plan9 terminal emulator
-V= ccc01167ee60
-DISTNAME= drawterm-20191211
+V= 8fd96772eb02
+DISTNAME= drawterm-20200427
DISTFILES= ${DISTNAME}${EXTRACT_SUFX}{${V}${EXTRACT_SUFX}}
WRKDIST= ${WRKDIR}/drawterm-${V}
EXTRACT_SUFX= .tar.gz
diff --git a/plan9/drawterm/distinfo b/plan9/drawterm/distinfo
index 2f9cca1da65..5b4a8e3be4f 100644
--- a/plan9/drawterm/distinfo
+++ b/plan9/drawterm/distinfo
@@ -1,2 +1,2 @@
-SHA256 (drawterm-20191211.tar.gz) =
spJvLlrc6aFZMHRp+HWW7h5DRCf++7tghrvPEpQ7l6M=
-SIZE (drawterm-20191211.tar.gz) = 643234
+SHA256 (drawterm-20200427.tar.gz) =
GRPfPZwop4SwcuLMFtM3bMU3ZWD7rZqr1pQMVvxO3P0=
+SIZE (drawterm-20200427.tar.gz) = 585268
diff --git a/plan9/drawterm/patches/patch-posix-386_Makefile
b/plan9/drawterm/patches/patch-posix-386_Makefile
deleted file mode 100644
index 75bd9917300..000
--- a/plan9/drawterm/patches/patch-posix-386_Makefile
+++ /dev/null
@@ -1,16 +0,0 @@
-$OpenBSD: patch-posix-386_Makefile,v 1.1 2019/08/24 20:46:30 daniel Exp $
-
-Index: posix-386/Makefile
posix-386/Makefile.orig
-+++ posix-386/Makefile
-@@ -20,8 +20,8 @@ $(LIB): $(OFILES)
- $(AS) -o $*.$O $*.s
-
- md5block.s: md5block.spp
-- gcc -E - < md5block.spp >md5block.s
-+ $(CC) -E - < md5block.spp >md5block.s
-
- sha1block.s: sha1block.spp
-- gcc -E - < sha1block.spp >sha1block.s
-+ $(CC) -E - < sha1block.spp >sha1block.s
-
--
PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE
Re: [-CURRENT] Microphone does not work in firefox anymore
Hi Landry On Sat, 23 May 2020 07:57:38 +0200 Landry Breuil wrote: > On Thu, May 21, 2020 at 02:32:01PM +0200, Andrea Biscuola wrote: > > Hi Solene > > > > > > Ok, I tried the website you posted and everything is fine. The mic works > > ok. However, we use tools for work such as hangouts and bigbluebutton for > > teleconferencing and there, the microphone still doesn't works. > > ok, so something else to try ... can you locally revert/remove > patches/patch-media_libcubeb_src_cubeb_sndio_c and check if this helps ? > This was recently changed by ratchov@ to fix *some* recordings, and im > pretty sure he tested many sites with it. > > Landry > Ok, I'll try and see if I can build the port. I'll be back to you once done. -- Andrea
Re: [-CURRENT] Microphone does not work in firefox anymore
Hi Landry. On Sat, 23 May 2020 07:53:41 +0200 Landry Breuil wrote: > On Fri, May 22, 2020 at 04:53:13PM +0200, Landry Breuil wrote: > > On Fri, May 22, 2020 at 05:05:38AM +0200, Jan Beich wrote: > > > a...@abiscuola.com writes: > > > > > > > Hi all. > > > > > > > > I installed the latest snapshot and, suddenly, the microphone > > > > stopped working in firefox. > > > > > > Does it happen since nss 3.52 update? If so ask landry@ to apply > > > https://hg.mozilla.org/mozilla-central/rev/463069687b3d > > > > > > See https://bugzilla.mozilla.org/show_bug.cgi?id=1636632 > > > > Well, what a shitshow. I dont use 76 (only 77beta here) and wont have > > time to actually test this helps, but if one can confirm the attached > > port patch fixes webrtc on 76 (and 68esr, if it's broken) then yes i'll > > sure apply it. From my understanding of the FreeBSD bug, it's also > > broken on esr ? Can someone test and confirm the patch needs also > > backporting there ? > > Well, i'm puzzled, because from my own testing here on a freshly updated > -current, i have no issue with webrtc testing (recording cam & mic) on > https://www.webrtc-experiment.com/RecordRTC/, both with firefox-76.0 and > esr 68.8.0, and that with nss 3.52. I dont have libs lying around from > nss 3.51.. > > so, sure i can backport that commit, but it'd be nice to understand why > this fails for some (many?) and not for me. So please someone else > confirm that this fixes the issue for them :) > > Landry > Just as a confirmation the situation is weird, I tried WebRTC at the link you posted: https://www.webrtc-experiment.com/RecordRTC/ And it works! After that, I tested again: https://test.bigbluebutton.org/ And the audio doesn't work. Notice that also the webcam isn't working, but this happened also before (I tried to raise a bug to the developers, without success). Previously, the mic was ok. I also tried again with hangouts, with the same results. No audio from the microphone. Regards. -- Andrea
Re: [-CURRENT] Microphone does not work in firefox anymore
Hi Jan. On Fri, 22 May 2020 05:05:38 +0200 Jan Beich wrote: > a...@abiscuola.com writes: > > > Hi all. > > > > I installed the latest snapshot and, suddenly, the microphone > > stopped working in firefox. > > Does it happen since nss 3.52 update? If so ask landry@ to apply > https://hg.mozilla.org/mozilla-central/rev/463069687b3d > > See https://bugzilla.mozilla.org/show_bug.cgi?id=1636632 > I checked and it seems related to the latest update to nss 3.52. -- Andrea
Re: fix sdl2 build on arm
On Sat, May 23, 2020 at 09:33:30PM +1000, Jonathan Gray wrote:
> Disable simd/neon on arm to fix build. clang builtin assembler
> can't handle pixman-arm-simd-asm.S
>
> http://build-failures.rhaalovely.net/arm/2020-04-11/devel/sdl2.log
>
> fix ifdef test while here
>
> SDL2-2.0.12/src/joystick/SDL_gamecontroller.c:742:7: warning: extra tokens at
> end of #else directive [-Wextra-tokens]
> #else if(__MACOSX__) || (__OpenBSD__)
I don't have a machine to test arm, but looks good to me. Thanks for finding
the elif issue.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/sdl2/Makefile,v
> retrieving revision 1.30
> diff -u -p -r1.30 Makefile
> --- Makefile 1 Apr 2020 20:43:08 - 1.30
> +++ Makefile 23 May 2020 11:18:50 -
> @@ -54,6 +54,11 @@ CONFIGURE_ENV+= ac_cv_lib_usb_hid_init=n
> CONFIGURE_ARGS+= --disable-atomic
> .endif
>
> +# clang can't handle simd asm
> +.if ${MACHINE_ARCH} == "arm"
> +CONFIGURE_ARGS+= --disable-arm-simd
> +.endif
> +
> # tests in test subdir, but interactive and not hooked up to build
> NO_TEST= Yes
>
> Index: patches/patch-src_joystick_SDL_gamecontroller_c
> ===
> RCS file:
> /cvs/ports/devel/sdl2/patches/patch-src_joystick_SDL_gamecontroller_c,v
> retrieving revision 1.5
> diff -u -p -r1.5 patch-src_joystick_SDL_gamecontroller_c
> --- patches/patch-src_joystick_SDL_gamecontroller_c 1 Apr 2020 20:43:08
> - 1.5
> +++ patches/patch-src_joystick_SDL_gamecontroller_c 23 May 2020 11:18:50
> -
> @@ -16,7 +16,7 @@ Index: src/joystick/SDL_gamecontroller.c
> SDL_memcpy([0], "0300", 8);
> }
> -#elif __MACOSX__
> -+#else if(__MACOSX__) || (__OpenBSD__)
> ++#elif defined(__MACOSX__) || defined(__OpenBSD__)
> if (SDL_strlen(pchGUID) == 32 &&
> SDL_memcmp([4], "", 12) == 0 &&
> SDL_memcmp([20], "", 12) == 0) {
ykman fido list Exception: Unsupported platform: openbsd6
Hello, dear OpenBSD developers,
Humbly asking for your help, as I am unable to figure out, how to fix the error
below and if it is a known problem. It seems to me that yubikey-manager fido
functionality is not working on a fresh install of OpenBSD 6.7.
$ uname -a
OpenBSD stiegra.my.domain 6.7 GENERIC.MP#1 amd64
$ ykman -v
YubiKey Manager (ykman) version: 3.1.1
Libraries:
libykpers 1.20.0
libusb 1.0.23
$ ykman list
YubiKey 5 Nano [OTP+FIDO+CCID] Serial: 7521
$ ykman fido info
Traceback (most recent call last):
File "/usr/local/bin/ykman", line 11, in
load_entry_point('yubikey-manager==3.1.1', 'console_scripts', 'ykman')()
File "/usr/local/lib/python3.7/site-packages/ykman/cli/__main__.py", line
273, in main
cli(obj={})
File "/usr/local/lib/python3.7/site-packages/click/core.py", line 722, in
__call__
return self.main(*args, **kwargs)
File "/usr/local/lib/python3.7/site-packages/click/core.py", line 697, in main
rv = self.invoke(ctx)
File "/usr/local/lib/python3.7/site-packages/click/core.py", line 1066, in
invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/local/lib/python3.7/site-packages/click/core.py", line 1066, in
invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/local/lib/python3.7/site-packages/click/core.py", line 895, in
invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/local/lib/python3.7/site-packages/click/core.py", line 535, in
invoke
return callback(*args, **kwargs)
File "/usr/local/lib/python3.7/site-packages/click/decorators.py", line 17,
in new_func
return f(get_current_context(), *args, **kwargs)
File "/usr/local/lib/python3.7/site-packages/ykman/cli/fido.py", line 87, in
info
controller = ctx.obj['controller']
File "/usr/local/lib/python3.7/site-packages/ykman/cli/util.py", line 127, in
__getitem__
self.resolve()
File "/usr/local/lib/python3.7/site-packages/ykman/cli/util.py", line 124, in
resolve
self._objects[k] = f()
File "/usr/local/lib/python3.7/site-packages/ykman/cli/__main__.py", line
194, in resolve_device
dev = _run_cmd_for_single(ctx, subcmd.name, transports, reader)
File "/usr/local/lib/python3.7/site-packages/ykman/cli/__main__.py", line
132, in _run_cmd_for_single
return descriptor.open_device(transports)
File "/usr/local/lib/python3.7/site-packages/ykman/descriptor.py", line 96,
in open_device
for drv in _list_drivers(transports):
File "/usr/local/lib/python3.7/site-packages/ykman/descriptor.py", line 164,
in _list_drivers
for dev in open_fido():
File "/usr/local/lib/python3.7/site-packages/ykman/driver_fido.py", line 97,
in open_devices
for dev in CtapHidDevice.list_devices(descriptor_filter):
File "/usr/local/lib/python3.7/site-packages/fido2/hid.py", line 135, in
list_devices
for d in hidtransport.hid.Enumerate():
File "/usr/local/lib/python3.7/site-packages/fido2/_pyu2f/__init__.py", line
29, in Enumerate
return InternalPlatformSwitch('Enumerate')
File "/usr/local/lib/python3.7/site-packages/fido2/_pyu2f/__init__.py", line
55, in InternalPlatformSwitch
raise Exception('Unsupported platform: ' + sys.platform)
Exception: Unsupported platform: openbsd6
Thanks in advance.
Kind regards
Armands Stiegra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/05/23 07:11:26 Modified files: fonts/ibm-plex : Makefile distinfo fonts/ibm-plex/pkg: PLIST Log message: Update to ibm-plex-4.0.2. >From George Rosamond; thanks!
Re: ykman fido list Exception: Unsupported platform: openbsd6
On Sat, May 23, 2020 at 11:39:33AM +, Armands Stiegra wrote: > ‐‐‐ Original Message ‐‐‐ > On Saturday, May 23, 2020 11:06 AM, Stuart Henderson > wrote: > > > On 2020/05/23 09:41, Armands Stiegra wrote: > > > > > Hello, dear OpenBSD developers, > > > Humbly asking for your help, as I am unable to figure out, how to fix > > > the error below and if it is a known problem. It seems to me that > > > yubikey-manager fido functionality is not working on a fresh install > > > of OpenBSD 6.7. > > > > ykman requires python-fido2 to do this; python-fido2 has not implemented > > this functionality on OpenBSD. > > Thank you for your quick explanation. > > Is there currently any other way to set FIDO PIN on a Yubikey on OpenBSD to > use a resident key? > > $ ssh-keygen -t ed25519-sk -O resident > Generating public/private ed25519-sk key pair. > You may need to touch your authenticator to authorize key generation. > Enter file in which to save the key (/home/stiegra/.ssh/id_ed25519_sk): > Enter passphrase (empty for no passphrase): > Enter same passphrase again: > Your identification has been saved in /home/stiegra/.ssh/id_ed25519_sk > Your public key has been saved in /home/stiegra/.ssh/id_ed25519_sk.pub > The key fingerprint is: > ... > > $ ssh-keygen -Kvvv > debug3: start_helper: started pid=12899 > debug3: ssh_msg_send: type 5 > debug3: ssh_msg_recv entering > debug1: start_helper: starting /usr/libexec/ssh-sk-helper > debug1: sshsk_load_resident: provider "internal" > debug1: ssh_sk_load_resident_keys: trying /dev/fido/0 > debug1: read_rks: get metadata for /dev/fido/0 failed: > FIDO_ERR_INVALID_ARGUMENT > debug1: ssh_sk_load_resident_keys: read_rks failed for /dev/fido/0 > debug1: ssh-sk-helper: reply len 4 > debug3: ssh_msg_send: type 5 > debug3: reap_helper: pid=12899 > Enter PIN for authenticator: > debug3: start_helper: started pid=7343 > debug3: ssh_msg_send: type 5 > debug3: ssh_msg_recv entering > debug1: start_helper: starting /usr/libexec/ssh-sk-helper > debug1: sshsk_load_resident: provider "internal", have-pin > debug1: ssh_sk_load_resident_keys: trying /dev/fido/0 > debug1: read_rks: get metadata for /dev/fido/0 failed: FIDO_ERR_PIN_NOT_SET > debug1: ssh_sk_load_resident_keys: read_rks failed for /dev/fido/0 > debug1: ssh-sk-helper: reply len 4 > debug3: ssh_msg_send: type 5 > debug3: reap_helper: pid=7343 > No keys to download > > This line suggests that PIN is not set: > > debug1: read_rks: get metadata for /dev/fido/0 failed: FIDO_ERR_PIN_NOT_SET > > Kind regards > Armands Stiegra > You might try using a virtualenv with cloning python-fido2 vs installing from pypi/ports. $ python3 -m venv fido2 $ . fido2/bin/activate $ pip install git+https://github.com/Yubico/python-fido2.git $ pip install yubikey-manager Beyond that, YMMV. I don't have any Yubikey 5s to verify that functionality Lucas
Re: [update] x11/st -> 0.8.3
forgot that one, here it is
Index: Makefile
===
RCS file: /cvs/ports/x11/st/Makefile,v
retrieving revision 1.20
diff -u -p -u -r1.20 Makefile
--- Makefile12 Jul 2019 20:51:22 - 1.20
+++ Makefile23 May 2020 11:56:31 -
@@ -2,7 +2,7 @@
COMMENT= simple X terminal
-V= 0.8.2
+V= 0.8.3
DISTNAME= st-${V}
CATEGORIES=x11
Index: distinfo
===
RCS file: /cvs/ports/x11/st/distinfo,v
retrieving revision 1.12
diff -u -p -u -r1.12 distinfo
--- distinfo10 Feb 2019 21:55:24 - 1.12
+++ distinfo23 May 2020 11:56:31 -
@@ -1,2 +1,2 @@
-SHA256 (st-0.8.2.tar.gz) = rrdOEKoR7TZOG8xjWoGlIxGQk+Y779LyMfiwcFsVvzU=
-SIZE (st-0.8.2.tar.gz) = 44788
+SHA256 (st-0.8.3.tar.gz) = k5rj2iN+fJSJaUhTwgXHy9XyovDBf+QaB0d/HfjihVI=
+SIZE (st-0.8.3.tar.gz) = 46292
Index: patches/patch-config_def_h
===
RCS file: /cvs/ports/x11/st/patches/patch-config_def_h,v
retrieving revision 1.11
diff -u -p -u -r1.11 patch-config_def_h
--- patches/patch-config_def_h 10 Feb 2019 21:55:24 - 1.11
+++ patches/patch-config_def_h 23 May 2020 11:56:31 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-config_def_h,v 1.11 2019
Index: config.def.h
--- config.def.h.orig
+++ config.def.h
-@@ -92,7 +92,7 @@ static const char *colorname[] = {
+@@ -94,7 +94,7 @@ static const char *colorname[] = {
"blue2",
"magenta3",
"cyan3",
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/st/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -r1.2 PLIST
--- pkg/PLIST 10 Jun 2014 07:14:50 - 1.2
+++ pkg/PLIST 23 May 2020 11:56:31 -
@@ -5,5 +5,8 @@ share/terminfo/
share/terminfo/s/
share/terminfo/s/st
share/terminfo/s/st-256color
+share/terminfo/s/st-bs
+share/terminfo/s/st-bs-256color
share/terminfo/s/st-meta
share/terminfo/s/st-meta-256color
+share/terminfo/s/st-mono
fix sdl2 build on arm
Disable simd/neon on arm to fix build. clang builtin assembler
can't handle pixman-arm-simd-asm.S
http://build-failures.rhaalovely.net/arm/2020-04-11/devel/sdl2.log
fix ifdef test while here
SDL2-2.0.12/src/joystick/SDL_gamecontroller.c:742:7: warning: extra tokens at
end of #else directive [-Wextra-tokens]
#else if(__MACOSX__) || (__OpenBSD__)
Index: Makefile
===
RCS file: /cvs/ports/devel/sdl2/Makefile,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile
--- Makefile1 Apr 2020 20:43:08 - 1.30
+++ Makefile23 May 2020 11:18:50 -
@@ -54,6 +54,11 @@ CONFIGURE_ENV+= ac_cv_lib_usb_hid_init=n
CONFIGURE_ARGS+= --disable-atomic
.endif
+# clang can't handle simd asm
+.if ${MACHINE_ARCH} == "arm"
+CONFIGURE_ARGS+= --disable-arm-simd
+.endif
+
# tests in test subdir, but interactive and not hooked up to build
NO_TEST= Yes
Index: patches/patch-src_joystick_SDL_gamecontroller_c
===
RCS file:
/cvs/ports/devel/sdl2/patches/patch-src_joystick_SDL_gamecontroller_c,v
retrieving revision 1.5
diff -u -p -r1.5 patch-src_joystick_SDL_gamecontroller_c
--- patches/patch-src_joystick_SDL_gamecontroller_c 1 Apr 2020 20:43:08
- 1.5
+++ patches/patch-src_joystick_SDL_gamecontroller_c 23 May 2020 11:18:50
-
@@ -16,7 +16,7 @@ Index: src/joystick/SDL_gamecontroller.c
SDL_memcpy([0], "0300", 8);
}
-#elif __MACOSX__
-+#else if(__MACOSX__) || (__OpenBSD__)
++#elif defined(__MACOSX__) || defined(__OpenBSD__)
if (SDL_strlen(pchGUID) == 32 &&
SDL_memcmp([4], "", 12) == 0 &&
SDL_memcmp([20], "", 12) == 0) {
Re: ykman fido list Exception: Unsupported platform: openbsd6
On 2020/05/23 09:41, Armands Stiegra wrote: > Hello, dear OpenBSD developers, > > Humbly asking for your help, as I am unable to figure out, how to fix > the error below and if it is a known problem. It seems to me that > yubikey-manager fido functionality is not working on a fresh install > of OpenBSD 6.7. ykman requires python-fido2 to do this; python-fido2 has not implemented this functionality on OpenBSD.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/23 04:47:55 Modified files: print/psutils : Makefile Log message: Missing RDEP on devel/p5-IPC-Run3; noticed by gjones While here add another missing RDEP on ghostscript.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/05/23 04:46:59 Modified files: net/irssi : Makefile Log message: fix PKGSPEC, oddity noticed by solene@ - this was missed when -otr was split off from the main package
Re: Fonts: don't install web formats
On 2020/05/23 02:44, Anthony J. Bentley wrote: > Hi, > > Installing TrueType and OpenType fonts from packages provides concrete > benefit to the user: fonts are installed to a directory that desktop > programs pick up automatically, and updating the package updates the > font files automatically (as opposed to, say, storing them under ~/.fonts). > > Formats like .woff and .woff2, which are meant to be served over > the web, don't benefit in the same way, because they're installed to > /usr/local/share and need to be copied to a web server directory > to be of any use. Hard links don't help since /var is typically on > a separate partition; soft links don't help since most OpenBSD > webservers are chrooted by default. And since the files are copied, > they don't get updated automatically by pkg_add. > > A few recent port submissions were asked to remove web fonts before > import. That makes sense. We should do the same for existing ports. Thanks for doing this, I agree. OK with me.
Re: [-CURRENT] Microphone does not work in firefox anymore
On Sat, May 23, 2020 at 07:53:41AM +0200, Landry Breuil wrote: > On Fri, May 22, 2020 at 04:53:13PM +0200, Landry Breuil wrote: > > On Fri, May 22, 2020 at 05:05:38AM +0200, Jan Beich wrote: > > > a...@abiscuola.com writes: > > > > > > > Hi all. > > > > > > > > I installed the latest snapshot and, suddenly, the microphone > > > > stopped working in firefox. > > > > > > Does it happen since nss 3.52 update? If so ask landry@ to apply > > > https://hg.mozilla.org/mozilla-central/rev/463069687b3d > > > > > > See https://bugzilla.mozilla.org/show_bug.cgi?id=1636632 > > > > Well, what a shitshow. I dont use 76 (only 77beta here) and wont have > > time to actually test this helps, but if one can confirm the attached > > port patch fixes webrtc on 76 (and 68esr, if it's broken) then yes i'll > > sure apply it. From my understanding of the FreeBSD bug, it's also > > broken on esr ? Can someone test and confirm the patch needs also > > backporting there ? > > Well, i'm puzzled, because from my own testing here on a freshly updated > -current, i have no issue with webrtc testing (recording cam & mic) on > https://www.webrtc-experiment.com/RecordRTC/, both with firefox-76.0 and > esr 68.8.0, and that with nss 3.52. I dont have libs lying around from > nss 3.51.. > > so, sure i can backport that commit, but it'd be nice to understand why > this fails for some (many?) and not for me. So please someone else > confirm that this fixes the issue for them :) Jan, i see that mike hommey fixed the issue in debian with this: https://salsa.debian.org/mozilla-team/firefox/-/commit/87df541b27a0b012e843978a0343f2918e0f2f58 (corresponding bug is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960012) it looks like a simpler fix, have you considered it in FreeBSD ? Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/05/23 03:16:42 Modified files: net/bitlbee: Makefile Log message: Store pidfile in DB_DIR, otherwise when run as an unpriviledged user bitlbee cant store its pid in the default /var/run dir. Even if the rc.d framework doesnt use the pidfile, other software might. Works for Tom Doherty (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/05/23 03:10:24 Modified files: sysutils/salt : Tag: OPENBSD_6_7 Makefile Added files: sysutils/salt/patches: Tag: OPENBSD_6_7 patch-salt_grains_core_py Log message: fix crash when gathering grain data on systems without 'manufacturer' such as raspberry pi 3b. from upstream via Brian C
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/23 02:58:58 Modified files: security/cracklib: Tag: OPENBSD_6_7 Makefile security/cracklib/pkg: Tag: OPENBSD_6_7 PLIST Added files: security/cracklib/patches: Tag: OPENBSD_6_7 patch-lib_fascist_c Log message: Merge upstream commit to fix CVE-2016-6318. ok benoit@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/23 02:56:23 Modified files: graphics/sane-backends: Tag: OPENBSD_6_7 Makefile distinfo graphics/sane-backends/patches: Tag: OPENBSD_6_7 patch-backend_Makefile_in Log message: SECURITY update to sane-backends-1.0.30. CVE-2020-12867, CVE-2020-12862, CVE-2020-12863, CVE-2020-12865, CVE-2020-12866, CVE-2020-12864
[new] databases/pgtap (and databases/p5-TAP-Parser-SourceHandler-pgTAP dep)
Hi, here are two new ports, one for pgtap (https://pgtap.org/) and one for TAP::Parser::SourceHandler::pgTAP which provides the pg_prove script, used to run the regress tests for the upcoming 3.0.0 version of geo/pgrouting. pgtap is a postgresql extension to run regress tests using the TAP framework. thanks to the nice testing bits from postgresql.port.mk, i can easily run the pgtap tests themselves, and only some of them fail due to user/ownership issues that i think cant be worked around on OpenBSD, since we run build bits with fixed users (be it with PORTS_PRIVSEP or not): # Failed test 1: "db_owner_is(db, user, desc) should pass" # have: false # want: true # Failed test 3: "db_owner_is(db, user, desc) should have the proper diagnostics" # have: have: landry # want: postgres # want: # Failed test 4: "db_owner_is(db, user) should pass" # have: false # want: true # Failed test 6: "db_owner_is(db, user) should have the proper diagnostics" # have: have: landry # want: postgres # want: # Failed test 12: "db_owner_is(db, non-user) should have the proper diagnostics" # have: have: landry # want: __not__postgres # want: have: postgres # want: __not__postgres # Looks like you failed 5 tests of 411 Failed 5/411 subtests looking for feedback from the pgsql wizards (or perl wizards even!) and oks to import. Landry pgtap-1.1.0.tgz Description: application/tar-gz p5-TAP-Parser-SourceHandler-pgTAP-3.35.tgz Description: application/tar-gz
Fonts: don't install web formats
Hi,
Installing TrueType and OpenType fonts from packages provides concrete
benefit to the user: fonts are installed to a directory that desktop
programs pick up automatically, and updating the package updates the
font files automatically (as opposed to, say, storing them under ~/.fonts).
Formats like .woff and .woff2, which are meant to be served over
the web, don't benefit in the same way, because they're installed to
/usr/local/share and need to be copied to a web server directory
to be of any use. Hard links don't help since /var is typically on
a separate partition; soft links don't help since most OpenBSD
webservers are chrooted by default. And since the files are copied,
they don't get updated automatically by pkg_add.
A few recent port submissions were asked to remove web fonts before
import. That makes sense. We should do the same for existing ports.
Removing web fonts from our packages typically cuts filesize in half,
which is sometimes significant:
fira-fonts: 24.2M -> 13.7M
chivo: 2.4M -> 1.2M
overpass: 3.4M -> 1.7M
stixfonts: 3.0M -> 1.1M
public-sans: 2.7M -> 1.4M
work-sans: 2.1M -> 1.1M
opendyslexic: 1008K -> 526K
scheherazade: 754K -> 392K
annapurna: 698K -> 359K
abyssinica:307K -> 154K
alkalami: 276K -> 136K
tagmukay: 220K -> 107K
This diff clears out *.woff and *.woff2 from /usr/ports/fonts. Note
that I didn't touch the several webapps under www/ that contain
webfonts--we want to keep those, of course.
ok?
Index: abyssinica/Makefile
===
RCS file: /cvs/ports/fonts/abyssinica/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- abyssinica/Makefile 7 Nov 2019 11:04:44 - 1.9
+++ abyssinica/Makefile 23 May 2020 08:10:52 -
@@ -6,6 +6,7 @@ TYPEFACE = abyssinica
V =2.000
DISTNAME = AbyssinicaSIL-$V
CATEGORIES = fonts
+REVISION = 0
HOMEPAGE = https://software.sil.org/abyssinica/
@@ -26,6 +27,5 @@ DOCDIR = ${PREFIX}/share/doc/abyssinica
post-install:
${INSTALL_DATA_DIR} ${DOCDIR}
${INSTALL_DATA} ${WRKDIST}/{README.txt,OFL.txt} ${DOCDIR}
- ${INSTALL_DATA} ${WRKDIST}/web/AbyssinicaSIL-Regular.woff ${FONTDIR}
.include
Index: abyssinica/pkg/PLIST
===
RCS file: /cvs/ports/fonts/abyssinica/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- abyssinica/pkg/PLIST7 Nov 2019 11:04:44 - 1.2
+++ abyssinica/pkg/PLIST23 May 2020 08:10:52 -
@@ -5,4 +5,3 @@ share/doc/abyssinica/README.txt
share/fonts/
@fontdir share/fonts/abyssinica/
share/fonts/abyssinica/AbyssinicaSIL-Regular.ttf
-share/fonts/abyssinica/AbyssinicaSIL-Regular.woff
Index: alkalami/Makefile
===
RCS file: /cvs/ports/fonts/alkalami/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- alkalami/Makefile 12 Jul 2019 20:46:10 - 1.3
+++ alkalami/Makefile 23 May 2020 08:10:52 -
@@ -5,7 +5,7 @@ V = 1.100
DISTNAME = Alkalami-${V}
PKGNAME = alkalami-${V}
CATEGORIES = fonts
-REVISION = 0
+REVISION = 1
HOMEPAGE = https://software.sil.org/alkalami/
MAINTAINER = George Rosamond
@@ -26,7 +26,7 @@ DOCDIR = ${PREFIX}/share/doc/alkalami
do-install:
${INSTALL_DATA_DIR} ${FONTDIR} ${DOCDIR}
- ${INSTALL_DATA} ${WRKDIST}/{*.ttf,web/*.woff} ${FONTDIR}
+ ${INSTALL_DATA} ${WRKDIST}/*.ttf ${FONTDIR}
${INSTALL_DATA} ${WRKDIST}/{FONTLOG.txt,README.txt} ${DOCDIR}
.include
Index: alkalami/pkg/DESCR
===
RCS file: /cvs/ports/fonts/alkalami/pkg/DESCR,v
retrieving revision 1.2
diff -u -p -r1.2 DESCR
--- alkalami/pkg/DESCR 25 Oct 2018 10:17:14 - 1.2
+++ alkalami/pkg/DESCR 23 May 2020 08:10:52 -
@@ -11,5 +11,3 @@ height is necessary to allow for deep sw
the overall look of the page is a very black, solid rectangle.
Diacritics are much smaller in scale, with very little distance
from the main letters.
-
-This package contains both TrueType and web fonts.
Index: alkalami/pkg/PLIST
===
RCS file: /cvs/ports/fonts/alkalami/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- alkalami/pkg/PLIST 25 Oct 2018 10:14:21 - 1.1.1.1
+++ alkalami/pkg/PLIST 23 May 2020 08:10:52 -
@@ -5,6 +5,4 @@ share/doc/alkalami/README.txt
share/fonts/
@fontdir share/fonts/alkalami/
share/fonts/alkalami/Alkalami-Light.ttf
-share/fonts/alkalami/Alkalami-Light.woff
share/fonts/alkalami/Alkalami-Regular.ttf
-share/fonts/alkalami/Alkalami-Regular.woff
Index: annapurna/Makefile
[fix] net/bitlbee: fix pidfile path
Hi,
noticed when upgrading my server from 6.6 to 6.7 in the logs:
bitlbee[47042]: Warning: Couldn't write PID to `/var/run/bitlbee.pid'
since th rc script runs as unpriviledged user, this fails. Sure, that's
just a warning, and from code inspection it doesnt see used anywhere
(nor cleaned up upon exit ?), and rc.d framework doesnt rely on it, but
other sotware might (sysutils/monit likes to use pidfiles for example)
so why not fix it ?
Thought, feedback ?
Landry
Index: Makefile
===
RCS file: /cvs/ports/net/bitlbee/Makefile,v
retrieving revision 1.73
diff -u -r1.73 Makefile
--- Makefile20 Mar 2020 16:44:25 - 1.73
+++ Makefile23 May 2020 08:31:27 -
@@ -6,7 +6,7 @@
DISTNAME= bitlbee-$V
PKGSPEC= bitlbee-=$V
CATEGORIES=net
-REVISION= 0
+REVISION= 1
HOMEPAGE= https://bitlbee.org/
@@ -37,6 +37,7 @@
CONFIGURE_ARGS+= --bindir=${PREFIX}/libexec \
--mandir=${PREFIX}/man \
--config=${DB_DIR} \
+ --pidfile=${DB_DIR}/bitlbee.pid \
--etcdir=${ETCDIR} \
--ssl=openssl \
--pie=0
Portcheck succeeds when no DESCR file
Hi ports --
I was working on a new port, and ran portcheck -N before adding a DESCR
file (but after adding a PLIST file). To my surprise, portcheck passed.
Reading through portcheck, there appears to be a check for non-existent
DESCR/PFRAG/PLIST files. But it appears that the error message and the
logic don't sync: the error message leads me to believe the intent was
to catch when any of DESCR/PFRAG/PLIST are missing but the logic instead
catches the situation where all of DESCR/PFRAG/PLIST are missing--if you
have any one of those 3 files, the check passes.
This only seems to matter in the case where you have a PLIST but no
DESCR. If you have no PLIST, portcheck will later fail with this
message:
pkg_create: can't read packing-list /full/path/to/port
The attached diff catches both the have PLIST but no DESCR and the have
DESCR but no PLIST cases. This is my first time looking at portcheck so
if there's a better way, by all means I'm all ears.
OK?
~Brian
Index: portcheck
===
RCS file: /cvs/ports/infrastructure/bin/portcheck,v
retrieving revision 1.132
diff -u -p -r1.132 portcheck
--- portcheck 22 Mar 2020 17:16:30 - 1.132
+++ portcheck 23 May 2020 04:08:11 -
@@ -1661,6 +1661,7 @@ check_pkg_dir() {
subst_cmd=$1
shift
fi
+ local descr_empty=true
local empty=true
local F
local plist
@@ -1670,7 +1671,7 @@ check_pkg_dir() {
dir="${dir#./}"
for F in "$dir"/* "$dir"/.*; do case "${F##*/}" in
DESCR?(-*))
- empty=false
+ descr_empty=false
[[ -f $F ]] ||
err "$F is not a file"
check_trailing_whitespace "$F"
@@ -1740,7 +1741,8 @@ check_pkg_dir() {
;;
esac; done
- $empty && err "$dir directory does not contain either DESCR, PFRAG or PLIST files"
+ $descr_empty && err "Missing DESCR file in $dir directory"
+ $empty && err "$dir directory does not contain either PFRAG or PLIST files"
}
# Checks made:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/23 01:58:58 Modified files: print/hplip: Makefile distinfo print/hplip/patches: patch-Makefile_in patch-base_password_py patch-base_utils_py patch-installer_core_install_py patch-installer_dcheck_py print/hplip/pkg: PLIST-hpijs Added files: print/hplip/patches: patch-prnt_hpps_hppsfilter_c patch-scan_sane_hpaio_c Log message: Update to hplip-3.20.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/05/23 01:41:14 Modified files: devel/kf5/baloo: Makefile Log message: Disable find package devel/libinotify This is only needed for the tests. Remove the ugly CXXOPTS libinotify hack.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/05/23 00:55:05 Modified files: x11/kde-applications/kdesdk-thumbnailers: Makefile distinfo Log message: Update kdesdk-thumbnailers to 19.12.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/05/23 00:47:26 Modified files: x11/kde-applications/libkleo: Makefile distinfo x11/kde-applications/libkleo/patches: patch-src_CMakeLists_txt x11/kde-applications/libkleo/pkg: PLIST Log message: Update libkleo to 19.12.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/05/23 00:42:25 Modified files: x11/kde-applications/kidentitymanagement: Makefile distinfo x11/kde-applications/kidentitymanagement/pkg: PLIST Log message: Update kidentitymanagement to 19.12.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/05/23 00:40:45 Modified files: x11/kde-applications/kcalutils: Makefile distinfo x11/kde-applications/kcalutils/pkg: PLIST Log message: Update kcalutils to 19.12.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2020/05/23 00:27:37 Modified files: x11/lablgtk2 : Makefile distinfo Log message: really do fetch sources of lablgtk 2.18.10 the last change did only bump the version, but did not update the git tag. ok sthen@
