[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

Tobias C. Berner <tcberner at freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tcberner at freebsd.org

--- Comment #1 from Tobias C. Berner <tcberner at freebsd.org> ---
Moin moin 

1) qtchooser should not install any symlinks at all.
It does not. it installs wrapper binaries that can switch to multiple different
ones the file system. 
However, only creating the wrapper-bin when it is needed, might be possible,
however, it already gets messy when looking forward to having again multiple Qt
versions in the tree. The cleanest version would be to have an additional port
per binary which installs the wrapper... but that would be >30 additional
ports. Which does not seem to compare well to the benefit we would gain from
it.

2) qtchooser could be deprecated from the dependency list
Qt6 is on the horizon; as long as it is not clear whether Qt5->Qt6 will be
equally as incompatible as Qt4->Qt5, I would like to keep the current
framework.

3) Force users to manually install and maintain a bunch of unneeded ports,
dependencies, qt modules
Why would you need to satisfy them? If you need them, well, you obviously also
need the package that includes them. Granted, it's un-nice to have wrapper
binaries in path which miss the thing being wrapped. If you don't need them,
then why install them?

4) The qt5 meta port should probably be made available as a package anyway.
This might make pulling in (3) above easier.
I would love to only provide one Qt5 package instead of splitting it in
multiples.. however, I would assume many people would not like that :)





mfg Tobias

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