[Bug 242905] misc/qtchooser symlinks break users tools and qt5 deps

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242905

--- Comment #5 from grarpamp at gmail.com ---
Pretty smooth approach, no additional ports,
and shouldn't need ongoing port maintenance.

D22991 summary has typo: "qtcreator" 

For a fully-self-doc file operation echo,
consider using "rm -v" and "ln -sv" instead,
or add the QTCHOOSER var to the target echo
of create function.


For pkg-install and pkg-remove of...

- qtchooser itself: Should trigger only one of the
wrapper create or remove links operations depending
on whether is pkg-install or pkg-remove mode.
This could be done by wrapping the function calls
at the bottom with a test for any pkg mode...
if pkg AND name qtchooser ; call mode ; else call both for binaries

- Any of qt<n>-* binaries: For minimal changes to disk,
the wrapper might wish to only create or remove
the links of the respective binary involved.
This could be done with a test for respective
"basename" in the logic of both functions.

For the two pkg situations above, maybe it would work
to pass the pkg mode, and or the respective name of the
qt binary "basename", into the wrapper as environment
variables or as commandline arguments or getopts.

For qtchooser:
The needed pkg vars are probably already in the
environment, see "env".

For qt<n>-*, maybe not as simple:
(A) The port/pkg "name" might not be same as the file "basename",
and the name might change, have -devel versions, etc.
(B) There might be multiple files involved in one port/pkg.
If A or B are complex or fragile or might require maintenance
of file lists... then the disk change is likely not worth bothering,
at least it is contained to scope of qt.

-- 
You are receiving this mail because:
You are the assignee for the bug.