https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251842
--- Comment #4 from [email protected] --- (In reply to Alex S from comment #3) In that we have no knobs to select the dependencies of FULL when the build system of the port itself has these built into the CMAKE scripts, then yes. But fundamentally this is different. In the Bug you cite people are asking for a lite slave port to be created, even in that case FULL would use openblas instead of freebsd's default BLAS library of netlib, which means people who use ATLAS cannot use this port at all without similar local edits to their port tree. Also I suggest the port use the default BLAS pack instead of an optional one if selection of BLAS is rejected by the maintainer so at the very least it will not conflict with optional BLAS libraries folks may be using. In the bug you cite, no where has a proposed patch been made to implement selection of these dependencies, they just want an alternate binary (slave port) to become part of the pkg repo that doesn't pull in these dependencies. My bug and patch implement selection of the BLAS library to choose when the FULL build option has been selected, and is the Makefile I'm running in my tree to build ultimately kdenlive, the only ultimate port I have with this dependency. the major issue with FULL common to both these bugs is turning full off does not necessarily disable the CMAKE build of the port to find the libraries on your system and include them as dependencies anyway, they might just not be tracked properly as a dependency. I believe the comments on implementing FULL in the first place was to fix that issue, by forcing the libraries that will be detected to be automatically dependencies. Not everyone use poudriere or binary packages, to have clean stripped build systems. For folks using eigen3 strictly for math it makes sense they may not want to have GL dependencies, and might want to select a preferred BLAS as well as other knobs. Fundamentally there should be knobs, and unless absolutely required, defaults should not use optional Ports libraries instead of the default libraries if there are no knobs, especially when doing so causes conflicts. -- You are receiving this mail because: You are the assignee for the bug.
