Re: [update] geo/traccar 5.9

On 9/5/23 17:35, Stuart Henderson wrote: On 2023/09/05 17:21, Renaud Allard wrote: Hello, Here is a diff to update geo/traccar to 5.9. I had to change again all paths because of changes in liquibase and traccar itself. startup fails unless I revert this change: +-./schema/changelog-m

Re: [PATCH] www/unit: enable njs

Le Tue, Sep 05, 2023 at 05:57:09PM +, Sergey A. Osokin a écrit : > Landry, > > the recent update in lang/njs you made includes a fix for the > njs.pc, so we may have to return to this one? Or am I missing > something? maybe, dont remember the context :) in all cases it needs REVISION bumps

UPDATE databases/victoriametrics

Hi Denis, ports, Here is an update for VictoriaMetrics to latest version. Might be nice to have for 7.4, as the 1.93.x branch is LTS. It works fine in my single-node non-vmauth setup. There are way too many changes to list. Check from [1] to [2] for the details. Versions 1.86.x, 1.90.x, 1.92.x a

Re: [update] net/synapse 1.91.1

Working on amd64, thanks! On 9/4/23 09:26, Renaud Allard wrote: Hello, Here is a short diff for net/synapse to 1.91.1 It fixes a performance regression introduced in Synapse 1.91.0 where event persistence would cause an excessive linear growth in CPU usage. Best Regards

Re: net/mldonkey and lang/ocaml-camlp4 still needed?

On Tue, Sep 05, 2023 at 01:04:30PM -0400, Daniel Dickman wrote: > On Tue, Sep 5, 2023 at 12:28 PM Volker Schlecht > wrote: > > > > 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/

Re: [NEW] btop++

On 2023/09/05 15:58, Stuart Henderson wrote: > On 2023/09/05 16:34, Jos Dehaes wrote: > > Hi, > > > > I want to add the btop port. I used a package from the tech mailing list by > > Stuart Henderson as a base. The problem is that btop needs to be compiled > > with C++20 compiler. He suggested usin

Re: [PATCH] www/unit: enable njs

Landry, the recent update in lang/njs you made includes a fix for the njs.pc, so we may have to return to this one? Or am I missing something? Thank you. -- Sergey A. Osokin On Fri, May 26, 2023 at 03:45:53PM +, Sergey A. Osokin wrote: > Hi, > > lang/njs has been added to the ports tree

Re: [PATCH] www/unit: enable njs

On Tue, Sep 05, 2023 at 06:43:30PM +0200, Landry Breuil wrote: [...] > > the attached patch produces the same njs.pc file here. [...] Thanks, Landry, for the details. The patch looks good to me. -- Sergey A. Osokin

Re: net/mldonkey and lang/ocaml-camlp4 still needed?

On Tue, Sep 5, 2023 at 12:28 PM Volker Schlecht wrote: > > 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? I don't see any rush to remove mldonkey if it still works

Re: net/mldonkey and lang/ocaml-camdlp4 still needed?

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 > > future, > > what a

Re: net/mldonkey and lang/ocaml-camlp4 still needed?

On 2023/09/05 18:26, Volker Schlecht wrote: > 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 stil

Re: net/mldonkey and lang/ocaml-camlp4 still needed?

On Tue Sep 05, 2023 at 06:26:56PM +0200, Volker Schlecht wrote: > 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 ev

Re: [PATCH] www/unit: enable njs

Le Tue, Sep 05, 2023 at 04:07:41PM +, Sergey A. Osokin a écrit : > On Tue, Sep 05, 2023 at 05:42:45PM +0200, Landry Breuil wrote: > > Le Tue, Sep 05, 2023 at 02:59:37PM +, Sergey A. Osokin a écrit : > > > > > > Alright, let's keep it as is and update the lang/njs to v0.8.0, the patch > > >

Re: net/mldonkey and lang/ocaml-camlp4 still needed?

Le mardi 05 septembre 2023 à 18:26 +0200, Volker Schlecht a écrit : > 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 n

net/mldonkey and lang/ocaml-camlp4 still needed?

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 ...

Re: [NEW] archivers/lhasa

On Tue, Sep 05, 2023 at 11:57:53AM +, Klemens Nanni wrote: > On Tue, Sep 05, 2023 at 01:49:39PM +0200, Frederic Cambus wrote: > > Hi ports@, > > > > Here is a new port: archivers/lhasa > > > > I plan to add it as a LIB_DEPENDS in audio/milkytracker to enable support > > for LHA decompression.

Re: [PATCH] www/unit: enable njs

On Tue, Sep 05, 2023 at 05:42:45PM +0200, Landry Breuil wrote: > Le Tue, Sep 05, 2023 at 02:59:37PM +, Sergey A. Osokin a écrit : > > > > Alright, let's keep it as is and update the lang/njs to v0.8.0, the patch > > is attached, thank you. > > with the order of includes: > -I/usr/local/includ

Re: [PATCH] www/unit: enable njs

