On 2016-10-11 12:38, Rafał Miłecki wrote:
On 3 October 2016 at 15:26, Karl Palsson <ka...@tweak.net.au> wrote:
What's the "new" way of doing this? In the past, in OpenWrt CC
and before, a package could install files like /etc/banner and
/etc/inittab that were provided by the base-files package. It was
always listed as "unreliable" as apparently you couldn't rely on
the order. In practice it actually worked just fine.
Presently, LEDE actively prevents this, with the build scripts
failing the build with
* check_data_file_clashes: Package blah wants to install file
/home/karlp/src/lede-source/build_dir/target-mips_24kc_musl-1.1.15/root-ar71xx/etc/banner
But that file is already provided by package * base-files
* check_data_file_clashes: Package blah wants to install file
/home/karlp/src/lede-source/build_dir/target-mips_24kc_musl-1.1.15/root-ar71xx/etc/inittab
But that file is already provided by package * base-files
* opkg_install_cmd: Cannot install package blah.
package/Makefile:56: recipe for target 'package/install' failed
Now, clearly I could just edit the base-files package in a forked
repository. However, the motivation of using a package was to
avoid forking LEDE. I've seen talks and presentations on this,
"use a package!"
What's the currently accepted mechanism for including replacement
files in a custom build?
Purely fyi,
I also ran into this issue and I'm now using the imagebuilder for
overwriting these files afterwards (with the FILES parameter)
This way the build order of packages also doesn't interfere.
From the discussion I can see that there isn't any clean solution for
that. You can use uci-defaults that will overwrite "default" files or
just use files subdirectory that doesn't really follow idea of using
packages for extra software & customizations.
I was thinking about dropping/changing check_data_file_clashes and
then adding some kind of priority for packages. It would determine the
order packages are being included on the rootfs. Unfortunately it's
behind me knowledge to modify rootfs building this way.
Felix, can we hear your opinion on this, please?
_______________________________________________
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
