Chaz Kettleson wrote:
> My general thought here was since I only needed wpath/cpath for pid/log
> files, and I was not going to patch for syslog (still need to write pid
> anyway), I would at least unveil for only those files. The idea of
> unveil("/", "") just seemed like a sane default from oth
On Fri, Aug 30, 2024 at 09:11:18AM GMT, Stuart Henderson wrote:
> On 2024/08/29 23:07, A Tammy wrote:
> >
> > On 8/19/24 3:24 PM, Chaz Kettleson wrote:
> > > On Mon, Aug 19, 2024 at 03:48:20PM GMT, Omar Polo wrote:
> > >> On 2024/08/17 16:28:35 +0100, Stuart Henderson
> > >> wrote:
> > >>> ok
>
Folks thanks for that
ill keep it in mind.. next thing is to somehow mark reviewed and confirmed
false positives as part of the build / release process...
thanks agiain
On Tue, 27 Aug 2024 at 15:27, Florian Obser wrote:
> On 2024-08-27 15:35 +02, Janne Johansson wrote:
> > Den mån 26 aug. 20
Here's a cleaned up version of a port for crawley v1.7.8, which I've
been batting back and forth with a few folks here. Tests are now working
as intended.
OK please?
crawley-1.7.8.tgz
Description: application/tar-gz
> Instead of setting MODGO_TEST_TARGET, it would be more
> ports-idiomatic/clearer
> to use a `do-test` target like:
>
> ```
> do-test:
> cd ${WRKSRC} && CGO_ENABLED=1 ${MODGO_CMD} test -count 1 -v \
> -tags=test -coverprofile="cover.out" ./...
> ```
>
> Tests are passing lik
Thanks Tobias,
I have tried, while Stefan has delivered about 11-13 bug fixes arising out
of the test and the results you published,
Thanks for that ...
On Tue, 27 Aug 2024 at 16:51, Tom Smyth
wrote:
> Thanks Tobias,
>
> your steps worked for me I do appreciate it ...
>
> I have started (tryin
Am 2024-08-27 08:31, schrieb Brad Smith:
On Mon, Aug 26, 2024 at 07:52:59AM +0200, Antoine Jacoutot wrote:
Hi.
Maybe it's because devel/asio is installed and its headers are picked?
*shrug*
It is supposed to be using the bundled copy, but you can see during the
build
it decided to pick up t
On Tue, 27 Aug 2024 21:59:25 +0200,
Klemens Nanni wrote:
>
> New diff including all the feedback above, you can now hack on the port and
> iterate over 'make retest' until it no longer crashes (or you give up) ;-)
>
Here an updated version based on yours. Changes:
- improved testing to use sm
On Fri, Aug 30, 2024 at 05:55:59PM +0200, Theo Buehler wrote:
> On Fri, Aug 30, 2024 at 05:55:20PM +0200, David Uhden Collado wrote:
> > > > I prefer to keep UPnP support as a flavor to avoid installing
> > > > unnecessary
> > > > dependencies for users who do not need this functionality.
> > >
>
On 8/30/24 1:19 PM, Pascal Stumpf wrote:
> Hurl is a command line tool that runs HTTP requests defined in a
> simple plain text format.
>
> It can chain requests, capture values and evaluate queries on headers
> and body response. Hurl is very versatile: it can be used for both
> fetching data and
Hurl is a command line tool that runs HTTP requests defined in a
simple plain text format.
It can chain requests, capture values and evaluate queries on headers
and body response. Hurl is very versatile: it can be used for both
fetching data and testing HTTP sessions.
Hurl makes it easy to work w
On Wed, Aug 28, 2024 at 07:27:27AM GMT, Josh Grosse wrote:
> This net/transmission update has been posted multiple times, starting
> in June. Tested by me and by Lucas Gabriel Vuotto.
>
> Included in this diff is an update to net/miniupnp/libnatpmp, which
> fixes an rtable issue with net/transmi
On Fri, Aug 30, 2024 at 05:55:20PM +0200, David Uhden Collado wrote:
> > > I prefer to keep UPnP support as a flavor to avoid installing unnecessary
> > > dependencies for users who do not need this functionality.
> >
> > we don't generally do that in ports, it increases the burden on people
> > t
I prefer to keep UPnP support as a flavor to avoid installing unnecessary
dependencies for users who do not need this functionality.
we don't generally do that in ports, it increases the burden on people
testing an update diff because then they need to check both versions
if it doesn't change t
Hey,
Update for VictoriaMetrics. Full release notes at [0]. Only a single
update note this time:
- The external_labels field in vmalert-tool test file will be deprecated
soon. Please use -external.label command-line flag instead, in the
same way as vmalert uses it. This change is done for the
> @chaz I think it might be better to get these patches upstreamed to make
> sure they are working correctly in all setups.
I disagree.
Before pledge/unveil patches are added to the ports tree they need to be
properly reviewed and tested. This applies even more so for upstreaming
them. Failing to
On 8/30/24 4:11 AM, Stuart Henderson wrote:
> On 2024/08/29 23:07, A Tammy wrote:
>> On 8/19/24 3:24 PM, Chaz Kettleson wrote:
>>> On Mon, Aug 19, 2024 at 03:48:20PM GMT, Omar Polo wrote:
On 2024/08/17 16:28:35 +0100, Stuart Henderson
wrote:
> ok
Imported
Thank you,
On Thu, Aug 29, 2024 at 10:11:40PM -0400, Russ Sharek wrote:
> I could use some input and guidance on how to handle the do-install:
> thing Edd mentioned. Currently, the port passes all tests with the
> MODGO_TEST_TARGET which was previously added.
Instead of setting MODGO_TEST_TARGET, it would
Tell vtk configure what to look for if possible. Definitely check it
doesn't pick up other optional deps if they're present (add configure flags
to disable if possible, otherwise it may need patching).
--
Sent from a phone, apologies for poor formatting.
On 30 August 2024 13:17:27 "Johannes T
2024-08-30T12:14:11Z Stuart Henderson:
> Please list what the port uses itself.
>
> If b uses XYZ directly then list them, if they're only used through b using
> a then don't.
>
> This makes it easier to identify which ports need testing when a port is
> updated without having to look at unnecess
2024-08-30T12:02:05Z Landry Breuil:
> Le Fri, Aug 30, 2024 at 01:29:53PM +0200, Johannes Thyssen Tishman a écrit :
> > Given the following scenario:
> >
> > Port A dependencies: X, Y, Z
> > Port B dependencies: A, X, Y, Z
> >
> > Should port B explicitly list the X, Y and Z dependencies in
> > {R
Please list what the port uses itself.
If b uses XYZ directly then list them, if they're only used through b using
a then don't.
This makes it easier to identify which ports need testing when a port is
updated without having to look at unnecessary ports.
--
Sent from a phone, apologies for
Le Fri, Aug 30, 2024 at 01:29:53PM +0200, Johannes Thyssen Tishman a écrit :
> Given the following scenario:
>
> Port A dependencies: X, Y, Z
> Port B dependencies: A, X, Y, Z
>
> Should port B explicitly list the X, Y and Z dependencies in
> {RUN,BUILD,LIB}_DEPENDS, even if they are pulled by po
Given the following scenario:
Port A dependencies: X, Y, Z
Port B dependencies: A, X, Y, Z
Should port B explicitly list the X, Y and Z dependencies in
{RUN,BUILD,LIB}_DEPENDS, even if they are pulled by port A already?
Thanks.
On 2024/08/30 00:39, David Uhden Collado wrote:
> I prefer to keep UPnP support as a flavor to avoid installing unnecessary
> dependencies for users who do not need this functionality.
we don't generally do that in ports, it increases the burden on people
testing an update diff because then they n
Here is an update to aom 3.10.0.
2024-08-27 v3.10.0
This release includes new codec interfaces, compression efficiency and
perceptual improvements, speedup and memory optimizations and many bug
fixes. This release is ABI compatible with the last release.
The definitions of the internal m
On 2024/08/29 23:07, A Tammy wrote:
>
> On 8/19/24 3:24 PM, Chaz Kettleson wrote:
> > On Mon, Aug 19, 2024 at 03:48:20PM GMT, Omar Polo wrote:
> >> On 2024/08/17 16:28:35 +0100, Stuart Henderson
> >> wrote:
> >>> ok
> >> Imported
> >>
> >> Thank you,
> >>
> >> Omar Polo
> >>
> > Thanks everyone!
27 matches
Mail list logo
