Page MenuHomeFreeBSD

Uses/meson: allow TEST_{WRKSRC,TARGET} to be configurable
AbandonedPublic

Authored by siva on Mon, Jan 12, 4:50 PM.
Tags
None
Referenced Files
F142352756: D54668.id.diff
Sun, Jan 18, 10:52 PM
F142348762: D54668.diff
Sun, Jan 18, 9:43 PM
Unknown Object (File)
Sat, Jan 17, 10:09 PM
Unknown Object (File)
Sat, Jan 17, 7:07 PM
Unknown Object (File)
Fri, Jan 16, 11:45 AM
Unknown Object (File)
Fri, Jan 16, 11:45 AM
Unknown Object (File)
Fri, Jan 16, 4:56 AM
Unknown Object (File)
Thu, Jan 15, 9:21 PM
Subscribers

Details

Reviewers
vishwin
Group Reviewers
desktop
Summary

This avoids forcibly overriding directories that are customized by
port-specific needs.

As a concrete example, textproc/meld needs TEST_WRKSRC to be customized
so that pytest can find its tests, instead of the default meson test runner.

Diff Detail

Repository
R11 FreeBSD ports repository
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

siva requested review of this revision.Mon, Jan 12, 4:50 PM
siva created this revision.
arrowd added inline comments.
Mk/Uses/meson.mk
69

Do you have some concrete port that needs this?

100

Same question.

Mk/Uses/meson.mk
69

A port may want to change its install command with meson custom build targets. I did this to keep all of them configurable if needed.

100

I don't have a concrete use-case for this one in particular, and don't _really_ see the need to do this. However, I don't know if it'll hurt in any port's case.

Mk/Uses/meson.mk
69

I think this should be driven by need. If you don't have a port that needs this, I'd avoid this change.

siva retitled this revision from Uses/meson: use conditional assignments for port-settable Make variables to Uses/meson: allow TEST_{WRKSRC,TARGET} to be configurable.
siva edited the summary of this revision. (Show Details)

Narrowed down review to purely need-driven changes in v2. textproc/meld needs this for its test suite to pass in a future upgrade.

vishwin requested changes to this revision.Thu, Jan 15, 9:32 PM
vishwin added a subscriber: vishwin.

This is not an outright rejection, but rather would like to see the meld test suite in action first. They have still not released anything apart from the odd-numbered development release series.

This revision now requires changes to proceed.Thu, Jan 15, 9:32 PM

Sorry about the confusion. I had a patch ready to update meld locally that depended on this change. I have submitted it in the patch stack now.

Hmm…not sold on this either.

meld's test suite is just pytest, which is not quite what meson's unit testing support is for. This USES is aimed for stuff that doesn't do weird things like the current major version of meld (3.22), which is effectively using setuptools with some pre- and post- dressing. The upcoming major version (3.24, in development as 3.23) has replaced setuptools with meson-python so it can build under USE_PYTHON=pep517 which specifically does not declare any test target of its own. Considering that the linked update is still on the 3.22 branch, which still runs fine, I'm not convinced to expose a conditional that would only be needed for one port and not for long.

That reasoning makes sense, it's not worth it then. Abandoning this revision now. I'll change the meld update review to avoid adding a test suite.