User Details
- User Since
- May 9 2014, 10:23 AM (604 w, 3 h)
- Roles
- Administrator
Thu, Nov 27
Tue, Nov 25
Using must is a no.
This rule should not be absolute.
You can advise people to not put a variable, but variables may need to happen from time to time.
The WWW variable is there so make(1) can create things out of it.
The ports tree is to be used by developpers, not end users. End users have packages and should not have to interact with the ports tree ever.
If a developper needs to know the actual value, they can run make -V WWW, we could even add a few targets, like make open-www that would do stuff like xdg-open "${WWW}".
Sun, Nov 23
Sat, Nov 22
Wed, Nov 19
As the sentence says "should", it's an advice, which means, it's not enforcable, so, it's just more text that do not really add any no value.
Wed, Nov 12
Tue, Nov 11
I'd rather we used ?= here.
Mon, Nov 10
With the s/SUDO_DEPEND/SUDO_DEPENDS/ that Mateusz talked about, feel free to push it.
Oct 28 2025
Oct 24 2025
Oct 22 2025
The only reason a port will need sudo during build is to "detect" that it exists and work with it when being installed.
There will never be a port that only needs sudo during its build when it's not needed during its runtime.
A port must be buildable as a user, so sudo is of absolutely no use, also, ports are built as nobody, and nobody is not in sudoers.
Oct 21 2025
Another thing, only the build param is needed, the run parameter should not exist, and the RUN_DEPENDS should always be added.
Oct 15 2025
Oct 12 2025
Oct 9 2025
Sep 27 2025
Sep 20 2025
Sep 12 2025
Sep 10 2025
Sep 3 2025
Aug 27 2025
Aug 21 2025
This looks fine. Maybe put the ZIG_TUPLE variable in a Makefile.tuple, and .sinclude it as it's done for cargo.
