Yup, I volunteer ... feel free to add
MAINTAINER = Volker Schlecht
I hope that sweetens the commit ;-P
On 9/3/21 7:47 PM, Aaron Bieber wrote:
vl...@tuta.io writes:
I don’t want to nag, but I’ll do it anyway…
While I presume that NodeJS and its ecosystem don’t enjoy much popularity here
Hi,
the attached patch updates lang/node to 12.22.7, fixing
CVE-2021-22959
CVE-2021-22960
https://nodejs.org/en/blog/vulnerability/oct-2021-security-releases/
The update affects only their http parser.
OK?
regards,
VolkerIndex: Makefile
, Stuart Henderson wrote:
On 2022/01/07 15:14, Volker Schlecht wrote:
Hi,
while working on a port for NodeJS 16.x, I noticed that net/libcares
provides a /usr/local/include/ares_nameser.h that doesn't work on OpenBSD:
In Lines 68 through 178, the enum ns_rcode, ns_opcode, ns_type are only
defined
Hi,
while working on a port for NodeJS 16.x, I noticed that net/libcares
provides a /usr/local/include/ares_nameser.h that doesn't work on OpenBSD:
In Lines 68 through 178, the enum ns_rcode, ns_opcode, ns_type are only
defined if CARES_HAVE_ARPA_NAMESER_H is not defined. OpenBSD has
The attached archive contains my first attempt at updating lang/node to
the currently active LTS version of NodeJS. Support for NodeJS 12.x will
end in April 2022.
I changed the port from the bundled versions of libuv, c-ares, nghttp2,
zlib, brotli, icu and openssl to the versions in ports.
On 1/12/22 10:52, Stuart Henderson wrote:
Firefox 96.0 builds without issue, and I managed to build Chromium
97.0.4692.71 as well, but when running the build on 24 cores, I did
(presumably) hit some resource limit of my _pbuild user, resulting in
seemingly random EAGAIN errors during the
Hi,
is there a policy decision (licensing?) for sticking with ghostscript
9.07 from 2013 in ports, or is the port just hard to maintain / is there
a lack of time and interest in it?
regards,
Volker
Updates ImageMagick to 6.9.12-34, fixing among others
* Fix integer overflow (reference
https://github.com/ImageMagick/ImageMagick6/issues/168).
* Fix stack overflow when parsing malicious PS image file (report from
Muhammad Aldo Firmansyah).
* fix connected component abort trap (reference
Here's the updated port for Node 16.3.2 that was released yesterday.
It fixes
CVE-2021-44531
CVE-2021-44532
CVE-2021-44533
Reference:
https://nodejs.org/en/blog/vulnerability/jan-2022-security-releases/
On 1/10/22 00:17, Volker Schlecht wrote:
The attached archive contains my first attempt
On 1/11/22 16:15, Stuart Henderson wrote:
here are a few cleanups
Thanks, I updated that in the attached archive.
I see do-extract is now new, but ugh, that's not the way that ports
are normally unpacked..
I won't use it as a reference if I should ever maintain another port ;-)
have you
bump.
On 2/10/22 22:37, Volker Schlecht wrote:
Regular update, no explicitly mentioned security content.
PLIST changes are due to the update of the bundled npm to 8.3.1
Hi,
On 1/29/22 09:35, Antoine Jacoutot wrote:
-CFLAGS = -DSYS_TYPES_HAS_STDINT_TYPES
+CFLAGS += -DSYS_TYPES_HAS_STDINT_TYPES
I actually dont't think we even need to set that flag explicitly
anymore, ghostscript built and worked fine without. But I didn't know if
the reason why
New diff without gsc.
We can decide over a solution for this later. Either make the packages
explicitely conflict or rename the binary.
I'm watching your tweaks and taking notes, but what's the point in
keeping around all three, and particularly why do we want to keep the
statically linked
The other patch should fix builds breaking on machines with devel/gtest
installed from ports. In those cases, node picked up and used the (ancient)
ports version, instead of the bundled one.
that one fails on a system without gtest installed:
Right, seem we have to add the bundle's include
I've included another patch nicked from www/chromium that looks like it
addresses this issue. I had no way of testing i386, so I didn't just
blindly include it at first.
Note: www/chromium includes another ia32 patch, that's not needed in
lang/node and probably in www/chromium anymore:
Sure ... https://github.com/nodejs/node/issues/41834
On 2/3/22 20:05, Aaron Bieber wrote:
Volker Schlecht writes:
The other patch should fix builds breaking on machines with devel/gtest
installed from ports. In those cases, node picked up and used the (ancient)
ports version, instead
For what it's worth: I'm fine with the patch, and learned a lot - thank you!
On 1/30/22 11:48, Antoine Jacoutot wrote:
On Sun, Jan 30, 2022 at 11:22:12AM +0100, Volker Schlecht wrote:
Hi,
On 1/29/22 18:12, Antoine Jacoutot wrote:
Index: Makefile
Hi,
On 1/29/22 18:12, Antoine Jacoutot wrote:
Index: Makefile
===
RCS file: /cvs/ports/print/ghostscript/gnu/Makefile,v
retrieving revision 1.120
diff -u -p -r1.120 Makefile
--- Makefile29 Jan 2022 07:37:14 - 1.120
On 2/9/22 14:01, Stuart Henderson wrote:
Some software I run doesn't work with 16.x yet, so I have reworked a
port for 12 based on the changes in 16 (using system libraries etc)
and wondered what you think about including it in the tree alongside?
My only concern is that node 12 will not be
Regular update, no explicitly mentioned security content.
PLIST changes are due to the update of the bundled npm to 8.3.1Index: Makefile
===
RCS file: /cvs/ports/lang/node/Makefile,v
retrieving revision 1.96
diff -u -p -r1.96
I integrated the patch for src/env.cc, dropped one for the bundled uv
and upgraded to 12.22.10 ... what do you think?
On 2/9/22 20:53, Volker Schlecht wrote:
On 2/9/22 14:01, Stuart Henderson wrote:
Some software I run doesn't work with 16.x yet, so I have reworked a
port for 12 based
On 1/14/22 21:20, Stuart Henderson wrote:
reformatting the whole makefile in an update (especially for a complex
port) makes it really hard to see what's changed, making review more
difficult and take longer
Yes, sorry about that. But I did follow kili@'s advice and started to
build the
cu,
Volker
On 1/12/22 22:44, Matthias Kilian wrote:
Hi,
On Wed, Jan 12, 2022 at 02:48:14PM +0100, Volker Schlecht wrote:
is there a policy decision (licensing?) for sticking with ghostscript 9.07
from 2013 in ports, or is the port just hard to maintain / is there a lack
of time and inter
And now without the gtk flavour as default ... :(
On 1/14/22 22:56, Volker Schlecht wrote:
... and here's ghostscript using it.
On 1/14/22 22:35, Brad Smith wrote:
On 1/14/2022 2:16 PM, Volker Schlecht wrote:
Hi,
ok, so here's my first attempt. I did manage to use system and ports
... and here's ghostscript using it.
On 1/14/22 22:35, Brad Smith wrote:
On 1/14/2022 2:16 PM, Volker Schlecht wrote:
Hi,
ok, so here's my first attempt. I did manage to use system and ports
libraries, except for jbig2dec. Here the version in ports is too old.
jbig2dec has been
On 1/21/22 18:29, Marc Espie wrote:
Informal poll: what thing weirded you guys out the first time you touched
OpenBSD ports coming from other platforms.
Wouldn't say it weirded me out, but it took me quite a while to create
some sort of mental model about what's going on with everything
:
On 2022/01/07 17:36, Volker Schlecht wrote:
Got it ... given that I dont't really want to patch all of cares_wrap.cc,
That is exactly how we handle this issue with other ports (ettercap,
pciutils, asterisk, squid).
would it be ok to patch this section verbatim into cares_wrap.h?
It seems indeed
Bump...
On 1/16/22 16:48, Volker Schlecht wrote:
Update after feedback from abieber@
Sorry to bother you about it, but did you get around to having a look at
the patch?
On 1/17/22 20:51, Matthias Kilian wrote:
Hi,
On Sun, Jan 16, 2022 at 05:12:25PM +0100, Volker Schlecht wrote:
Update with Makefile in the same order as the current port, I hope this
makes reviewing easier
Update with Makefile in the same order as the current port, I hope this
makes reviewing easier.
Index: Makefile
===
RCS file: /cvs/ports/print/ghostscript/gnu/Makefile,v
retrieving revision 1.117
diff -u -p -u -p -r1.117 Makefile
---
Hi,
On 1/25/22 20:09, Matthias Kilian wrote:
Everything looked ok for me. Thanks for working on the update. If
there are no complaints from other people, I'll commit it later
this week.
Ok, cool!
Do you still want to take maintainership? Then I'll
adjust MAINTAINER accordingly.
Sure,
At the risk of being considered a PITA: Is there anything *I* can do to
move this a step forward?
regards,
Volker
On 1/24/22 10:26, Stuart Henderson wrote:
On 2022/01/23 17:47, Aaron Bieber wrote:
Bogus WANTLIB: crypto.11 (/usr/local/bin/node) (NOT REACHABLE)
Bogus WANTLIB: ssl.11
for both versions of erlang in parallel is
the whole point of this exercise
* ... and we can make the rebar3 Makefile a lot simpler.
Feedback? ok?
On Sat Jul 1, 2023 at 5:02 PM CEST, Volker Schlecht wrote:
> Here's an update to erlang.port.mk that enables the erlang26 FLAVOR for
> erlang
Is that an ok? :-)
On Sun Sep 3, 2023 at 1:47 PM CEST, Christian Weisgerber wrote:
> Anil Madhavapeddy:
>
> > Thanks for all the pointers! Every machine for 100 miles around me seems
> > to be an AMD these days, so I've ordered myself a Raptor Lake NUC
> > to be my new OpenBSD desktop. As soon as
On Sun Sep 3, 2023 at 3:40 PM CEST, Christian Weisgerber wrote:
> Volker Schlecht:
>
> > Is that an ok? :-)
>
> Yes, for your ocaml IBT fix and the opam IBT fix from chrisz@.
Committed the ocaml fix and checked the build of sysutils/opam in tree.
With the fixed ocaml, it seem
Thanks, net/mldonkey is removed - so afaict the road is free to remove
ocaml-camlp4 as
well.
On Tue Sep 5, 2023 at 6:52 PM CEST, Stuart Henderson wrote:
> On 2023/09/05 18:26, Volker Schlecht wrote:
> > Looking towards an upgrade to Ocaml 5.x sometime in the not-so-distant
> > f
Looking towards an upgrade to Ocaml 5.x sometime in the not-so-distant future,
what are the opinions on net/mldonkey which still ties us to keeping
lang/ocaml-camlp4
around?
Maybe it's just me, but for net/mldonkey not even the homepage still loads ...
Ping about that one - any reason to keep ocaml-pcre around? No consumers in tree
and to develop something on ocaml you'd grab it via opam anyway.
On Thu Jan 12, 2023 at 9:47 PM CET, Volker Schlecht wrote:
> I noticed that there seems to be no port needing devel/ocaml-pcre as an
> ex
OCaml propagates its build time LDFLAGS to the Software it builds.
The attached diff does add ${X11BASE}/lib to that.
While that's not strictly needed right now afaict, it'll help when
updating some of our ports to their latest versions that are 5.x
compatible.
ok?Index: Makefile
I was surprised to find that trying to run dune build on my arm64 Hetzner
instance, yielded segfaults reproducibly, both when trying to build dune
itself and of course any dependent port.
Because it was late, I tried the easy way out first and updated dune to
3.10.0 which so far has been building
Hi,
yes, I can do that in the evening today.
cheers,
Volker
On 9/7/23 09:37, Anil Madhavapeddy wrote:
Would anyone with an IBT-enabled x86_64 be able to run a test for me on an
OCaml tree to see if the patch works? (my hardware is still two weeks away
from delivery)
$ git clone
I haven't run across a case where it was needed, but it makes sense.
ok for the attached diff?
On 9/13/23 20:57, Anil Madhavapeddy wrote:
Yes, that looks fine. Doesn't CFLAGS need a similar change
to propagate the include dirs?
Anil
On 13 Sep 2023, at 11:48, Volker Schlecht wrote:
Ping
Cc: Maintainer
Seems like editors/helix has a bug when building with lang/rust > 1.70.
See
https://github.com/rust-lang/rust/issues/112171#issuecomment-1575573079
https://github.com/helix-editor/helix/pull/7227
for details.
This backports the upstream patch, which fixes the issue for me
Now with 100% more revision bumps ...
On 9/15/23 23:39, Volker Schlecht wrote:
I haven't run across a case where it was needed, but it makes sense.
ok for the attached diff?
On 9/13/23 20:57, Anil Madhavapeddy wrote:
Yes, that looks fine. Doesn't CFLAGS need a similar change
to propagate
On my amd64 systems espeak-ng does not produce audio output.
Interestingly it seems to have broken with the last commit:
https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/audio/espeak/Makefile?rev=1.27=text/x-cvsweb-markup
because when I add CPPFLAGS to CONFIGURE_ENV, it does actually
speak, but
Ghostscript just released version 10.02.0
The major change is the removal of the old PDF interpreter.
The new one has been the default since 10.0.0 and the possibility to
fall back to the old PDF interpreter is gone since 10.01.0.
I'm not aware that this caused any trouble, so I don't expect
On 9/16/23 11:42, Stefan Hagen wrote:
I don't understand what you mean with the lines break in CONFIGURE_ENV.
This works for me:
Probably a typo I made when formatting then.
What about the comment above CONFIGURE_ENV?
Probably outdated.
It's very recent and seems to be the result of
Trivial update to the latest release.
Built and tested on amd64. ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/difftastic/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile 14 Aug 2023 14:04:21 -
Update to latest bugfix release of erlang/26
Builds and works on amd64, no other ports depending on it yet.Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/26/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
---
Update to lates elixir release.
Drops patch that is now included upstream.
Builds, works and rebuilds net/rabbitmq, which is the only consumer
Index: Makefile
===
RCS file: /cvs/ports/lang/elixir/Makefile,v
retrieving revision 1.68
= 3.22.1
CATEGORIES = devel
HOMEPAGE = https://www.rebar3.org
MAINTAINER = Volker Schlecht
@@ -15,7 +15,7 @@ FLAVOR ?= erlang25
MASTER_SITES1 = https://repo.hex.pm/tarballs/
-.if ${FLAVOR:Merlang25} || ${FLAVOR:Merlang26}
+.if ${FLAVOR:Merlang25} || ${FLAVOR:Merlang26}
_EV
Update to latest release.
Builds and works fine on amd64, both with elixir 1.15.4 and 1.15.5..Index: Makefile
===
RCS file: /cvs/ports/net/rabbitmq/Makefile,v
retrieving revision 1.53
diff -u -p -r1.53 Makefile
--- Makefile 19 Jul
Looks good to me on amd64, but I get
$ make port-lib-depends-check
ocamlbuild-0.14.2(devel/ocaml-ocamlbuild):
Extra: pthread.27
Can we remove pthread there?
otherwise ok.
On 9/12/23 04:42, Daniel Dickman wrote:
The latest ocamlbuild claims support for ocaml 5.x.
Reverse deps still build.
Anyone from the ocaml crowd want to weigh in?
On 9/6/23 12:11, Volker Schlecht wrote:
I was surprised to find that trying to run dune build on my arm64 Hetzner
instance, yielded segfaults reproducibly, both when trying to build dune
itself and of course any dependent port.
Because it was late
Before acting too rashly (erm), here's a reminder about removing
lang/camlp4 and lang/camlp5.
So far I have an ok from daniel@ for both, and with that I would like to
remove both sometime this weekend. Any objections?
Ping, and Cc: Maintainer which I forgot initially.
Forwarded Message
Subject: [update] ocaml - add X11 libs to LDFLAGS
Date: Wed, 06 Sep 2023 14:55:59 +0200
From: Volker Schlecht
To: ports@openbsd.org
OCaml propagates its build time LDFLAGS to the Software it builds
Hi Anil,
> | NOTRACK -> i0 b "notrack" (* TODO does masm support this? *)
Seems it doesn't :-)
gmake[4]: Entering directory '/home/ports/ocaml/ocaml/stdlib'
OCAMLOPT camlinternalFormatBasics.cmx
/tmp/camlasm69ee74.s:83:2: error: invalid instruction mnemonic 'notrack'
notrack
On 9/14/23 19:58, Peter Hessler wrote:
On 2023 Sep 14 (Thu) at 11:37:57 -0600 (-0600), phess...@openbsd.org wrote:
:critical path missing pkgs:
http://build-failures.rhaalovely.net/aarch64/2023-09-12/summary.log
:
:http://build-failures.rhaalovely.net/aarch64/2023-09-12/cad/prusaslicer.log
Updates lang/elixir to the latest maintenance/bugfix release.
Tests pass, my elixir code works, and net/rabbitmq still works on amd64.
(With and without the erlang update I just sent.)
ok?
Index: Makefile
===
RCS file:
Here's a simple update for lang/node for a change:
v18.18.1
* Changed bundled versions of libuv, which doesn't affect our build since
we're building against libuv in ports
v18.18.2
* Changed bundled version of nghttp2, which doesn't affect us since we're
building against nghttp2 in ports
*
Updates lang/erlang/25 to the latest maintenance release.
Tests pass, dependent ports rebuild and work on amd64.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20
Updates lang/erlang/26 to the latest maintenance release.
Built and tested on amd64 with IBT enabled.
Nothing else depends on it.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/26/Makefile,v
retrieving revision 1.5
diff -u
because it's going to make eventually moving all the erlang ports to
26.x a lot easier :-)
This has been working for quite a while for me now ... Feedback? ok?
On Mon Sep 18, 2023 at 6:52 PM CEST, Volker Schlecht wrote:
[...]
> On 9/5/23 15:02, Volker Schlecht wrote:
[...]
> > On Sat Ju
Ping.
On 2023-10-24 21:04, Volker Schlecht wrote:
Ping
On Tue Oct 17, 2023 at 12:03 AM CEST, Volker Schlecht wrote:
Updates lang/erlang/25 to the latest maintenance release.
Tests pass, dependent ports rebuild and work on amd64.
ok?
Ping.
On 2023-10-24 21:03, Volker Schlecht wrote:
Ping.
On Tue Oct 17, 2023 at 12:06 AM CEST, Volker Schlecht wrote:
Updates lang/elixir to the latest maintenance/bugfix release.
Tests pass, my elixir code works, and net/rabbitmq still works on amd64.
(With and without the erlang update I just
With the UI of security/vault now building on OpenBSD without devel/yarn:
What about removing devel/yarn?
On 2023-09-19 21:00, Volker Schlecht wrote:
Cc: abieber@
I just came across our port of devel/yarn, which appears to be both very
old and by now, very underutilized.
The last discussions
Updates lang/gleam to the latest release.
Builds and works fine on amd64, nothing else depends on it.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/gleam/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile
* Updates sysutils/eza to the latest release.
* Since we have nushell in ports, also installs nushell shell completions,
but under examples/, since there doesn't seem to be a place to install them
systemwide.
Built and tested on amd64, nothing depends on it.
ok?
Index: Makefile
I found out that today, 0.32.3 was released. Usually gleam releases slow down
after .3, so here's to hoping :-)
Still builds and tests fine.
ok?
On 2023-11-07 17:11, Volker Schlecht wrote:
Updates lang/gleam to the latest release.
Builds and works fine on amd64, nothing else depends
Here's a diff to update nushell to 0.86.0
It seems that the next upstream version should already include the patch and
the MODCARGO_CRATES_UPDATE needed, so I'm not asking for oks just yet.
If anyone else wants to kick its tires: Here you go :-)
Index: Makefile
Ping
On Thu Oct 19, 2023 at 7:46 PM CEST, Volker Schlecht wrote:
> I'd like to pick up on the patches to erlang.port.mk I proposed a while
> ago to handle erlang flavours in the same way as lua and ruby do.
>
> At this point, the main motivation is to be able to install rebar3 for bot
Needs a minor tweak to the gramms.rs patch to enable build without git
installed.
Otherwise, builds, tests and runs fine here on arm64 and amd64.
ok?
On Fri Oct 27, 2023 at 7:12 PM CEST, Laurent Cheylus wrote:
> Hi,
>
> update for editors/helix version 23.10
> Changelog:
>
Yeah, that was one of the things wrong with the patch I originally sent :-)
On Sun Oct 29, 2023 at 6:11 PM CET, Laurent Cheylus wrote:
> Hi Volker,
>
> - Mail original -
> > Needs a minor tweak to the gramms.rs patch to enable build without
> > git installed.
>
> Thanks for the tweak in
Crap, wrong diff slipped through
On Sun Oct 29, 2023 at 5:32 PM CET, Volker Schlecht wrote:
> Needs a minor tweak to the gramms.rs patch to enable build without git
> installed.
>
> Otherwise, builds, tests and runs fine here on arm64 and amd64.
>
> ok?
>
> On Fri Oct
Ping.
On Tue Oct 17, 2023 at 12:06 AM CEST, Volker Schlecht wrote:
> Updates lang/elixir to the latest maintenance/bugfix release.
>
> Tests pass, my elixir code works, and net/rabbitmq still works on amd64.
> (With and without the erlang update I just sent.)
>
> ok?
Ping
On Tue Oct 17, 2023 at 12:03 AM CEST, Volker Schlecht wrote:
> Updates lang/erlang/25 to the latest maintenance release.
>
> Tests pass, dependent ports rebuild and work on amd64.
>
> ok?
I would like to update net/rabbitmq to the 3.12.x release branch.
RabbitMQ 3.11.x will run out of community support on December 31st 2023, so
having an updated version in -ports for 7.5 would be a good idea anyway, plus
the 3.12.x release branch is the first one to support erlang26.
While at
On 2023-11-06 20:40, Theo Buehler wrote:
On Thu, Nov 02, 2023 at 07:13:45PM +0100, Volker Schlecht wrote:
ghostscript released a patch release addressing some vaguely specified
security bugs.
From the changelog, it looks like there's at least a buffer overflow and an
integer overflow that got
On Tue Sep 19, 2023 at 9:10 PM CEST, Stuart Henderson wrote:
> security/vault/Makefile:
>
> : # UI prebuilt with: cd ui; yarn install; npm rebuild node-sass; yarn run
> build
> : DISTNAME= vault-vendored-${VERSION}
> : PKGNAME=vault-${VERSION}
> :
> : ### Vault UI
>
Cc: abieber@
I just came across our port of devel/yarn, which appears to be both very
old and by now, very underutilized.
The last discussions about yarn that I saw on the list were about WIP
efforts to port VSCode, to which an ancient devel/yarn doesn't seem to
be the key either.
Any reason to
On Tue Sep 19, 2023 at 9:38 PM CEST, Stuart Henderson wrote:
> On 2023/09/19 13:13, Aaron Bieber wrote:
> > On 9/19/23 13:10, Stuart Henderson wrote:
> > > On 2023/09/19 21:00, Volker Schlecht wrote:
> > > > Cc: abieber@
> > > >
> > > > I
* Updates lang/node to the latest revision of the LTS release branch.
* Use SITES
Node dropped the node-gyp binary in this release, which has been deprecated for
a while. As far as I can tell, the only port that's actually building a node
extension is lang/node itself, so this shouldn't cause any
On Tue Sep 19, 2023 at 9:05 PM CEST, Aaron Bieber wrote:
> On 9/19/23 13:00, Volker Schlecht wrote:
> > Cc: abieber@
> >
> > I just came across our port of devel/yarn, which appears to be both very
> > old and by now, very underutilized.
> >
> > The
Not intended as a ping, but updating the diff to use SITES rather than
MASTER_SITES.
On 9/14/23 19:54, Volker Schlecht wrote:
Ghostscript just released version 10.02.0
The major change is the removal of the old PDF interpreter.
The new one has been the default since 10.0.0 and the possibility
Changes documentation how to rebuild security vault's UI without having
devel/yarn installed or having any version of devel/yarn installed globally.
With lang/node in ports, the bundled version of yarn works out of the box.
Index: Makefile
Update to the original patch including a fix for ppc64 from gkoehler@
ok?
On Wed Sep 20, 2023 at 12:14 AM CEST, Volker Schlecht wrote:
> * Updates lang/node to the latest revision of the LTS release branch.
> * Use SITES
>
> Node dropped the node-gyp binary in this release, wh
Ping, hoping MAINTAINER's mail doesn't bounce anymore.
As it stands editors/helix in ports is unusable.
On Sat Sep 16, 2023 at 6:54 AM CEST, Sebastien Marie wrote:
> Hi,
>
> It looks good to me.
>
> Maybe use the link to the exact commit in helix (instead of the commit as
> proposed)
>
Ping.
On 9/5/23 15:02, Volker Schlecht wrote:
Here's a variation of my original proposal after feedback from sthen@.
The key points are:
* Enable erlang26 FLAVOR in erlang.port.mk
* Handle FLAVORS for differen erlang version similarly to how ruby and python
do things
* This actually affects
Trivial update to the latest bugfix release.
Reverse deps build, and everything runs (tested on amd64).
ok?Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
---
updated diff against the current version in tree (MASTER_SITES removed...)
On Sat Sep 23, 2023 at 3:16 PM CEST, Volker Schlecht wrote:
> Update to the original patch including a fix for ppc64 from gkoehler@
>
> ok?
>
> On Wed Sep 20, 2023 at 12:14 AM CEST, Volker Schlecht wrote
On Thu Sep 28, 2023 at 5:41 PM CEST, Thim Cederlund wrote:
> Hi @ports,
>
> Here's a diff for a pretty big update for aerc.
[...]
Committed, thanks.
On 10/1/23 18:43, Pavel Korovin wrote:
On 10/01, Volker Schlecht wrote:
Hi Pavel,
On 10/1/23 17:11, Pavel Korovin wrote:
I always use Linux VM to pre-build Vault UI since Node stuff can be quirky on
OpenBSD.
Yeah... let's fix that, though :-)
The proposed solution didn't work for me
Hi Pavel,
On 10/1/23 17:11, Pavel Korovin wrote:
I always use Linux VM to pre-build Vault UI since Node stuff can be quirky on
OpenBSD.
Yeah... let's fix that, though :-)
The proposed solution didn't work for me with vault-1.15.0:
~/vault-vendored-1.15.0/ui$ corepack yarn run build
On Mon Sep 25, 2023 at 7:59 PM CEST, Stuart Henderson wrote:
> On 2023/09/25 19:35, Volker Schlecht wrote:
> > updated diff against the current version in tree (MASTER_SITES removed...)
> >
> > On Sat Sep 23, 2023 at 3:16 PM CEST, Volker Schlecht wrote:
> > >
What about
const express = require("express");
const app = express();
app.get("/", (req, res) => {
res.send("Hello from OpenBSD");
});
app.listen(80, (err) => {
if (err) {
console.log("Something went wrong: ");
} else {
games/unknown-horizons seems broken through games/fifengine ... I'm not a python
expert, but it looks like that must have happened quite a while ago already?
Traceback (most recent call last):
File "/usr/local/bin/unknown-horizons", line 381, in
main()
File
Updates lang/erlang/26 to the most recent release
Drops two patches accepted upstream.
Builds and tests fine on amd64, the only reverse dependency (devel/rebar3)
builds and works.Index: Makefile
===
RCS file:
On 9/28/23 05:46, Renato Aguiar wrote:
I attached a port of zls (Zig Language Server). I hope it is not too
late to make it to the release :)
I'm copying the maintainer of lang/zig since both ports should be kept
in sync.
pkg/DESCR:
The Zig Language Server (zls) is a tool that implements
Update lang/gleam to latest release.
Simple diff with the rust-typical dependency churn.
Builds and runs fine on amd64, nothing depends on it.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/gleam/Makefile,v
retrieving revision
Attached is sthen@'s original port updated to 0.15.0, and with me volunteering
to maintain it. I can't help it, I like the colours :-D
I'd be in favor of removing exa and replacing it with eza, too.
ok to import?
On Tue Oct 17, 2023 at 10:49 PM CEST, lauf3y wrote:
> Does any developer with CVS
1 - 100 of 519 matches
Mail list logo
