Here is an update to net/dnscrypt-proxy 2.0.35 released December 9,
2019.
Changelog:
https://github.com/DNSCrypt/dnscrypt-proxy/blob/2.0.35/ChangeLog
To test CNAMEs being blacklisted and logged, I did the following based
on the test case presented here:
https://github.com/DNSCrypt/dnscrypt-proxy/
On Mon Dec 09, 2019 at 05:42:22PM +0100, Christian Weisgerber wrote:
> Rafael Sadowski:
>
> > Thanks for the bulk build and the report. libobjc2 uses
> > CMAKE_THREAD_LIBS_INIT wrong. CMAKE_THREAD_LIBS_INIT is the lib and not
> > a linker flag. Tested with current and upcoming cmake.
>
> FYI, I t
The amd64 version works.
I get a segmentation fault when answering a call placed to a queue.
Asterisk does not
produce a core dump. How could it be achieved?
OpenBSD 6.6 i386
asterisk-16.6.2
pbx# asterisk -f -d -d -d -g
[...]
Loading app_queue.so.
[Dec 9 16:49:01] NOTICE[-1]: app_queue.c:9
Simple diff attached.
lockfile added to pkg/PLIST, trailing slash added to HOMEPAGE.
g
Index: Makefile
===
RCS file: /cvs/ports/net/ruby-macaddr/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile12 Jul 2019
On 12/9/19 3:49 PM, Jeremy Evans wrote:
> On Mon, Dec 9, 2019 at 9:31 AM George Rosamond
> wrote:
>
>> ping
>
>
> The diff looks fine, and the port builds fine. I'll commit shortly. FWIW,
> this appears to be a leaf port, and doesn't have any compiled code in it,
> so I'm not sure there is
On Mon, Dec 9, 2019 at 9:31 AM George Rosamond
wrote:
> ping
The diff looks fine, and the port builds fine. I'll commit shortly. FWIW,
this appears to be a leaf port, and doesn't have any compiled code in it,
so I'm not sure there is an advantage to packaging it.
Thanks,
Jeremy
Hello,
Here is an update to exim.
This also fixed a long standing bug where the Makefile was overriding
CFLAGS for exim.
Warning, this release might break some configs as exim is now checking
the variables to see if there is no unintended user input which can be
used in a variable.
Regards
On Mon, Dec 09, 2019 at 11:28:57AM -0600, Brad DeMorrow wrote:
> Bryan,
> I've attached the full output of *moonlight > moonlight.log 2>&1*
>
> There are no errors that I see, however, I do see a behavior that's probably
> not intended.
> The original code used the RTLD_NODELETE flag with dlopen t
I get a segmentation fault when answering a call placed to a queue.
Asterisk does not
produce a core dump. How could it be achieved?
OpenBSD 6.6 i386
asterisk-16.6.2
pbx# asterisk -f -d -d -d -g
[...]
Loading app_queue.so.
[Dec 9 16:49:01] NOTICE[-1]: app_queue.c:9141 reload_queue_rules: No
Bryan,
I've attached the full output of *moonlight > moonlight.log 2>&1*
There are no errors that I see, however, I do see a behavior that's probably
not intended.
The original code used the RTLD_NODELETE flag with dlopen to basically
cause the library to stay in memory when dlcose is called. It
ping
Forwarded Message
Subject: Fwd: overhaul for fonts/fira-font
Date: Sun, 1 Dec 2019 16:13:56 -0500
From: George Rosamond
To: OpenBSD Ports
ping
Forwarded Message
Subject: overhaul for fonts/fira-font
Date: Sat, 23 Nov 2019 17:36:08 -0500
From: George R
Forwarded Message
Subject: [NEW] fonts/firacode
Date: Tue, 26 Nov 2019 10:36:09 -0500
From: George Rosamond
To: OpenBSD Ports
This port was discussed previously just over a year ago...
https://marc.info/?l=openbsd-ports&m=154176072032654&w=2
Wondering what others think abo
ping
Forwarded Message
Subject: [UPDATE] www/ruby-ntlm to 0.6.2
Date: Wed, 27 Nov 2019 00:18:59 -0500
From: George Rosamond
To: OpenBSD Ports
diff attached updating from 0.3.2.
g
Index: ruby-ntlm//Makefile
===
ping
Forwarded Message
Subject: Fwd: [NEW] fonts/stixfonts
Date: Sun, 1 Dec 2019 16:13:27 -0500
From: George Rosamond
To: OpenBSD Ports
ping
Forwarded Message
Subject: [NEW] fonts/stixfonts
Date: Sat, 23 Nov 2019 13:47:24 -0500
From: George Rosamond
To: O
On 12/8/19 12:42 PM, George Koehler wrote:
On Thu, 05 Dec 2019 10:22:11 +
Stuart Henderson wrote:
On 5 December 2019 01:15:09 Matthew Hull wrote:
I'm interested in guile2 (because I do some programming in Scheme) and
powerpc because I have a Mac Mini G4 with OpenBSD 6.5 installed.
The
hello,
this updates filter-senderscore to anticipate a protocol change
Index: Makefile
===
RCS file: /cvs/ports/mail/opensmtpd-filters/senderscore/Makefile,v
retrieving revision 1.1
diff -u -p -r1.1 Makefile
--- Makefile4 Sep 20
hello,
this updates filter-rspamd to version 0.1.5 which brings support
for multiple DKIM-Signature and anticipates an upcoming protocol
change.
ok ?
Index: Makefile
===
RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v
>
>
> I was under the impression that in order to have working VAAPI/VDPAU
> accelleration we had to compile Mesa with it (which been a problem, as
> our Mesa is in maintained in base).
>
I wasn't aware of that (potential?) problem.
>
> IIRC libvaapi does compile, but fails at runtime without the
Rafael Sadowski:
> Thanks for the bulk build and the report. libobjc2 uses
> CMAKE_THREAD_LIBS_INIT wrong. CMAKE_THREAD_LIBS_INIT is the lib and not
> a linker flag. Tested with current and upcoming cmake.
FYI, I tried another bulk build with the cmake 3.16.0 update and
this libobjc2 patch, and t
On Mon, Dec 09, 2019 at 12:42:45AM -0600, Brad DeMorrow wrote:
> I managed to get moonlight-qt (to stream games) to work today.
> I'm trying to bundle up my work, but I need some help/feedback on a few
> things.
>
> First, here is libva and the intel-vaapi-driver.
> I've ran portcheck and done sev
On Mon, 9 Dec 2019 16:01:31 +, Stuart Henderson
wrote:
> Only build tested but looks good to me.
reads good to me
Cheers,
Daniel
On Mon, 09 Dec 2019 at 13:17:49 +0100, Philipp Buehler wrote:
> Hello,
>
> this port would enable sysutils/packer to utilize OpenBSD's VMM as a builder
> engine.
> I am author of the actual plugin, too.
>
> Thanks to Stuart about the hints along DISTFILES/post-extract.
>
> Tested on 6.6-stable,
On 2019/12/08 11:18, Daniel Jakots wrote:
> On Sun, 8 Dec 2019 17:12:29 +0100, Henry Jensen wrote:
>
> > I attached the complete port, since "cvs diff -uRN" didn't create
> > diffs for the newly added files. despite it says so in the command
> > description.
>
> Did you cvs add them beforehand?
On Mon, Dec 09 2019, Klemens Nanni wrote:
> On Mon, Dec 09, 2019 at 04:00:57PM +0100, Frederic Cambus wrote:
>> The GeoIP/GeoLite databases are now legacy [1], so this module is not
>> useful anymore. Nothing in the ports tree uses it since we disabled
>> the geoip module in AWStats.
> OK kn
ok j
On Mon, Dec 09, 2019 at 04:00:57PM +0100, Frederic Cambus wrote:
> The GeoIP/GeoLite databases are now legacy [1], so this module is not
> useful anymore. Nothing in the ports tree uses it since we disabled
> the geoip module in AWStats.
OK kn
Hi ports@,
The GeoIP/GeoLite databases are now legacy [1], so this module is not
useful anymore. Nothing in the ports tree uses it since we disabled
the geoip module in AWStats.
Comments? OK to remove?
[1]
https://blog.maxmind.com/2018/01/02/discontinuation-of-the-geolite-legacy-databases/
On Sun, Dec 08, 2019 at 12:30:09PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> Here the diff for updating lang/rust to 1.39.0
This works well for my Rust code. I've also tested all the subpackages
successfully: rustfmt, Clippy, and rust-gdb (I didn't even realise there was
a subpackage for
Hello,
this port would enable sysutils/packer to utilize OpenBSD's VMM as a
builder engine.
I am author of the actual plugin, too.
Thanks to Stuart about the hints along DISTFILES/post-extract.
Tested on 6.6-stable, but I don't see changes that would prevent it from
running
on -CURRENT.
TI
On Sun, Dec 08, 2019 at 12:30:09PM +0100, Sebastien Marie wrote:
> Hi,
>
> Here the diff for updating lang/rust to 1.39.0
>
> The patch took more time than expected to be done: I had problem with sparc64
> and I only achieved to have a workaround in order to avoid a SEGFAULT during
> the
> build
29 matches
Mail list logo