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