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
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
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 heav
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,
> 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 Cis
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
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
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
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`
t 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 /
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 alread
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
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/e8e9d01fe83b726f8934b06240
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 itsel
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://gi
> > 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 brin
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 als
‐‐‐ 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 starte
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
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
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
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
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
23 matches
Mail list logo