pkgsrc-Changes archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: CVS commit: pkgsrc/audio/musescore
On Fri, 2025-10-17 at 09:29 +0100, Jonathan Perkin wrote:
> * On 2025-10-17 at 00:23 BST, David H. Gutteridge wrote:
>
> > Module Name: pkgsrc
> > Committed By: gutteridge
> > Date: Thu Oct 16 23:23:47 UTC 2025
> >
> > Modified Files:
> > pkgsrc/audio/musescore: Makefile
> >
> > Log Message:
> > musescore: qt6-qttools should be a build-time dependency
> >
> > TOOL_DEPENDS doesn't work because it needs various buildlinked paths
> > supplied in order to find components at build time. (I'd mistakenly
> > assumed "build" would be set as the default in its buildlink3.mk
> > file.)
>
> A gentle reminder that BUILDLINK_DEPMETHOD=build is incredibly toxic,
> and will break installs at run time unless you are very careful with
> dependency ordering.
>
> https://mail-index.netbsd.org/tech-pkg/2024/10/11/msg029968.html
>
> Unless there are overwhelming advantages for it (I guess in the order
> of
> GBs of unnecessary disk space?) I would continue to strongly recommend
> against its use anywhere, definitely not in buildlink3.mk files, and
> especially for bl3s that include further bl3 files as that entire
> dependency tree will be polluted, which in qt6-qttools case is:
[...]
I'm not concerned so much with installation size as with simplicity.
This isn't (shouldn't be) a runtime dependency, so proper packaging
wouldn't pull it in. For other packages I work on (LXQt), we're able
to express this as a TOOL_DEPENDS (everything those packages need is
exposed that way), but here we can't, it seems. I can imagine an end
user being puzzled by dev tools being installed.
Regards,
Dave
Home |
Main Index |
Thread Index |
Old Index