Re: x11/compton drm path bug
On Thu, May 23, 2019 at 09:40:14PM +, Mr. Me0w wrote:
[...]
> Understood. I just made a patch against the current ports CVS. It is attached
> to this email.
Thanks, one more nit - ports updates are generally sent inline at the
bottom of the email (like in this case).
> Yes, it does fix a bug I've encountered. When using compton to handle vsync,
> the DRM option doesn't work by default because it assumes it is running on
> Linux and that the DRM device is located at /dev/dri/card0, but on OpenBSD it
> is located at /dev/drm0. Sadly, this can't be overriden in the compton.conf
> either.
Netiquette: 72 characters per line (does protonmail mess with this?)
https://www.openbsd.org/mail.html
> Before patch:
>
> $ compton --vsync drm
> vsync_drm_init(): Failed to open device.
> $
>
> After patch:
>
> $ compton --vsync drm
>
> (Works.. GPU-accelerated compositing and tear-free display.)
I can confirm this works here, too. I think this patch should go in.
Thanks for the work, Mr. Me0w! I have combined this into the same patch
file that already existed for src/compton.c. Also REVISION bump and
take MAINTAINER if no objection.
(By the way, I found an active fork of compton that may serve to update
this port later: https://github.com/yshui/compton)
ok?
Index: Makefile
===
RCS file: /cvs/ports/x11/compton/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile9 May 2019 21:13:26 - 1.7
+++ Makefile24 May 2019 05:31:39 -
@@ -5,11 +5,13 @@ COMMENT = lightweight compositor for X,
V =0.1_beta2
PKGNAME = compton-${V}
DISTNAME = compton-git-v0.1_beta2-2013-10-21
-REVISION = 4
+REVISION = 5
CATEGORIES = x11
HOMEPAGE = https://github.com/chjj/compton
+
+MAINTAINER = Thomas Frohwein
# MIT
PERMIT_PACKAGE_CDROM = Yes
Index: patches/patch-src_compton_c
===
RCS file: /cvs/ports/x11/compton/patches/patch-src_compton_c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-src_compton_c
--- patches/patch-src_compton_c 27 Oct 2014 11:21:49 - 1.1.1.1
+++ patches/patch-src_compton_c 24 May 2019 05:31:39 -
@@ -1,6 +1,7 @@
$OpenBSD: patch-src_compton_c,v 1.1.1.1 2014/10/27 11:21:49 sthen Exp $
src/compton.c.orig Mon Oct 21 19:47:01 2013
-+++ src/compton.c Sun Oct 26 00:56:53 2014
+Index: src/compton.c
+--- src/compton.c.orig
src/compton.c
@@ -1665,6 +1665,8 @@ win_paint_win(session_t *ps, win *w, XserverRegion reg
reg_paint, pcache_reg);
break;
@@ -10,6 +11,15 @@ $OpenBSD: patch-src_compton_c,v 1.1.1.1
}
}
+@@ -5825,7 +5827,7 @@ static bool
+ vsync_drm_init(session_t *ps) {
+ #ifdef CONFIG_VSYNC_DRM
+ // Should we always open card0?
+- if (ps->drm_fd < 0 && (ps->drm_fd = open("/dev/dri/card0", O_RDWR)) < 0) {
++ if (ps->drm_fd < 0 && (ps->drm_fd = open("/dev/drm0", O_RDWR)) < 0) {
+ printf_errf("(): Failed to open device.");
+ return false;
+ }
@@ -6165,6 +6167,8 @@ init_filters(session_t *ps) {
return false;
}
Index: patches/patch-src_opengl_c
===
RCS file: /cvs/ports/x11/compton/patches/patch-src_opengl_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_opengl_c
--- patches/patch-src_opengl_c 13 Feb 2019 20:36:08 - 1.1
+++ patches/patch-src_opengl_c 24 May 2019 05:31:39 -
@@ -4,9 +4,10 @@ https://github.com/yshui/compton/commit/
Avoid using 10bit FBConfigs
Fix weird color issue with Mesa 18.0
src/opengl.c.orig Mon Oct 21 16:17:01 2013
-+++ src/opengl.c Tue Feb 12 21:14:44 2019
-@@ -497,6 +497,16 @@
+Index: src/opengl.c
+--- src/opengl.c.orig
src/opengl.c
+@@ -497,6 +497,16 @@ glx_cmp_fbconfig(session_t *ps,
return -1;
if (!pfbc_b)
return 1;
[NEW] devel/py-bencode.py
Hi, attached is the port of bencode.py, needed by the update of plaso. I'm not sure of the pkgname: py-bencode.py or py-bencodepy? Ok? Cheers, Remi. Forwarded Message Subject: [UPDATE] plaso and all its dependencies Date: Tue, 14 May 2019 20:07:13 +0200 From: Remi Pointel To: The OpenBSD ports mailing-list Hi, attached is the diff to update plaso and all its dependencies. 2 new dependencies are needed: - bencode.py: simple bencode parser - libfsapfs: library and tools to access the Apple File System While here, I enabled the python3 flavor for all libraries. The idea is to anticipate the switch to python3. When we will sure that plaso work fine with python3, I will remove the python2 stuff. Ok? Cheers, Remi. py-bencode.py.tar.gz Description: application/gzip
[NEW] sysutils/libfsapfs
Hi, attached is libfsapfs: library and tools to access the Apple File System. It's needed for the update of plaso. -- $ pkg_info libfsapfs Information for inst:libfsapfs-20190510 Comment: library and tools to access the Apple File System Description: Library and tools to access the Apple File System (APFS). Maintainer: Remi Pointel WWW: https://github.com/libyal/libfsapfs/wiki -- Ok? Cheers, Remi. Forwarded Message Subject: [UPDATE] plaso and all its dependencies Date: Tue, 14 May 2019 20:07:13 +0200 From: Remi Pointel To: The OpenBSD ports mailing-list Hi, attached is the diff to update plaso and all its dependencies. 2 new dependencies are needed: - bencode.py: simple bencode parser - libfsapfs: library and tools to access the Apple File System While here, I enabled the python3 flavor for all libraries. The idea is to anticipate the switch to python3. When we will sure that plaso work fine with python3, I will remove the python2 stuff. Ok? Cheers, Remi. libfsapfs.tar.gz Description: application/gzip
[update] textproc/lowdown
Here is a simple diff to update lowdown from 0.4.2 to 0.4.3. The changelog is very short: >Version 0.4.3, 2019-04-01 > >Fix a segmentation fault. I tested this on OpenBSD -current on amd64. It works fine from what I see. Thanks! Index: Makefile === RCS file: /cvs/ports/textproc/lowdown/Makefile,v retrieving revision 1.16 diff -u -p -u -p -r1.16 Makefile --- Makefile28 Dec 2018 08:22:48 - 1.16 +++ Makefile23 May 2019 23:33:02 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.16 2018/12/28 08:22:48 anton Exp $ COMMENT = simple markdown translator -DISTNAME = lowdown-0.4.2 +DISTNAME = lowdown-0.4.3 CATEGORIES = textproc HOMEPAGE = https://kristaps.bsd.lv/lowdown/ Index: distinfo === RCS file: /cvs/ports/textproc/lowdown/distinfo,v retrieving revision 1.13 diff -u -p -u -p -r1.13 distinfo --- distinfo28 Dec 2018 08:19:32 - 1.13 +++ distinfo23 May 2019 23:33:02 - @@ -1,2 +1,2 @@ -SHA256 (lowdown-0.4.2.tar.gz) = Kp0xik8ImN1stlpGrVzfI9hWYPy7zr4ZqkgopMovXAQ= -SIZE (lowdown-0.4.2.tar.gz) = 95401 +SHA256 (lowdown-0.4.3.tar.gz) = JdJy7dR3JOaJLU9AG8hAToktUzaowsxCsWYxLThl3b4= +SIZE (lowdown-0.4.3.tar.gz) = 103170
productivity/taskwarrior: fix homepage url
Here is a very small patch to fix taskwarrior's URL in the Makefile.
Thanks!
Index: Makefile
===
RCS file: /cvs/ports/productivity/taskwarrior/Makefile,v
retrieving revision 1.30
diff -u -p -u -p -r1.30 Makefile
--- Makefile3 Jun 2018 11:20:18 - 1.30
+++ Makefile23 May 2019 22:33:05 -
@@ -6,9 +6,9 @@ VERSION = 2.5.1
DISTNAME = task-${VERSION}
PKGNAME = taskwarrior-${VERSION}
CATEGORIES = productivity
-REVISION = 2
+REVISION = 3
-HOMEPAGE = https://tawww.skwarrior.org/
+HOMEPAGE = https://www.taskwarrior.org/
MAINTAINER = Jasper Lievisse Adriaanse
Re: x11/compton drm path bug
‐‐‐ Original Message ‐‐‐ > First, the convention is to share diffs against the CVS ports tree. This > makes it easiest for porters to review and test what you propose. Working > with cvs(1) is as easy if not easier than GitHub for such use cases. The FAQ > and man page can get you started. Understood. I just made a patch against the current ports CVS. It is attached to this email. > That being said, this looks like a reasonable patch, but could you please > provide more context?? Does it fix a bug that you've encountered? Does it > allow working with a compton.conf setting that otherwise doesn't work? I'm > interested in looking into this when back from work, but would appreciate if > you could clarify what changes on runtime to look for! :) Yes, it does fix a bug I've encountered. When using compton to handle vsync, the DRM option doesn't work by default because it assumes it is running on Linux and that the DRM device is located at /dev/dri/card0, but on OpenBSD it is located at /dev/drm0. Sadly, this can't be overriden in the compton.conf either. Before patch: $ compton --vsync drm vsync_drm_init(): Failed to open device. $ After patch: $ compton --vsync drm (Works.. GPU-accelerated compositing and tear-free display.) Patch attached to email. Thanks! patch-src_compton_c2 Description: Binary data
Re: [new] mail/opendmarc
On 2019/05/03 09:18, Renaud Allard wrote: > > > On 5/2/19 11:50 PM, Stuart Henderson wrote: > > > > Here's a tweaked version: > > > > - changed to use net/libspf2 rather than the bundled internal copy > > - doing this resulted in it picking up deps on libidn/gettext as well > > so those are also added to the port > > > > If this still works for you then I'd be happy for it to be committed > > now. > > > > Thanks, it works fine. However, I had forgotten to set the daemon_user in > the rc script, this is now fixed in the attached version. Setting daemon_user in the script is done when the rc infrastructure itself needs to start the process as an alternative uid. In this case opendmarc sets uid itself so we should just supply -u _opendmarc on the command line. Updated tgz fixes this, and uses the correct uid number in PLIST. Any OKs to import? opendmarc.tgz Description: application/tar-gz
Re: NEW: Tacacs+ port - shrubbery.net version
> > Also should be nice sent patches upstream. Jan Vlach, what do you think > > about? > > not sure there's an upstream at all: fwiw, there is some faint activity at tac_p...@shrubbery.net, with mostly John Heasley helping poor souls. Patches should be welcomed here I guess. many thanks for bringing tac_plus back :)
Re: x11/compton drm path bug
On May 23, 2019 7:36:55 PM UTC, "Mr. Me0w" wrote: >Hello ports@, > >There is a tiny Linux-ism in x11/compton when it tries to use the DRM >for vsync. It's literally a one-line fix. It would be swell if this >patch could be included comitted to ports by someone with commit >access. :) > >https://github.com/mrme0w/compton/commit/e8e9d01fe83b726f8934b062403c01924a0ed375 > >Thank you kindly, >Mr. Me0w First, the convention is to share diffs against the CVS ports tree. This makes it easiest for porters to review and test what you propose. Working with cvs(1) is as easy if not easier than GitHub for such use cases. The FAQ and man page can get you started. That being said, this looks like a reasonable patch, but could you please provide more context?? Does it fix a bug that you've encountered? Does it allow working with a compton.conf setting that otherwise doesn't work? I'm interested in looking into this when back from work, but would appreciate if you could clarify what changes on runtime to look for! :)
Re: NEW: www/h2o
On Wed, May 22, 2019 at 10:44:02AM +0100, Stuart Henderson wrote:
> Modified from a port from otto@ based on openbsd-wip port from
> David Carlier. The build is a nasty mess of cmake and autoconf and
> I would definitely appreciate another porters' eyes on it ..
I expected worse ;-)
The port itself looks good, a few small spaces where tabs should be,
ninja fails in the build target not configure, and your cmake patch
may be replaced by `ln -sf ${RUBY} ${WRKDIR}/bin/ruby'.
See diff below for these bits.
www/wslay is searched for during configure as optional dependency, do
you want to pick it up as well for WebSocket support?
Despite the libuv LDEP, I see `-DH2O_USE_LIBUV=0' in the build logs;
that seems off.
I've lightly tested the server on amd64 where clients successfully
upgrade from HTTP/1.1 to HTTP/2, but nothing fancy.
--- Makefile.orig Thu May 23 00:21:59 2019
+++ MakefileThu May 23 21:40:33 2019
@@ -8,9 +8,9 @@
CATEGORIES = www
-GH_ACCOUNT =h2o
-GH_PROJECT =h2o
-GH_TAGNAME =v2.2.5
+GH_ACCOUNT = h2o
+GH_PROJECT = h2o
+GH_TAGNAME = v2.2.5
HOMEPAGE = https://h2o.examp1e.net/
MAINTAINER = Otto Moerbeek
@@ -26,18 +26,21 @@
MODULES = devel/cmake \
lang/ruby
-# fails in configure with ninja
-USE_NINJA = No
+# ninja: error: 'mruby/host/lib/libmruby.a', needed by 'h2o',
+# missing and no known rule to make it
+USE_NINJA =No
-BUILD_DEPENDS = devel/bison
+BUILD_DEPENDS =devel/bison
-LIB_DEPENDS = devel/libuv
+LIB_DEPENDS = devel/libuv
CONFIGURE_ARGS = -DBUILD_SHARED_LIBS=ON \
-DCMAKE_INSTALL_SYSCONFDIR=${SYSCONFDIR}/h2o \
- -DRUBYEXE=${RUBY} \
-DWITH_BUNDLED_SSL=OFF \
-DWITH_MRUBY=ON
+
+pre-configure:
+ ln -sf ${RUBY} ${WRKDIR}/bin/ruby
post-install:
#${INSTALL_DATA_DIR} ${PREFIX}/share/doc/h2o
x11/compton drm path bug
Hello ports@, There is a tiny Linux-ism in x11/compton when it tries to use the DRM for vsync. It's literally a one-line fix. It would be swell if this patch could be included comitted to ports by someone with commit access. :) https://github.com/mrme0w/compton/commit/e8e9d01fe83b726f8934b062403c01924a0ed375 Thank you kindly, Mr. Me0w
Re: NEW: math/py-cftime
On Thu, May 23, 2019 at 07:37:36PM +0200, Martin Reindl wrote: > Thanks for testing. The tarball sent out on 2019-05-03 contains the > latest version of this port. Hmm, I appear to have missed that one, thanks for enlightenment. -- Wictor Lund
Re: NEW: Tacacs+ port - shrubbery.net version
Gleydson, > Done. > Thanks for the feedback, i'm pushing it to openbsd-wip. is this the correct openbsd-wip? https://github.com/jasperla/openbsd-wip I don't see the changes sthen@ pointed out there ... > PS.: I'm running it and works just fine It has a dozen of Cisco Nexus > switches already connected. > privdrop (_tacacs) fine. > > I will add some changes to example files provided by Jan Vlach, for pointing > out how to use tac_plus on the fly on OpenBSD.(like features available with > and without privdrop / etc). > > Also should be nice sent patches upstream. Jan Vlach, what do you think about? not sure there's an upstream at all: lftp ftp.shrubbery.net:/pub/tac_plus> ls -l *28* -r--r--r-- 1 7053 wheel 530049 Jan 6 2015 tacacs-F4.0.4.28.tar.gz -r--r--r-- 1 7053 wheel 287 Apr 9 2018 tacacs-F4.0.4.28.tar.gz.sig
Re: NEW: Tacacs+ port - shrubbery.net version
Hi Gleydson, Stuart, ports, I'm running tac_plus with 200+ boxes with IOS, IOS-XE and IOS-XR. please see attached tgz for updated port. - I've taken Gleydson's latest work from openbsd-wip (I don't see the unexec and/or doc/shared implemented in PLIST) * - provided simplified tac_plus.conf.sample of stuff I have tested - logging in as full admins with level 15 and limited show users that I use for scripting/metrics. I can't really vouch for the functionality of dialup users etc. The full-blown config file example is still in the manpage - fixed typo in manpage for accounting to syslog - using `accounting syslog;` (including semicolon) does not work, but parser does not complain. If I remove the semicolon, accounting info gets logged to syslog as daemon.info (this was nasty :) ) - fixed paths for tac.acct, tac.log and tac.who - all of them go to /var/log/tac_plus directory that's owned by _tacacs:_tacacs - ^ This fixes the case where you don't want to log into accounting file and want syslog accounting only (disabling accounting file directive leads to tacacs complaining of permission denied with with default path of /var/log/tac.acct) Changing the default path to /var/log/tac_plus/tac.acct and removing `accounting file = ...' directive properly disables logging to this file. Go figure :) - Updated paths in manpage (tac_plus.conf.5.in) as one is automatically substituted from configure variables, while the other is hardcoded. - Added README file to remind administrator to rotate his/her files. * I've tried to add the @extraunexec rm -rf /var/log/tac_plus/*, but I'm not sure it works: On package deletion pkg_delete complains that directory is not empty: [20:07][root@samsara:/var/log]# pkg_delete tacacs+ tacacs+-4.0.4.28v0: ok Read shared items: ok --- -tacacs+-4.0.4.28v0 --- You should also remove /etc/tac_plus.conf (which was modified) You should also run rm -f /var/log/tac_plus/* Error deleting directory /var/log/tac_plus: Directory not empty You should also run /usr/sbin/userdel _tacacs You should also run /usr/sbin/groupdel _tacacs I'm sorry, I've wrestled, but I don't understand how the doc/examples directories work - what needs to be done in pkg configure phase and what is done in PLIST? Cluestick please? I've tested the accounting part with py-tacacs_plus on -current, don't have a real network box around at this time. (Gonna dogfood this tomorrow or next week) Could you please have a look if this is okay? jvl On Thu, May 23, 2019 at 11:34:23AM -0300, Gleydson Soares wrote: > > Can you use the standard locations for doc/examples please rather > > than /usr/local/share/tacacs? > > Yep. > > > Needs @extraunexec rm -f /var/log/tac_plus/* for pkg_delete -c. > > Done. > Thanks for the feedback, i'm pushing it to openbsd-wip. > > PS.: I'm running it and works just fine It has a dozen of Cisco Nexus > switches already connected. > privdrop (_tacacs) fine. > > I will add some changes to example files provided by Jan Vlach, for pointing > out how to use tac_plus on the fly on OpenBSD.(like features available with > and without privdrop / etc). > > Also should be nice sent patches upstream. Jan Vlach, what do you think about? > > Cheers, > tacacs+-20190523-2.tar.gz Description: application/tar-gz
Re: NEW: math/py-cftime
Hello Wictor, Thanks for testing. The tarball sent out on 2019-05-03 contains the latest version of this port. You can find the latest version of py-netcdf here on that list. -m Am 23.05.19 um 14:34 schrieb Wictor Lund: > I noticed that `make fetch` didn't work so I added `MODPY_PI = Yes`. > > I need this port because it is a dependency to py(3)-netCDF4, which seems to > be working fine. But on the other hand, I haven't used the time handling > functionality and because it's python you never know. > > On Sat, Apr 27, 2019 at 02:44:07PM +0100, Stuart Henderson wrote: >> On 2019/04/27 12:00, Martin Reindl wrote: >>> Am 14.03.19 um 19:02 schrieb Martin Reindl: Am 06.03.19 um 08:47 schrieb Martin Reindl: > Hello, > > attached is a new port of math/py-cftime, providing time and date handling > functions for an upcoming py-netcdf port. Needs the math/netcdf update > previously posted. Only tested on amd64. Comments welcome. > > -m > With the netcdf update commited, is anyone willing to pick this up? -m >>> >>> Ping? >>> >>> -m >> >> Here's a cleaned up version, >> >> - use pypi rather than github autogenerated tar.gz >> - fix plist >> - run tests, they work ok for py2, fail on py3 but it's better than at >> present >> >> OK to import? >
Re: TeX Live housekeeping
On Sun, May 19, 2019 at 03:14:48PM +0100, Edd Barrett wrote: > Would you be willing to OK? Anyone? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: Move lang/pcc to lang/pcc/pcc, update to 20190521 and add lang/pcc/pcc-libs
On 5/23/19 8:35 AM, Leonid Bobrov wrote:
In do-test target replace "./cc/cc/pcc" with "./cc/cc/cc".
I don't understand this test target at all to be perfectly honest. All
it does it make sure the driver program can spit out a single line of
text. It doesn't initiate the preprocessor or the actual compiler, and
ignores the tests that actually ship with pcc.
There are preprocessor tests that ship with the pcc tree that could be
run with
do-test:
cd ${WRKBUILD}/cc/cpp && ${MAKE_PROGRAM} test
There are additional tests for pcc that live in a separate pcc cvs
repository. Doesn't seem necessary to grab them for the port. We should
either run the cpp tests or not bother with tests at all.
Also p++ is not a C++ compiler, it can't even compile hello world in C++
:(
Correct. The way to skip building cxxcom is to edit
${WRKBUILD}/cc/Makefile.in and remove cxxcom from ALL_SUBDIRS. And
remove p++ from DRIVERS in cc/cc/Makefile.in so as to not install the
p++ driver.
Additionally, the port Makefile for pcc should have the environment
variable YACC set to yacc (or /usr/bin/yacc), otherwise configure will
silently pick up bison if bison is installed.
~Brian
On Tue, May 21, 2019 at 07:41:19PM +0300, Leonid Bobrov wrote:
Thomas Frohwein said I should use 1.1.0.20190521 to avoid EPOCH in the
future, but I'd like to get more comments on versioning.
I still wonder what tweaks can be made to plist?
Index: Makefile
===
RCS file: /cvs/ports/lang/pcc/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile3 May 2019 16:59:10 - 1.17
+++ Makefile21 May 2019 16:34:14 -
@@ -1,33 +1,7 @@
# $OpenBSD: Makefile,v 1.17 2019/05/03 16:59:10 danj Exp $
-COMMENT = portable C compiler
+SUBDIR =
+SUBDIR += pcc
+SUBDIR += pcc-libs
-PCCVER = 1.0.0
-DISTNAME = pcc-${PCCVER}
-REVISION = 14
-EXTRACT_SUFX = .tgz
-
-CATEGORIES = lang
-
-HOMEPAGE = http://pcc.ludd.ltu.se/
-
-# Other architectures not fully supported yet
-ONLY_FOR_ARCHS = i386 amd64
-
-# BSD
-PERMIT_PACKAGE_CDROM = Yes
-
-WANTLIB += c
-
-MASTER_SITES = http://pcc.ludd.ltu.se/ftp/pub/pcc-releases/ \
- ftp://pcc.ludd.ltu.se/pub/pcc-releases/
-
-CONFIGURE_STYLE = gnu
-
-CONFIG = ${MACHINE_ARCH:S/amd64/x86_64/}-unknown-openbsd${OSREV}
-SUBST_VARS = PCCVER CONFIG
-
-do-test:
- cd ${WRKBUILD} && ./cc/cc/pcc --version
-
-.include
+.include
Index: Makefile.inc
===
RCS file: Makefile.inc
diff -N Makefile.inc
--- /dev/null 1 Jan 1970 00:00:00 -
+++ Makefile.inc21 May 2019 16:34:14 -
@@ -0,0 +1,15 @@
+# $OpenBSD: Makefile,v 1.17 2019/05/03 16:59:10 danj Exp $
+
+ONLY_FOR_ARCHS = i386 amd64 sparc64 mips64 mips64el powerpc
+
+V =20190521
+EXTRACT_SUFX = .tgz
+
+CATEGORIES ?= lang
+
+HOMEPAGE ?=http://pcc.ludd.ltu.se/
+
+# BSD
+PERMIT_PACKAGE_CDROM = Yes
+
+CONFIGURE_STYLE =gnu
Index: distinfo
===
RCS file: distinfo
diff -N distinfo
--- distinfo18 Jan 2015 03:14:19 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-SHA256 (pcc-1.0.0.tgz) = WALbukbW6j+brapVuQRKBBa7QQAgwkpcKoouqvQRVss=
-SIZE (pcc-1.0.0.tgz) = 652308
Index: pcc/Makefile
===
RCS file: pcc/Makefile
diff -N pcc/Makefile
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pcc/Makefile21 May 2019 16:34:14 -
@@ -0,0 +1,22 @@
+# $OpenBSD: Makefile,v 1.17 2019/05/03 16:59:10 danj Exp $
+
+COMMENT = portable C compiler
+
+DISTNAME = pcc-${V}
+
+CATEGORIES = lang
+
+# BSD
+PERMIT_PACKAGE_CDROM = Yes
+
+WANTLIB += c
+
+RUN_DEPENDS = lang/pcc/pcc-libs
+
+MASTER_SITES = http://pcc.ludd.ltu.se/ftp/pub/pcc/ \
+ ftp://pcc.ludd.ltu.se/pub/pcc/
+
+do-test:
+ cd ${WRKBUILD} && ./cc/cc/pcc --version
+
+.include
Index: pcc/distinfo
===
RCS file: pcc/distinfo
diff -N pcc/distinfo
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pcc/distinfo21 May 2019 16:34:14 -
@@ -0,0 +1,2 @@
+SHA256 (pcc-20190521.tgz) = Ndw5lkx8zbJnr+al/oIkdVaIpZavfzQLgPiy/n1BD1g=
+SIZE (pcc-20190521.tgz) = 943299
Index: pcc/pkg/DESCR
===
RCS file: pcc/pkg/DESCR
diff -N pcc/pkg/DESCR
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pcc/pkg/DESCR 21 May 2019 16:34:14 -
@@ -0,0 +1,19 @@
+The compiler is based on the original Portable C Compiler by S. C.
+Johnson, written in the late 70's. Even though much of the compiler has
+been rewritten, some of the basics still remain.
+
+The intention is to write a C99 compiler while still keeping it small,
+simple, fast and understandable. Think of it as if it shall be able to
+compile and run on PDP11 (even if it may not h
[update] audio/p5-Audio-Scan 0.99 -> 1.01
Here is an update for Audio::Scan. What's new upstream [0]: - add support for Opus - fix incorrect duration calculation on ADTS AAC files - add proper license marker What's new in the port: - replace TEST_FLAGS+TEST_DEPENDS for TEST_POD=Yes - update DESCR to mention Opus support - license is GPLv2 actually Testing: - 'make test' passes on macppc and amd64 - there are 2 consumers, audio/p5-Audio-Musepack (passes) and audio/pacpl (no tests) that i've tested [1] Comments/feedback are welcome :) Charlène. [0] https://metacpan.org/source/AGRUNDMA/Audio-Scan-1.01/Changes [1] http://0x0.st/zmFR.tgz Index: Makefile === RCS file: /cvs/ports/audio/p5-Audio-Scan/Makefile,v retrieving revision 1.18 diff -u -p -u -p -r1.18 Makefile --- Makefile27 Apr 2018 14:47:29 - 1.18 +++ Makefile23 May 2019 16:19:51 - @@ -2,19 +2,18 @@ COMMENT= fast audio metadata and tag reader for Perl -DISTNAME= Audio-Scan-0.99 +DISTNAME= Audio-Scan-1.01 CATEGORIES=audio -# GPLv2+ +# GPLv2 PERMIT_PACKAGE_CDROM= Yes WANTLIB += c perl z MODULES= cpan -TEST_FLAGS=TEST_POD=1 -TEST_DEPENDS= devel/p5-Test-Pod \ - devel/p5-Test-Pod-Coverage \ - devel/p5-Test-Warn +TEST_DEPENDS= devel/p5-Test-Warn + +MAKE_ENV+= TEST_POD=Yes .include Index: distinfo === RCS file: /cvs/ports/audio/p5-Audio-Scan/distinfo,v retrieving revision 1.7 diff -u -p -u -p -r1.7 distinfo --- distinfo27 Apr 2018 14:47:29 - 1.7 +++ distinfo23 May 2019 16:19:51 - @@ -1,2 +1,2 @@ -SHA256 (Audio-Scan-0.99.tar.gz) = qtZKoeT0q9lk6dAPxe3Hn0XyIx7VlbFSAFcnJCUTCQA= -SIZE (Audio-Scan-0.99.tar.gz) = 3399719 +SHA256 (Audio-Scan-1.01.tar.gz) = gxJyAnHHrdxLvuwzEs3divS5kKxjYgSllsB5M61sY0o= +SIZE (Audio-Scan-1.01.tar.gz) = 4827918 Index: pkg/DESCR === RCS file: /cvs/ports/audio/p5-Audio-Scan/pkg/DESCR,v retrieving revision 1.2 diff -u -p -u -p -r1.2 DESCR --- pkg/DESCR 4 May 2013 22:34:12 - 1.2 +++ pkg/DESCR 23 May 2019 16:19:51 - @@ -1,3 +1,3 @@ Audio::Scan is a C-based scanner for audio file metadata and tag -information. It currently supports MP3, MP4, Ogg Vorbis, FLAC, ASF, -WAV, AIFF, Musepack, Monkey's Audio, and WavPack. +information. It currently supports MP3, MP4, Ogg Vorbis, FLAC, Opus, +ASF, WAV, AIFF, Musepack, Monkey's Audio, and WavPack.
Re: NEW: Tacacs+ port - shrubbery.net version
> Can you use the standard locations for doc/examples please rather > than /usr/local/share/tacacs? Yep. > Needs @extraunexec rm -f /var/log/tac_plus/* for pkg_delete -c. Done. Thanks for the feedback, i'm pushing it to openbsd-wip. PS.: I'm running it and works just fine It has a dozen of Cisco Nexus switches already connected. privdrop (_tacacs) fine. I will add some changes to example files provided by Jan Vlach, for pointing out how to use tac_plus on the fly on OpenBSD.(like features available with and without privdrop / etc). Also should be nice sent patches upstream. Jan Vlach, what do you think about? Cheers,
Re: NEW: math/py-cftime
I noticed that `make fetch` didn't work so I added `MODPY_PI = Yes`. I need this port because it is a dependency to py(3)-netCDF4, which seems to be working fine. But on the other hand, I haven't used the time handling functionality and because it's python you never know. On Sat, Apr 27, 2019 at 02:44:07PM +0100, Stuart Henderson wrote: > On 2019/04/27 12:00, Martin Reindl wrote: > > Am 14.03.19 um 19:02 schrieb Martin Reindl: > > > Am 06.03.19 um 08:47 schrieb Martin Reindl: > > >> Hello, > > >> > > >> attached is a new port of math/py-cftime, providing time and date > > >> handling > > >> functions for an upcoming py-netcdf port. Needs the math/netcdf update > > >> previously posted. Only tested on amd64. Comments welcome. > > >> > > >> -m > > >> > > > > > > > > > With the netcdf update commited, is anyone willing to pick this up? > > > > > > -m > > > > > > > Ping? > > > > -m > > Here's a cleaned up version, > > - use pypi rather than github autogenerated tar.gz > - fix plist > - run tests, they work ok for py2, fail on py3 but it's better than at present > > OK to import? py-cftime.tar.gz Description: application/compressed-tar
Re: new devel/p5-FFI-CheckLib
Hi, On Thu, 23 May 2019 01:50:03 +0200 Alexander Bluhm wrote: > Hi, > > ok to import p5-FFI-CheckLib ? OK cwen@ > Comment: > check that a library is available for FFI > > Description: > This module checks whether a particular dynamic library is available > for FFI to use. It is modeled heavily on Devel::CheckLib, but will > find dynamic libraries even when development packages are not > installed. It also provides a find_lib function that will return > the full path to the found dynamic library, which can be feed > directly into FFI::Platypus or another FFI system. > > bluhm
Re: Move lang/pcc to lang/pcc/pcc, update to 20190521 and add lang/pcc/pcc-libs
In do-test target replace "./cc/cc/pcc" with "./cc/cc/cc".
Also p++ is not a C++ compiler, it can't even compile hello world in C++
:(
On Tue, May 21, 2019 at 07:41:19PM +0300, Leonid Bobrov wrote:
> Thomas Frohwein said I should use 1.1.0.20190521 to avoid EPOCH in the
> future, but I'd like to get more comments on versioning.
>
> I still wonder what tweaks can be made to plist?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/pcc/Makefile,v
> retrieving revision 1.17
> diff -u -p -r1.17 Makefile
> --- Makefile 3 May 2019 16:59:10 - 1.17
> +++ Makefile 21 May 2019 16:34:14 -
> @@ -1,33 +1,7 @@
> # $OpenBSD: Makefile,v 1.17 2019/05/03 16:59:10 danj Exp $
>
> -COMMENT =portable C compiler
> +SUBDIR =
> +SUBDIR += pcc
> +SUBDIR += pcc-libs
>
> -PCCVER = 1.0.0
> -DISTNAME = pcc-${PCCVER}
> -REVISION = 14
> -EXTRACT_SUFX = .tgz
> -
> -CATEGORIES = lang
> -
> -HOMEPAGE = http://pcc.ludd.ltu.se/
> -
> -# Other architectures not fully supported yet
> -ONLY_FOR_ARCHS = i386 amd64
> -
> -# BSD
> -PERMIT_PACKAGE_CDROM = Yes
> -
> -WANTLIB += c
> -
> -MASTER_SITES = http://pcc.ludd.ltu.se/ftp/pub/pcc-releases/ \
> - ftp://pcc.ludd.ltu.se/pub/pcc-releases/
> -
> -CONFIGURE_STYLE = gnu
> -
> -CONFIG = ${MACHINE_ARCH:S/amd64/x86_64/}-unknown-openbsd${OSREV}
> -SUBST_VARS = PCCVER CONFIG
> -
> -do-test:
> - cd ${WRKBUILD} && ./cc/cc/pcc --version
> -
> -.include
> +.include
> Index: Makefile.inc
> ===
> RCS file: Makefile.inc
> diff -N Makefile.inc
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ Makefile.inc 21 May 2019 16:34:14 -
> @@ -0,0 +1,15 @@
> +# $OpenBSD: Makefile,v 1.17 2019/05/03 16:59:10 danj Exp $
> +
> +ONLY_FOR_ARCHS = i386 amd64 sparc64 mips64 mips64el powerpc
> +
> +V = 20190521
> +EXTRACT_SUFX = .tgz
> +
> +CATEGORIES ?=lang
> +
> +HOMEPAGE ?= http://pcc.ludd.ltu.se/
> +
> +# BSD
> +PERMIT_PACKAGE_CDROM = Yes
> +
> +CONFIGURE_STYLE =gnu
> Index: distinfo
> ===
> RCS file: distinfo
> diff -N distinfo
> --- distinfo 18 Jan 2015 03:14:19 - 1.2
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,2 +0,0 @@
> -SHA256 (pcc-1.0.0.tgz) = WALbukbW6j+brapVuQRKBBa7QQAgwkpcKoouqvQRVss=
> -SIZE (pcc-1.0.0.tgz) = 652308
> Index: pcc/Makefile
> ===
> RCS file: pcc/Makefile
> diff -N pcc/Makefile
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ pcc/Makefile 21 May 2019 16:34:14 -
> @@ -0,0 +1,22 @@
> +# $OpenBSD: Makefile,v 1.17 2019/05/03 16:59:10 danj Exp $
> +
> +COMMENT =portable C compiler
> +
> +DISTNAME = pcc-${V}
> +
> +CATEGORIES = lang
> +
> +# BSD
> +PERMIT_PACKAGE_CDROM = Yes
> +
> +WANTLIB += c
> +
> +RUN_DEPENDS =lang/pcc/pcc-libs
> +
> +MASTER_SITES = http://pcc.ludd.ltu.se/ftp/pub/pcc/ \
> + ftp://pcc.ludd.ltu.se/pub/pcc/
> +
> +do-test:
> + cd ${WRKBUILD} && ./cc/cc/pcc --version
> +
> +.include
> Index: pcc/distinfo
> ===
> RCS file: pcc/distinfo
> diff -N pcc/distinfo
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ pcc/distinfo 21 May 2019 16:34:14 -
> @@ -0,0 +1,2 @@
> +SHA256 (pcc-20190521.tgz) = Ndw5lkx8zbJnr+al/oIkdVaIpZavfzQLgPiy/n1BD1g=
> +SIZE (pcc-20190521.tgz) = 943299
> Index: pcc/pkg/DESCR
> ===
> RCS file: pcc/pkg/DESCR
> diff -N pcc/pkg/DESCR
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ pcc/pkg/DESCR 21 May 2019 16:34:14 -
> @@ -0,0 +1,19 @@
> +The compiler is based on the original Portable C Compiler by S. C.
> +Johnson, written in the late 70's. Even though much of the compiler has
> +been rewritten, some of the basics still remain.
> +
> +The intention is to write a C99 compiler while still keeping it small,
> +simple, fast and understandable. Think of it as if it shall be able to
> +compile and run on PDP11 (even if it may not happen in reality). But
> +with this in mind it becomes important to think twice about what
> +algorithms are used.
> +
> +The compiler is conceptually structured in two parts; pass1 which is
> +language-dependent, does parsing, typechecking and build trees, and
> +pass2 which is mostly language-independent.
> +
> +About 50% of the frontend code and 80% of the backend code has been
> +rewritten. Most stuff is written by Anders Magnusson, with the
> +exception of the data-flow analysis part and the SSA conversion code
> +which is written by Peter A Jonsson, and the Mips port that were written
> +as part of a project by undergraduate students at LTU.
> Index: pcc/pkg/PLIST
> ===
> RCS file: pcc/pkg/PLIST
> diff -N pcc/pkg/PLIS
Re: NEW: www/h2o
On Wed, May 22, 2019 at 10:44:02AM +0100, Stuart Henderson wrote: > Modified from a port from otto@ based on openbsd-wip port from > David Carlier. The build is a nasty mess of cmake and autoconf and > I would definitely appreciate another porters' eyes on it .. > > --- > H2O is a new generation HTTP server that provides quicker response to > users with less CPU utilization when compared to older generation of web > servers. Designed from ground-up, the server takes full advantage of > HTTP/2 features including prioritized content serving and server push, > promising outstanding experience to the visitors of your web site. > --- Works for me. I'm not running the h2o exectable but using the h2o-evloop shared lib, -Otto
