- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Nov 19 2020
Nov 17 2020
Nov 14 2020
Generally, Uses/* macros provide logic beyond a straight dependency. When they do contain only depends, it’s typically for things where the actual dependency may change. For example, Uses/jpeg.mk only adds dependencies, but it’s because the JPEG library we utilize changed (and may well change again).
Nov 12 2020
Nov 10 2020
Nov 8 2020
Nov 3 2020
Nov 2 2020
Nov 1 2020
Oct 29 2020
Oct 28 2020
In D26667#601994, @0mp wrote:It's probably better to keep those binaries not stripped for debugging. Instead, it might be better to document that they are not stripped on purpose.
Oct 27 2020
Oct 26 2020
Oct 23 2020
Ah, that’s a good point about the distinction!
I know it’s late now because it’s already been committed, but I think this should be renamed to @empty. @rmdir was renamed to @dir because plists most logically express the contents, not what to do when they’re deleted.
Much as I’d enjoy it, pkg is the main but not the only installation mechanism. Preventing those users from shooting themselves in the foot is important—and the users who use ports/portmaster are often those who find anything else “too difficult.” Is there perhaps a way to simplify the maintenance burden? Alex makes a good-sounding argument about separating ZTS builds, but do debug builds really need a separate destination too?
Oct 16 2020
Oct 14 2020
Oct 8 2020
Oct 2 2020
Sep 29 2020
Sep 27 2020
Sep 26 2020
Makes sense. Note that this will necessarily break on ports that rely on no backup files being created. There are a number that patch files that get installed with ${COPYTREE_*}.
Does -i... need to be stripped from REINPLACE_ARGS? Like ${REINPLACE_ARGS:N-i*} or something?
Sep 25 2020
Sep 15 2020
Sep 13 2020
Sep 5 2020
Sep 4 2020
Sep 3 2020
Sep 1 2020
Aug 27 2020
Aug 24 2020
Aug 23 2020
Aug 15 2020
Aug 11 2020
Aug 7 2020
Aug 5 2020
Aug 4 2020
Aug 1 2020
Jul 28 2020
Jul 23 2020
Jul 18 2020
Jul 15 2020
Jul 13 2020
Jul 12 2020
Jul 9 2020
Jul 8 2020
Jul 1 2020
Jun 28 2020
Jun 24 2020
Jun 20 2020
Jun 18 2020
Jun 16 2020
Jun 15 2020
Jun 11 2020
Jun 10 2020
Jun 9 2020
Jun 5 2020
Jun 4 2020
Jun 1 2020
May 31 2020
May 26 2020
May 22 2020
May 16 2020
May 10 2020
May 6 2020
I really like the idea of being able to simply and cleanly set vars for specific ports from /etc/make.conf. I think the choice of variable naming is exactly right here, and the implementation is clean and simple.