So, I'm just going to throw this out here. This is just a neat feature of the ports tree that the src framework might choose to leverage.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jun 26 2019
Jun 25 2019
Jun 20 2019
I see what you mean. Here it takes anything between parentheses as a sign to exit.
Jun 19 2019
In D20698#447300, @mat wrote:Then if the MFH line contains anything else than a branch name, say:
MFH: 2019Q2 (security update blanket approval)
There is no need to send an email because it will already have gotten committed.
I'm having trouble understanding how this is materially different than all the kmod ports relying on /usr/src for their builds, and that's not verified at all either. Also, in the future, we may have a src git repo, and we're looking at having signed commits so we'll know that a tree has integrity.
Oops, there was a typo there.
Jun 17 2019
Jun 15 2019
Jun 14 2019
Jun 13 2019
Jun 10 2019
Jun 9 2019
Jun 8 2019
In D20394#444436, @mat wrote:In D20394#441905, @kmoore wrote:Anyway, open to suggestions on where to next take this conversation to reach some consensus around these topics.
The consensus is that this does not belong in the ports tree.
Jun 7 2019
Jun 4 2019
Jun 1 2019
May 29 2019
In D20394#441438, @seanc wrote:Integrity of the base distfiles is left to the administrator. [...] Said differently, if a release engineer can't ensure integrity of the source used to build a jail, the release engineer has bigger problems.
May 28 2019
May 27 2019
May 20 2019
May 17 2019
May 13 2019
May 9 2019
May 3 2019
Apr 29 2019
Apr 28 2019
Apr 27 2019
Apr 20 2019
Apr 19 2019
No, please don't do this. Those lines were put there for a reason and removal is supposed to be opt-in, not opt-out. I am opposed to this on principle.
Apr 12 2019
Apr 10 2019
Apr 9 2019
Apr 2 2019
Mar 29 2019
Mar 27 2019
Mar 26 2019
Mar 22 2019
Mar 19 2019
Mar 15 2019
Those changes look good to me! Good work here. I think you're making a good choice to just leave the IM dependency fixed at 7. Do give it some build testing to make sure that CMAKE_BOOL is behaving the way you want it to.
Mar 14 2019
Ah, I missed that.
If you wanted OPTIONS_SINGLE, it would look like this:
Mar 13 2019
It seems to me that most meta-ports should not be direct dependencies. Why not generalize this? DEPEND_ALTERNATIVE= USES=python:xy with a specific version
Mar 1 2019
Feb 16 2019
Feb 13 2019
Feb 10 2019
Feb 2 2019
Feb 1 2019
Jan 21 2019
Jan 19 2019
It installs the package in 4 seconds. This is all I ever wanted in this world.
Jan 18 2019
Jan 15 2019
Jan 14 2019
In D18833#402213, @tcberner wrote:Rename to CMAKE_DISABLE_FIND_ON/OFF
Jan 13 2019
I don't feel the greatest about the opt_CMAKE_DISABLE name. It implies that it disables a feature, similar to opt_CONFIGURE_ENABLE. Can it be named something that's more specific to what it does? opt_CMAKE_DISABLE_DEP, opt_CMAKE_DISABLE_PACKAGE something like that?
Jan 11 2019
Jan 8 2019
Jan 5 2019
Jan 3 2019
Jan 2 2019
Jan 1 2019
Dec 31 2018
Dec 27 2018
"Created by" lines should never be removed without the express consent of the person named in there. Please, put them all back.