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. Sincerely, Karl Palsson
signature.asc
Description: OpenPGP Digital Signature
_______________________________________________ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev