On Jun 29, 2014, at 8:46 PM, Ian Wadham <iandw...@gmail.com> wrote: > On 29/06/2014, at 7:52 PM, Marko Käning wrote: >> on the kde-mac ML the question came up whether the necessity to install >> qt4-mac in its >> debug variant - when one simply needs KDE ports installed in their debug >> variant - is only >> due to MacPorts' way of handling port variants... >> >> If that's indeed the case, it may seem to be a good idea to replace in all >> KDE software >> ports the debug variant by a new variant - perhaps called debug_kde. In that >> case all >> ports depending on kdelibs4 would nicely manage their debug_kde variants >> amongst >> themselves and not mess with the standard-MacPorts debug variant at all >> anymore. >> >> The debug output of qt4-mac is very verbose and of no much use when >> debugging crashing >> KDE applications anyways. Also one would not be forced to install "qt4-mac >> +debug" from >> source and only be left with locally rebuilding the much smaller KDE ports. >> >> What do you think? > > ++1 from me!!! > > I would also like us to consider something similar for +docs, especially with > KDE.
At the risk of variant bloat we could also s/replace/add/ +debug_${name} and
+docs_${name}.
Regards,
Bradley Giesbrecht (pixilla)
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
