Index | Thread | Search

From:
Daniel Dickman <didickman@gmail.com>
Subject:
Re: Proposal to remove: benchmarks/tsung
To:
openbsd-ports@schlecht.dev
Cc:
ports@openbsd.org
Date:
Sun, 15 Jun 2025 11:49:45 -0400

Download raw body.

Thread
Ok daniel@

> On Jun 15, 2025, at 10:39 AM, openbsd-ports@schlecht.dev wrote:
> 
> Ping. Can I get a second ok to remove benchmarks/tsung?
> 
>> On 6/2/25 6:05 PM, Volker Schlecht wrote:
>> Thanks for the feedback! With that I would like to propose the following:
>> Unless anyone speaks up in the next 2 weeks, I propose to delete benchmarks/tsung.
>> In case anyone still wants to keep the port, I'll apply my originally proposed
>> patches.
>>> On 2025-06-01 22:48, Greg Steuck wrote:
>>> Volker Schlecht <openbsd-ports@schlecht.dev> writes:
>>> 
>>>> benchmarks/tsung currently suffers from a number of compilation
>>>> and runtime errors when compiling/running on OTP versions > 25
>>>> 
>>>> All that is needed to fix that, has been documented in a number
>>>> of issues, and pull requests, but it appears that there isn't a
>>>> lot of drive left in the project (and possibly its user base)
>>>> anymore.
>>>> 
>>>> I've applied the already proposed changes and filled the gaps
>>>> with a few patches of my own, and the result passes tests (save
>>>> one test, which has always been failing on OpenBSD).
>>>> 
>>>> While at first glance it appears the some of the patches disable
>>>> SSL verification, those are just reinstating the behavior that
>>>> tsung always had: Erlang changed the default behavior for SSL
>>>> connections from not-verifying to verifying, and tsung leans on the
>>>> old default.
>>>> 
>>>> Not nice, but also nothing new ... changing it without breaking
>>>> existing setups is beyond the length I want to invest in this
>>>> port :-)
>>>> 
>>>> With these changes, we could move tsung to use MODERL_DEFAULT_VERSION
>>>> and get rid of erlang/25 and erlang/26 eventually.
>>>> 
>>>> Thoughts? Opinions?
>>> 
>>> I'm OK with you pushing this into our tree as you still did the work.
>>> I'm also OK with deleting this port entirely.
>>> 
>>> Thanks
>>> Greg
>>> 
>