Hi,
dnsdist 1.9.0 will be released today, he tarball is already there.
The port is somewhat involved. dnsdist 1.9.0 includes incoming quick
and http3 support, which is nice, but requires libquiche which
requires boringssl. To avoid mixing libs, I link statically with those
two.
I also introduce
On Friday, January 19, 2024 14:58 CET, "Sebastian Reitenbach"
wrote:
> Hi,
>
> On Thursday, January 11, 2024 20:50 CET, "Sebastian Reitenbach"
> wrote:
>
> > Hi,
> >
> > py-flask-apscheduler is a new dependency needed for www/puppetboard update.
> >
> > cat py-flask-apscheduler/pkg/DESCR
On Friday, January 19, 2024 14:57 CET, "Sebastian Reitenbach"
wrote:
> Hi,
>
> On Thursday, January 11, 2024 20:46 CET, "Sebastian Reitenbach"
> wrote:
>
> > Hi,
> >
> > py-flask-caching is a newly needed dependency for www/puppetboard.
> >
> > cat py-flask-caching/pkg/DESCR
> > A fork of
On 2024/02/15 22:59:01 +, Klemens Nanni wrote:
> On Thu, Feb 15, 2024 at 11:44:30PM +0100, Omar Polo wrote:
> > I'm attaching an updated tarball with kn and sthen comments addressed
> > (more usual licence marker, no explicit libtool depends) and sorted
> > WANTLIBS, that's OK for me to import
On 2/16/24 10:05, Otto Moerbeek wrote:
Hi,
dnsdist 1.9.0 will be released today, he tarball is already there.
The port is somewhat involved. dnsdist 1.9.0 includes incoming quick
and http3 support, which is nice, but requires libquiche which
requires boringssl. To avoid mixing libs, I link st
Hi,
trying it again with separate mails.
Puppet 6 made room for Puppet8. Initial port for Puppet8 was sent to me by Alex
Talaran.
It took me a while to test and prepare. With Puppet6 gone, and for Puppet7 all
dependencies updated,
I think Puppet8 is good to go. Puppet8 agent works well for me o
On Fri, Feb 16, 2024 at 10:19:12AM +0100, Renaud Allard wrote:
>
>
> On 2/16/24 10:05, Otto Moerbeek wrote:
> > Hi,
> >
> > dnsdist 1.9.0 will be released today, he tarball is already there.
> >
> > The port is somewhat involved. dnsdist 1.9.0 includes incoming quick
> > and http3 support, whi
Hi,
trying it again in separate mails.
Puppet 6 made room for Puppet8. Initial port for Puppet8 was sent to me by Alex
Talaran.
It took me a while to test and prepare. With Puppet6 gone, and for Puppet7 all
dependencies updated,
I think Puppet8 is good to go. Puppet8 agent works well for me on
Hi,
trying it again in separate mails.
Puppet 6 made room for Puppet8. Initial port for Puppet8 was sent to me by Alex
Talaran.
It took me a while to test and prepare. With Puppet6 gone, and for Puppet7 all
dependencies updated,
I think Puppet8 is good to go. Puppet8 agent works well for me on
On 2/16/24 10:23, Otto Moerbeek wrote:
On Fri, Feb 16, 2024 at 10:19:12AM +0100, Renaud Allard wrote:
On 2/16/24 10:05, Otto Moerbeek wrote:
Hi,
dnsdist 1.9.0 will be released today, he tarball is already there.
The port is somewhat involved. dnsdist 1.9.0 includes incoming quick
and htt
On Mon, Feb 12, 2024 at 12:03:07PM -0500, Jag Talon wrote:
> What do you think, edd@ ?
Looks good to me.
kn@ is about to commit an update to syncthing. I'll add this change on top
after.
Cheers
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
Generally the diff looks good to me. I'd have a slight preference to
move SYSCONFDIR/COMPILER/MODULES/NODLUA_VERSION up so that the
flavour-independent variables are grouped together above the .if.
On 2024/02/16 10:29, Renaud Allard wrote:
> Then maybe the flavor should be named -http3 because DoQ
Thank you!
On 2/16/24 4:56 AM, Edd Barrett wrote:
On Mon, Feb 12, 2024 at 12:03:07PM -0500, Jag Talon wrote:
What do you think, edd@ ?
Looks good to me.
kn@ is about to commit an update to syncthing. I'll add this change on top
after.
Cheers
--
Jag Talon (he/him)
https://jagtalon.net/
h
On Fri, Feb 16, 2024 at 10:20:49AM +, Stuart Henderson wrote:
> Generally the diff looks good to me. I'd have a slight preference to
> move SYSCONFDIR/COMPILER/MODULES/NODLUA_VERSION up so that the
> flavour-independent variables are grouped together above the .if.
>
> On 2024/02/16 10:29, Re
On Fri, Feb 16, 2024 at 09:56:08AM +, Edd Barrett wrote:
> kn@ is about to commit an update to syncthing. I'll add this change on top
> after.
Here's an updated diff.
I made a couple of tweaks:
- Added the required REVISION bump.
- You had `:openfiles-cur=4096:\` twice. I assume you meant o
Greetings,
This is almost clean update which requires one trivial patch which was
backported as https://github.com/stumpwm/stumpwm/pull/1179
Tested on amd64.
--
wbr, Kirill
diff --git x11/stumpwm/Makefile x11/stumpwm/Makefile
index e58ff0d8f3d..e4b0abfd5e5 100644
--- x11/stumpwm/Makefile
+++ x1
On Fri, Feb 16, 2024 at 10:20:49AM +, Stuart Henderson wrote:
> Generally the diff looks good to me. I'd have a slight preference to
> move SYSCONFDIR/COMPILER/MODULES/NODLUA_VERSION up so that the
> flavour-independent variables are grouped together above the .if.
>
> On 2024/02/16 10:29, Re
Hi Daniel,
I don't mind the new pre-commit RDEP, though it's not actually a
dependency: pre-commit runs fine without py-nodeenv.
I'd suggest is to check if it's possible to avoid adding pre-commit
as BDEP (along with py-nodeenv).
pre-commit is a test-before-commit tool and I don't see why it bec
On 2/16/24 12:37, Otto Moerbeek wrote:
On Fri, Feb 16, 2024 at 10:20:49AM +, Stuart Henderson wrote:
Generally the diff looks good to me. I'd have a slight preference to
move SYSCONFDIR/COMPILER/MODULES/NODLUA_VERSION up so that the
flavour-independent variables are grouped together above
On Fri, 16 Feb 2024 12:20:13 +0100
Kirill A. Korinsky wrote:
> Greetings,
>
> This is almost clean update which requires one trivial patch which was
> backported as https://github.com/stumpwm/stumpwm/pull/1179
>
> Tested on amd64.
>
Thanks for the update.
I daily drive this WM, I applied the
No hardware to test, but diff looks good ports-wise. OK
On 2024/02/16 00:43, Mark Kettenis wrote:
> Also adds a few more more boards and sorts them in alphabetical order.
> Tested on the rock-3a-rk3568 with the latest -current.
>
> ok?
>
> P.S. Also tried to update u-boot-rk3588 to 2024.01, but
On 2024/02/16 10:15, Sebastian Reitenbach wrote:
> On Friday, January 19, 2024 14:58 CET, "Sebastian Reitenbach"
> wrote:
>
> > Hi,
> >
> > On Thursday, January 11, 2024 20:50 CET, "Sebastian Reitenbach"
> > wrote:
> >
> > > Hi,
> > >
> > > py-flask-apscheduler is a new dependency needed fo
On 2024/02/15 22:23, Jag Talon wrote:
> Ok, I tested on i386 (Asus EeePC) and it's working well! Since it's only
> been tested on i386 and amd64, I'm limiting it to those two archs for now.
please don't do that.
: ifeq ($(UNAME),OpenBSD)
: OPEN=xdg-open
probably wants a RUN_DEPENDS on de
> - www/h2o \
Is there a reason to keep www/h2o?
Hi,
now that dnsdist is no longer using h2o, its time for it to go away.
It's aslo not being maintained in a useful way anymore by upstream. No
releases etc...
OK?
-Otto
On Fri, Feb 16, 2024 at 03:05:27PM +0100, Otto Moerbeek wrote:
> Hi,
>
> now that dnsdist is no longer using h2o, its time for it to go away.
Agreed. Thank you.
> It's aslo not being maintained in a useful way anymore by upstream. No
> releases etc...
ok tb
On Fri, Feb 16, 2024 at 10:23:05AM +0100, Sebastian Reitenbach wrote:
> Puppet 6 made room for Puppet8. Initial port for Puppet8 was sent to me by
> Alex Talaran.
> It took me a while to test and prepare. With Puppet6 gone, and for Puppet7
> all dependencies updated,
> I think Puppet8 is good to
Hi,
On Friday, February 16, 2024 16:52 CET, Klemens Nanni wrote:
> On Fri, Feb 16, 2024 at 10:23:05AM +0100, Sebastian Reitenbach wrote:
> > Puppet 6 made room for Puppet8. Initial port for Puppet8 was sent to me by
> > Alex Talaran.
> > It took me a while to test and prepare. With Puppet6 gone
On Fri, 16 Feb 2024 11:18:57 +
Edd Barrett wrote:
> Here's an updated diff.
>
> I made a couple of tweaks:
> - Added the required REVISION bump.
> - You had `:openfiles-cur=4096:\` twice. I assume you meant openfiles-max for
>the second occurance?
Yes good catch! I definitely meant t
On Fri, 16 Feb 2024 13:47:38 +
Stuart Henderson wrote:
> On 2024/02/15 22:23, Jag Talon wrote:
> > Ok, I tested on i386 (Asus EeePC) and it's working well! Since it's only
> > been tested on i386 and amd64, I'm limiting it to those two archs for now.
>
> please don't do that.
Ok I removed i
On Fri, Feb 16, 2024 at 06:55:49PM +0100, Sebastian Reitenbach wrote:
> Hi,
>
> On Friday, February 16, 2024 16:52 CET, Klemens Nanni
> wrote:
>
> > On Fri, Feb 16, 2024 at 10:23:05AM +0100, Sebastian Reitenbach wrote:
> > > Puppet 6 made room for Puppet8. Initial port for Puppet8 was sent to m
Hi ports@ and Greg,
On -current (yesterday's amd64 snap, this morning's amd64 packages),
ports built with ghc are all getting SIGILL early in execution on my
laptop. I'm not totally positive what is helpful to provide here but I
can provide it on request. I thought I was maybe caught in some base
Hi,
this is a new dependency needed to update x11/gnustep/libobjc2.
it's a header-only library.
cat pkg/DESCR
The robin-map library is a C++ implementation of a fast hash map and
hash set using open-addressing and linear robin hood hashing with
backward shift deletion to resolve collisions.
On Friday, February 16, 2024 21:38 CET, "Sebastian Reitenbach"
wrote:
> Hi,
>
> this is a new dependency needed to update x11/gnustep/libobjc2.
>
> it's a simple header-only library.
>
> cat pkg/DESCR
>
> The robin-map library is a C++ implementation of a fast hash map and
> hash set using o
It runs ok on ryzen. 11th gen intel + SIGILL - looks like an IBT issue.
On 2024/02/16 11:48, Evan Silberman wrote:
> Hi ports@ and Greg,
>
> On -current (yesterday's amd64 snap, this morning's amd64 packages),
> ports built with ghc are all getting SIGILL early in execution on my
> laptop. I'm no
On 2024/02/16 13:47, Jag Talon wrote:
> On Fri, 16 Feb 2024 13:47:38 +
> Stuart Henderson wrote:
>
> > On 2024/02/15 22:23, Jag Talon wrote:
> > > Ok, I tested on i386 (Asus EeePC) and it's working well! Since it's only
> > > been tested on i386 and amd64, I'm limiting it to those two archs f
Evan Silberman writes:
> Hi ports@ and Greg,
>
> On -current (yesterday's amd64 snap, this morning's amd64 packages),
> ports built with ghc are all getting SIGILL early in execution on my
> laptop.
Interesting, when was the last time it worked for you?
> I'm not totally positive what is helpfu
Stuart Henderson writes:
> It runs ok on ryzen. 11th gen intel + SIGILL - looks like an IBT
> issue.
Isn't -Wl,-z,nobtcfi supposed to have disabled this?
https://codeberg.org/OpenBSD/ports/src/branch/master/lang/ghc/Makefile#L123
Thanks
Greg
On Friday, February 16, 2024 21:50 CET, Rafael Sadowski
wrote:
> There is already devel/robin-map in the tree or I'm looking wrong?
Indeed, how could I missed that. Old version, might be worth updating instead ;)
thanks for the cluebat.
>
> On Fri Feb 16, 2024 at 09:38:26PM +0100, Sebastian
Greg Steuck wrote:
> Stuart Henderson writes:
>
> > It runs ok on ryzen. 11th gen intel + SIGILL - looks like an IBT
> > issue.
>
> Isn't -Wl,-z,nobtcfi supposed to have disabled this?
>
> https://codeberg.org/OpenBSD/ports/src/branch/master/lang/ghc/Makefile#L123
>
> Thanks
> Greg
I'm tryin
New qbe version is out and required for the latest hare
update. Looks like we can drop our patches too.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/qbe/Makefile,v
diff -u -p -r1.7 Makefile
--- Makefile5 Feb 2024 21:50:49 -
Evan Silberman wrote:
> I'm trying with this:
>
> diff /usr/ports
> commit - 5fdc9dbcebbd57477b047430dfc2cc4e987537ef
> path + /usr/ports
> blob - a51e834910b7ee582f3be8d92a4e137a0cb46ad1
> file + devel/cabal/cabal.port.mk
> --- devel/cabal/cabal.port.mk
> +++ devel/cabal/cabal.port.mk
> @@ -85,7
Evan Silberman writes:
> I should've figured out how to use readelf before I bothered with this,
> the NOBTCFI elf segment is already present in the ports in question.
> Above diff is irrelevant. It does seem significant that the ports that
> work fine (ghc and cabal-install) are, naturally, the
On 2/16/2024 4:28 PM, Tobias Heider wrote:
> New qbe version is out and required for the latest hare
> update. Looks like we can drop our patches too.
>
> ok?
>
Awesome! Yes, ok.
~Brian
Greg Steuck wrote:
> Evan Silberman writes:
>
> > I should've figured out how to use readelf before I bothered with this,
> > the NOBTCFI elf segment is already present in the ports in question.
> > Above diff is irrelevant. It does seem significant that the ports that
> > work fine (ghc and cab
Stuart Henderson wrote:
> On 2023/09/25 22:25, Evan Silberman wrote:
> > Hi ports,
> >
> > Here's a port of Nickel (https://nickel-lang.org/), a programmable
> > configuration language that allows both strong-typing and more dynamic
> > contract-driven specification of configurations.
> >
> > Th
Evan Silberman writes:
> Can you repeat for OPENBSD_WXNEED? On my syspatched 7.4-release VPS, pandoc
> from packages has wxneeded:
>
> ~$ uname -rsv
> OpenBSD 7.4 GENERIC#1336
> ~$ readelf -Wl $(which pandoc) | grep OPENBSD_WXNEED
> OPENBSD_WXNEED 0x00 0x 0x
Heyo ports@!
I want to import melonDS. It is a Nintendo DS emulator that boasts
better performance, and emulated networking support, and other things.
I had to disable JIT unfortunately, it refused to build with it on.
Otherwise- performance is mostly alright for me (Only tested Real dumps
of m
Greg Steuck wrote:
> Same here. That's intentional as the underlying problem got fixed
> upstream a while ago. We removed WXNEEDED then:
>
> Date: Fri Jun 3 02:48:07 2022 +
>
> Remove USE_WXNEEDED from lang/ghc as it's no longer needed
>
> Thanks
> Greg
OK. I'm out of my depth a bit at
On Fri, 16 Feb 2024 13:47:13 -0500
Jag Talon wrote:
> Here's the new attachment. Thank you!
Yes, it runs on macppc, but it feels slow (but still usable) on my
750 MHz 1-core PowerPC G4. If I type in a field, the wait is about
1/2 second until I see the character. If I draw a curve with the
pen
On Fri, Feb 16, 2024 at 12:43:15AM +0100, Mark Kettenis wrote:
>
> Also adds a few more more boards and sorts them in alphabetical order.
> Tested on the rock-3a-rk3568 with the latest -current.
Tested on Quartz64 model b and Rock 3A, no fallout.
> ok?
ok kevlo@
>
> P.S. Also tried to update
51 matches
Mail list logo