Le Tue, Sep 05, 2023 at 02:59:37PM +, Sergey A. Osokin a écrit : > On Tue, Sep 05, 2023 at 04:35:50PM +0200, Landry Breuil wrote: > [...] > > > i get that for you as a maintainer it might be better/consistent, but i > > have to disagree here. What do we gain from having them split ? users > >

Re: [update] geo/traccar 5.9

On 2023/09/05 17:21, Renaud Allard wrote: > Hello, > > Here is a diff to update geo/traccar to 5.9. > > I had to change again all paths because of changes in liquibase and traccar > itself. startup fails unless I revert this change: > +-./schema/changelog-master.xml > ++ key='database.c

[update] geo/traccar 5.9

Hello, Here is a diff to update geo/traccar to 5.9. I had to change again all paths because of changes in liquibase and traccar itself. Tested working on amd64. Best RegardsIndex: Makefile === RCS file: /cvs/ports/geo/traccar/Ma

Re: [PATCH] www/unit: enable njs

On Tue, Sep 05, 2023 at 04:35:50PM +0200, Landry Breuil wrote: [...] > i get that for you as a maintainer it might be better/consistent, but i > have to disagree here. What do we gain from having them split ? users > wanting just a binary without the header/library ? disk space ? the two > ports w

Re: [NEW] btop++

On 2023/09/05 16:34, Jos Dehaes wrote: > Hi, > > I want to add the btop port. I used a package from the tech mailing list by > Stuart Henderson as a base. The problem is that btop needs to be compiled > with C++20 compiler. He suggested using clang 16, but I could not get that > to work. > > I ju

Re: [PATCH] www/unit: enable njs

We don't use shars, please send a tar instead -- Sent from a phone, apologies for poor formatting. On 5 September 2023 15:29:30 "Sergey A. Osokin" wrote: Hi Landry, thank you for the review, comments and suggestions. Le Sat, May 27, 2023 at 09:55:48AM +0200, Landry Breuil a écrit : [...

Re: [PATCH] www/unit: enable njs

Le Tue, Sep 05, 2023 at 02:29:03PM +, Sergey A. Osokin a écrit : > Hi Landry, > > thank you for the review, comments and suggestions. > > > Le Sat, May 27, 2023 at 09:55:48AM +0200, Landry Breuil a écrit : > > [...] > > > +post-patch: > > + ${SUBST_CMD} ${WRKSRC}/auto/make > > + > >

[NEW] btop++

Hi, I want to add the btop port. I used a package from the tech mailing list by Stuart Henderson as a base. The problem is that btop needs to be compiled with C++20 compiler. He suggested using clang 16, but I could not get that to work. I just used the native g++ detection in the btop Makefile,

Re: www/unit update to 1.31.0

On Tue, Sep 05, 2023 at 11:31:20AM +, Klemens Nanni wrote: > On Tue, Sep 05, 2023 at 12:45:20AM +, Sergey A. Osokin wrote: > > here's the www/unit update to version 1.31.0, could you > > please review and commit. > > Committed, thanks. Thanks you, Klemens! -- Sergey A. Osokin

Re: [PATCH] www/unit: enable njs

Hi Landry, thank you for the review, comments and suggestions. > Le Sat, May 27, 2023 at 09:55:48AM +0200, Landry Breuil a écrit : [...] > +post-patch: > + ${SUBST_CMD} ${WRKSRC}/auto/make > + > do-install: [...] I have decided to split existing lang/njs port into two ports: - devel/li

further changes to MASTER_SITES

After discussion, we think we can safely shorten the variables. Not to be confused with a woke move, but frankly, SITES is long enough. I'm test driving a patch that makes this mostly transparent. It should hit the ports tree in a few hours. (After this, just use SITES* wherever you used to use M

Re: NEW: KDE Plasma (x11/kde-plasma)

On Tue Sep 05, 2023 at 02:43:29PM +0200, Landry Breuil wrote: > Le Tue, Sep 05, 2023 at 12:05:12PM +, Klemens Nanni a écrit : > > On Tue, Sep 05, 2023 at 01:52:55PM +0200, Rafael Sadowski wrote: > > > Hi ports@ > > > > > > I am very happy to write this email! It has really taken us many years

Re: [UPDATE] Enable erlang26 flavors in erlang.port.mk

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 only rebar3. * Being able to install rebar3 for bot

Re: NEW: KDE Plasma (x11/kde-plasma)

Le Tue, Sep 05, 2023 at 12:05:12PM +, Klemens Nanni a écrit : > On Tue, Sep 05, 2023 at 01:52:55PM +0200, Rafael Sadowski wrote: > > Hi ports@ > > > > I am very happy to write this email! It has really taken us many years > > to get to this point. I think we have a first version of KDE Plasma

Re: NEW: KDE Plasma (x11/kde-plasma)

On Tue, Sep 05, 2023 at 01:52:55PM +0200, Rafael Sadowski wrote: > Hi ports@ > > I am very happy to write this email! It has really taken us many years > to get to this point. I think we have a first version of KDE Plasma > (X11 onyl for now) in OpenBSD. I worked with it a few days and many > al

Re: [NEW] archivers/lhasa

