Here is an update to dnscrypt-proxy 2.0.34, released December 3, 2019.
Changelog:
https://github.com/DNSCrypt/dnscrypt-proxy/releases/tag/2.0.34
The main change is dnscrypt-proxy acting as a local DoH server to
support Encrypted Server Name Indication (ESNI) with Firefox and
Cloudflare. I followe
Hello Everyone,
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 package is marked broken for powerpc, but I commented out that line
in the Makefile and did a "make install" (see "make-install_msgs.gz
On Wed, Dec 04, 2019 at 10:53:11AM +, Stuart Henderson wrote:
> Date: Wed, 4 Dec 2019 10:53:11 +
> From: Stuart Henderson
> To: manp...@gmail.com
> Cc: ports@openbsd.org
> Subject: Re: Fails to build textproc/mupdf on mips64el/loongson
>
> Does this diff also work?
>
> Index: infrastruct
Hi ports --
Attached is an update to graphics/feh.
Changelog is here: https://feh.finalrewind.org/archive/3.3/
Big endian testing appreciated.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/graphics/feh/Makefile,v
retrieving
On Wed, Dec 04, 2019 at 04:00:13PM +, Stuart Henderson wrote:
> On 2019/12/04 14:35, Marc Espie wrote:
> > On Wed, Dec 04, 2019 at 12:45:46PM +, Stuart Henderson wrote:
> > > On 2019/12/04 12:17, Marc Espie wrote:
> > > > On Wed, Dec 04, 2019 at 10:48:06AM +, Stuart Henderson wrote:
> >
On Wed, Dec 04, 2019 at 04:29:19PM +, Stuart Henderson wrote:
> On 2019/12/04 14:29, Marc Espie wrote:
> > On Wed, Dec 04, 2019 at 12:55:33PM +, Stuart Henderson wrote:
> > > On 2019/12/04 12:43, Christian Weisgerber wrote:
> > > > On 2019-12-03, Antoine Jacoutot wrote:
> > > >
> > > > >>
On Wed, Dec 04, 2019 at 07:45:52AM -0700, k...@openbsd.org wrote:
> awk: syntax error at source line 1
> context is
> END {printf("%d\n", >>> $2} <<<
> awk: illegal statement at source line 1
> missing )
> expr: syntax error
> expr: syntax error
> expr: syntax error
> expr: syntax er
On 12/3/19 10:28 PM, Antoine Jacoutot wrote:
> On Tue, Dec 03, 2019 at 05:58:52PM -0800, manp...@gmail.com wrote:
>> On 12/3/19 6:42 AM, Stuart Henderson wrote:
>>> On 2019/12/03 00:03, manp...@gmail.com wrote:
Hi Ports maintainers,
Just to forward George's patch to fix libnettle bui
On 2019/12/04 14:29, Marc Espie wrote:
> On Wed, Dec 04, 2019 at 12:55:33PM +, Stuart Henderson wrote:
> > On 2019/12/04 12:43, Christian Weisgerber wrote:
> > > On 2019-12-03, Antoine Jacoutot wrote:
> > >
> > > >> # XXX libreoffice has its own way to build things in parallel
> > > >> USES_P
On 2019/12/04 14:35, Marc Espie wrote:
> On Wed, Dec 04, 2019 at 12:45:46PM +, Stuart Henderson wrote:
> > On 2019/12/04 12:17, Marc Espie wrote:
> > > On Wed, Dec 04, 2019 at 10:48:06AM +, Stuart Henderson wrote:
> > > > Currently LLD_EMUL is only set for LLD_ARCHS (aarch64 amd64 arm i386)
awk: syntax error at source line 1
context is
END {printf("%d\n", >>> $2} <<<
awk: illegal statement at source line 1
missing )
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
Bulk build on sparc64-0.ports.openbsd.
On Wed, Dec 04, 2019 at 12:45:46PM +, Stuart Henderson wrote:
> On 2019/12/04 12:17, Marc Espie wrote:
> > On Wed, Dec 04, 2019 at 10:48:06AM +, Stuart Henderson wrote:
> > > Currently LLD_EMUL is only set for LLD_ARCHS (aarch64 amd64 arm i386).
> > > A diff to unbreak mupdf build on mips64
On Wed, Dec 04, 2019 at 12:55:33PM +, Stuart Henderson wrote:
> On 2019/12/04 12:43, Christian Weisgerber wrote:
> > On 2019-12-03, Antoine Jacoutot wrote:
> >
> > >> # XXX libreoffice has its own way to build things in parallel
> > >> USES_PARALLEL_MAKE = No
> > >>
> > >> ?
> > >
> > > +1
>
On 2019/12/04 12:43, Christian Weisgerber wrote:
> On 2019-12-03, Antoine Jacoutot wrote:
>
> >> # XXX libreoffice has its own way to build things in parallel
> >> USES_PARALLEL_MAKE = No
> >>
> >> ?
> >
> > +1
>
> Like USES_GMAKE, USES_GROFF, USES_LIBTOOL, ...?
hmm, fair point.
Perhaps we co
On 2019/12/04 12:17, Marc Espie wrote:
> On Wed, Dec 04, 2019 at 10:48:06AM +, Stuart Henderson wrote:
> > Currently LLD_EMUL is only set for LLD_ARCHS (aarch64 amd64 arm i386).
> > A diff to unbreak mupdf build on mips64 requires linking with lld and this
> > variable is required. Rather than
On 2019-12-03, Antoine Jacoutot wrote:
>> # XXX libreoffice has its own way to build things in parallel
>> USES_PARALLEL_MAKE = No
>>
>> ?
>
> +1
Like USES_GMAKE, USES_GROFF, USES_LIBTOOL, ...?
--
Christian "naddy" Weisgerber na...@mips.inka.de
On Wed, Dec 04, 2019 at 10:48:06AM +, Stuart Henderson wrote:
> Currently LLD_EMUL is only set for LLD_ARCHS (aarch64 amd64 arm i386).
> A diff to unbreak mupdf build on mips64 requires linking with lld and this
> variable is required. Rather than adding a custom LLD_EMUL definition in
> mupdf
Does this diff also work?
Index: infrastructure/mk/arch-defines.mk
===
RCS file: /cvs/ports/infrastructure/mk/arch-defines.mk,v
retrieving revision 1.69
diff -u -p -r1.69 arch-defines.mk
--- infrastructure/mk/arch-defines.mk 9 Nov 2
Currently LLD_EMUL is only set for LLD_ARCHS (aarch64 amd64 arm i386).
A diff to unbreak mupdf build on mips64 requires linking with lld and this
variable is required. Rather than adding a custom LLD_EMUL definition in
mupdf let's just make the arch-defines.mk one reachable.
OK?
Index: arch-defin
19 matches
Mail list logo