Diff below expands the pf.conf example given in README of net/dhcpcd. I
had some difficulties with getting IPv6 to work on a specific host,
which was caused by a strict pf configuration, i.e. outgoing traffic was
limited. I think this small addition would have helped me.
Comments/OK?
diff --git
Volker Schlecht writes:
> Bump and correction:
>
> It has been broken for almost *three* years.
>
> Any thoughts?
I'm game to delete riak unless somebody speaks up in the next week?
>
> On 12/30/22 09:59, Volker Schlecht wrote:
>> Cc: Maintainer
>> Hi,
>> the version of riak in ports has been b
Thanks for the diff Volker. I committed it after confirming `make test`
looks better now.
Volker Schlecht writes:
> bump
>
> On 12/28/22 23:29, Volker Schlecht wrote:
>> Forgot a REVISION bump there.
>> On 12/28/22 11:55, Volker Schlecht wrote:
>>> Attached is a proposal to build benchmarks/tsun
Here is an update of ocaml-menhir from 2019/09/24 to 2021/10/12.
One big change is that the build system switches to dune.
There is only one consumer of menhir (lang/compcert) and I've tested that
still works.
Newer versions of menhir require dune 2.8.0 or later.
ok?
Index: Makefile
==
Hi,
aaauuuggghhh, here is the archive. sorry!
On Sat, 07 Jan 2023 21:23:19 +0900,
Stuart Henderson wrote:
>
> On 2023/01/07 20:11, SASANO Takayoshi wrote:
> > Hello,
> >
> > alsa-lib.tgz (take3) attached.
> >
> > > The most common method to deal with this in ports is to continue to
> > > use /
Hi,
attached is a new port for the ntfy (https://ntfy.sh/) server.
ntfy (pronounce: notify) is a simple HTTP-based pub-sub notification service.
It allows you to send notifications to your phone or desktop via scripts from
any computer,
entirely without signup or cost.
There is a free version o
I saw this in net/libnice:
$ make configure
...
Found ninja-1.11.1 at /usr/local/bin/ninja
WARNING: Running the setup command as `meson [options]` instead of
`meson setup [options]` is ambiguous and deprecated.
$
>From meson(1):
The setup command i
On Thu, Dec 29, 2022 at 11:45:23AM +0100, Omar Polo wrote:
[...]
Just took a look at this - there is an extra PLIST file at
games/love/11/PLIST that is different from games/love/11/pkg/PLIST.
I would probably at comment `# C++11` above the COMPILERS line in the
Makefile.inc.
Will try to test the
A propos gitea, anyone intested to switch to forgejo (gitea fork
because of unfriendly takeover of gitea) ?
https://forgejo.org/
https://forgejo.org/faq/
--
Matthieu Herrb
This diff looks good to me so ok daniel@ for it to be committed. But a few
notes online below.
> On Jan 7, 2023, at 8:11 AM, Volker Schlecht
> wrote:
>
> Updates findlib to 1.9.6 in preparation for an eventual / possible / future
> update of OCaml.
Please make sure to send diff to maintaine
On 2023/01/07 16:53, Stefan Hagen wrote:
> But actually, I don't see a reason for this directory at all.
The rc script starts gitea with uid _gitea, so it doesn't have
access to write to /var/www/run with default perms.
Klemens Nanni wrote (2023-01-07 16:04 CET):
> 07.01.2023 14:48, Stefan Hagen пишет:
> > Hi,
> >
> > I've set up a Gitea Server and noticed two inaccuracies in the port.
> >
> > 1. gitea sets up a post-receive hook which is used internally and
> >requires a bash. Without it, it errors out on
07.01.2023 14:48, Stefan Hagen пишет:
> Hi,
>
> I've set up a Gitea Server and noticed two inaccuracies in the port.
>
> 1. gitea sets up a post-receive hook which is used internally and
>requires a bash. Without it, it errors out on the first repository
>push.
OK kn
>
> 2. After set
Hi,
I've set up a Gitea Server and noticed two inaccuracies in the port.
1. gitea sets up a post-receive hook which is used internally and
requires a bash. Without it, it errors out on the first repository
push.
2. After setting up the socket path as described in the README, gitea
do
> On Jan 7, 2023, at 8:11 AM, Volker Schlecht
> wrote:
>
> Updates findlib to 1.9.6 in preparation for an eventual / possible / future
> update of OCaml.
I’ll take a look but ocaml cannot be updated until ocaml-camlp5 is updated.
I suggest you target that port next and that we aim to move
> On Jan 6, 2023, at 5:19 PM, Volker Schlecht
> wrote:
>
> As discussed off-list, here's an update to lang/compcert.
> Builds and tests ok on amd64, builds ok on i386 with test failures in
> test/abi.
>
> "sharedir" is now a configure option upstream, so I removed those parts from
> patch
Updates findlib to 1.9.6 in preparation for an eventual / possible /
future update of OCaml.
* Does not add a build dependency on ocamlbuild - it took me a while to
figure out where I screwed up there ...
* The FAKE_FLAGS lead to fake installing into the wrong directory with 1.9.6
* update-pli
On 2023/01/07 02:55, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on Fri Jan 6 00:27:36 MST 2023
> finished at Sat Jan 7 02:54:37 MST 2023
> lasted 1D02h27m
> done with kern.version=OpenBSD 7.2-current (GENERIC.MP) #1955: Thu Jan 5
> 18:56:38 MST 2023
>
> built
On 2023/01/07 13:25, Antoine Jacoutot wrote:
> On Sat, Jan 07, 2023 at 08:11:22PM +0900, SASANO Takayoshi wrote:
> > Hello,
> >
> > alsa-lib.tgz (take3) attached.
> >
> > > The most common method to deal with this in ports is to continue to
> > > use /usr/local but install under subdirectories wi
On Sat, Jan 07, 2023 at 08:11:22PM +0900, SASANO Takayoshi wrote:
> Hello,
>
> alsa-lib.tgz (take3) attached.
>
> > The most common method to deal with this in ports is to continue to
> > use /usr/local but install under subdirectories with a non-standard
> > prefix, often 'e'; for example librar
On 2023/01/07 20:11, SASANO Takayoshi wrote:
> Hello,
>
> alsa-lib.tgz (take3) attached.
>
> > The most common method to deal with this in ports is to continue to
> > use /usr/local but install under subdirectories with a non-standard
> > prefix, often 'e'; for example libraries under /usr/local/
Hello,
> Having two audio layers with different semantics increases the
> probability of subtle audio problems (stuttering, desynchronization,
> etc.), which are very time-consuming to fix. Furthermore,
> alsa-over-sndio is very unlikely to work in all
> program/device/configuration combinations.
Hello,
alsa-lib.tgz (take3) attached.
> The most common method to deal with this in ports is to continue to
> use /usr/local but install under subdirectories with a non-standard
> prefix, often 'e'; for example libraries under /usr/local/lib/ealsa
> and headers under /usr/local/include/ealsa.
Ma
On Sat, Jan 07, 2023 at 04:34:10AM -0500, Brad Smith wrote:
> On Fri, Jan 06, 2023 at 09:15:18PM +0100, Rafael Sadowski wrote:
> > > +.if ${FLAVOR:Mpgsql}
> > > +CONFIGURE_ARGS+= -DWITH_PGSQL=ON
> > > +LIB_DEPENDS+=databases/postgresql
> > > +WANTLIB+=pq
> > > +.endif
> > > +
> > > +CFL
bulk build on arm64.ports.openbsd.org
started on Fri Jan 6 00:27:36 MST 2023
finished at Sat Jan 7 02:54:37 MST 2023
lasted 1D02h27m
done with kern.version=OpenBSD 7.2-current (GENERIC.MP) #1955: Thu Jan 5
18:56:38 MST 2023
built packages:9812
Jan 6:9810
Jan 7:1
critical path missing pkgs:
On Fri, Jan 06, 2023 at 09:15:18PM +0100, Rafael Sadowski wrote:
> > +.if ${FLAVOR:Mpgsql}
> > +CONFIGURE_ARGS+= -DWITH_PGSQL=ON
> > +LIB_DEPENDS+= databases/postgresql
> > +WANTLIB+= pq
> > +.endif
> > +
> > +CFLAGS+= -I${LOCALBASE}/include
> > +LDFLAGS+= -L${LOCALBASE}/lib
>
> Is LDFLAG
Excuse me, after enabling UTF8 I noticed this funny behaviour that didn't seem
very good. In ~ the default fvwm xterm with rlwrap and xclip packages from
ports on both arm64 and amd64
$ printf "a\xe2\x98\xbdb" | xclip -i
$ rlwrap ed
in contrast to
$ printf "a\xe2\x98\xbdb" | xclip -i
$ ed
W
27 matches
Mail list logo