On Tue, Sep 05, 2023 at 01:49:39PM +0200, Frederic Cambus wrote: > Hi ports@, > > Here is a new port: archivers/lhasa > > I plan to add it as a LIB_DEPENDS in audio/milkytracker to enable support > for LHA decompression. 10/10 tests pass on amd64, but they run bash so you need a TDEP, then OK kn

Re: [NEW] archivers/lhasa

On Tue Sep 05, 2023 at 01:49:39PM +0200, Frederic Cambus wrote: > Hi ports@, > > Here is a new port: archivers/lhasa > > I plan to add it as a LIB_DEPENDS in audio/milkytracker to enable support > for LHA decompression. > > From DESCR: > > Lhasa is a library for parsing LHA (.lzh) archives and

[NEW] archivers/lhasa

Hi ports@, Here is a new port: archivers/lhasa I plan to add it as a LIB_DEPENDS in audio/milkytracker to enable support for LHA decompression. >From DESCR: Lhasa is a library for parsing LHA (.lzh) archives and a free replacement for the Unix LHA tool. Currently it is only possible to read fr

emulators/mednafen: fix snes core segv

Port a recent bug fix from emulators/higan to emulators/mednafen. This fixes a segmentation fault in the snes core on startup. This fix is amd64-only. Similar fixes may be needed in other arch-specific files in mednafen's snes/src/lib/libco directory. Original higan fix by mlarkin@ and bentley@

Re: www/unit update to 1.31.0

On Tue, Sep 05, 2023 at 12:45:20AM +, Sergey A. Osokin wrote: > here's the www/unit update to version 1.31.0, could you > please review and commit. Committed, thanks.

Re: UPDATE: Tor Browser 12.5.3

Le Tue, Sep 05, 2023 at 12:49:44PM +0200, Caspar Schutijser a écrit : > Hi, > > On Tue, Sep 05, 2023 at 12:15:55PM +0200, Landry Breuil wrote: > > Le Tue, Sep 05, 2023 at 11:57:04AM +0200, Caspar Schutijser a écrit : > > > Hi, > > > > > > Below is a diff that updates Tor Browser to 12.5.3. I fina

Re: [NEW] net/py-b2sdk

On 2023/09/05 10:55, Lucas Raab wrote: > On Mon, Sep 04, 2023 at 03:12:28PM -0400, Paul Galbraith wrote: > > This is a new port of the python Backblaze B2 SDK, a dependency of the B2 > > comand-line interface tool > > (https://www.backblaze.com/docs/cloud-storage-command-line-tools) and also > > an

Re: [NEW] net/py-b2sdk

On Mon, Sep 04, 2023 at 03:12:28PM -0400, Paul Galbraith wrote: > This is a new port of the python Backblaze B2 SDK, a dependency of the B2 > comand-line interface tool > (https://www.backblaze.com/docs/cloud-storage-command-line-tools) and also > an optional dependency of the sysutils/duplicity ba

Re: New port: devel/objfw

On 2023/09/04 22:52, Jonathan Schleifer wrote: > Am 04.09.23 um 16:30 schrieb Jeremie Courreges-Anglas: > > > Thanks. I have imported objfw as proposed in your last tarball, except > > with a simple patch for clarity instead of your ed(1) script. > > Thank you! > > My reason for using the ed sc

Re: UPDATE: Tor Browser 12.5.3

Hi, On Tue, Sep 05, 2023 at 12:15:55PM +0200, Landry Breuil wrote: > Le Tue, Sep 05, 2023 at 11:57:04AM +0200, Caspar Schutijser a écrit : > > Hi, > > > > Below is a diff that updates Tor Browser to 12.5.3. I finally fixed > > all problems related to upstream's changes involving the configuration

Re: UPDATE: Tor Browser 12.5.3

Le Tue, Sep 05, 2023 at 11:57:04AM +0200, Caspar Schutijser a écrit : > Hi, > > Below is a diff that updates Tor Browser to 12.5.3. I finally fixed > all problems related to upstream's changes involving the configuration > directory. reads good to me, you might also want to add something to curre

Re: WIP: devel/sccache

On Tue, Sep 05, 2023 at 08:42:34AM +0200, Landry Breuil wrote: > Le Mon, Sep 04, 2023 at 05:13:19PM +0200, Landry Breuil a écrit : > > Le Mon, Sep 04, 2023 at 04:58:49PM +0200, Caspar Schutijser a écrit : > > > Hi, > > > > > > I started porting sccache , > > >

UPDATE: Tor Browser 12.5.3

Hi, Below is a diff that updates Tor Browser to 12.5.3. I finally fixed all problems related to upstream's changes involving the configuration directory. Change of note (quoting from the updated pkg-readme): > As of the 12.5 release, torrc has been moved from > ~/TorBrowser-Data/torrc to ~/TorBro

Remove support for jruby in ruby.port.mk

After discussions with espie@ about the complexity of the lang/ruby module, here is an attempt to decrease the complexity somewhat by removing support for jruby. We haven't build jruby ports with this support since late 2016. In general, there is no need for jruby gem support in ports, since the