David Lang <da...@lang.hm> wrote:
> I think this is a bad idea, your priority for packages may not
> match someone else's priority, and what happens if someone
> wants something from one package and something else from
> another.
> I could see the ability to say "This package is explicitly
> designed to override files in others" for customization, but
> unless the /files approach has been eliminated, that's a far
> better approach for local customizations.

Using files is a poor choice: 

* It requires forking
* It can't make decisions based on make variables

Both of these are things that in the past were easily met by
packages providing files themselves.

Karl Palsson

Attachment: signature.asc
Description: OpenPGP Digital Signature

Lede-dev mailing list

Reply via email to