- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Sat, May 4
Fri, May 3
Vlad, there is no need in making option for everything. Instead, try to minimize list of options when creating ports. Group similar functionality under single option (or use RADIO/MULTI etc), don't make options for features that require light or common dependencies, especially if a feature does not need deps at all. Sometimes having too many options is worst than having no options.
And of course these are not 100% strict rules.
Mon, Apr 22
Fri, Apr 12
Thu, Apr 11
Apr 9 2024
Apr 8 2024
Apr 4 2024
Rename cmake:noconf to cmake:indirect
Apr 3 2024
In D44509#1017273, @arrowd wrote:In D44509#1017272, @makc wrote:Moreover, nothing in the ports tree needs plain cmake:env without dependency on cmake.
That makes sense. All right, let it be noconf then.
In D44509#1015937, @arrowd wrote:Can't agree with Daniel here. USES=cmake should be the most common case which is "depend on cmake executable and use it for configuring the project'. The cmake:build might be misleading - I'd think of it as the same as just cmake currently is.
Mar 29 2024
In D44509#1015772, @arrowd wrote:I'm still unsure if it is worth it. Anyways, a bit of bikeshedding - the seemingly similar python.mk option is called env. Maybe follow pythom.mk here?
Mar 28 2024
Apply Ade's suggestions and convert a couple of ports for example.
Mar 27 2024
In D44509#1015389, @arrowd wrote:In D44509#1015388, @makc wrote:This hides from consumers that cmake port has been split and cmake binary is provided by devel/cmake-core.
I don't see this a big problem. I doubt there would be another disruption caused by renaming the port again.
In D44509#1015209, @adridg wrote:With kde@ hat on, but only nit-picking on language in comments. I think Gleb's question in the PR is relevant, though: what does this do-or-simplify that BUILD_DEPENDS does not?
/
This hides from consumers that cmake port has been split and cmake binary is provided by devel/cmake-core. Secondly, cmake:noconf allows ports to use CMAKE_* helpers from cmake.mk, although I don't know whether pep517 (or meson, cargo, etc.) should use them, but several ports which use cmake for a side target could be simplified.
Mar 26 2024
Update diff with full context.
Mar 6 2024
Feb 22 2024
Around 500 ports define TEST, DEBUG, LTO options. What are implications for them?
If some subpackages have been disabled via options, should we force to build them anyway if they are listed in TARGET_SUBPACKAGES? What if other ports rely on particular subpackage?
Feb 19 2024
Add @qt5
trim patch