[LEDE-DEV] Duplicates in bind subpackages?
Philip Prindeville
philipp_subx at redfish-solutions.com
Sun Mar 25 13:24:57 PDT 2018
Anyone else seeing this issue with Bind?
Collected errors:
* check_data_file_clashes: Package bind-check wants to install file /home/philipp/lede/build_dir/target-x86_64_musl/root-x86/usr/sbin/named-checkconf
But that file is already provided by package * bind-tools
* check_data_file_clashes: Package bind-check wants to install file /home/philipp/lede/build_dir/target-x86_64_musl/root-x86/usr/sbin/named-checkzone
But that file is already provided by package * bind-tools
* opkg_install_cmd: Cannot install package bind-check.
* check_data_file_clashes: Package bind-dig wants to install file /home/philipp/lede/build_dir/target-x86_64_musl/root-x86/usr/bin/dig
But that file is already provided by package * bind-tools
* opkg_install_cmd: Cannot install package bind-dig.
package/Makefile:65: recipe for target 'package/install’ failed
Here’s more info on what’s getting packaged where:
% find bind-check bind-tools bind-dig -type f -print
bind-check/CONTROL/control
bind-check/CONTROL/postinst
bind-check/CONTROL/prerm
bind-check/usr/sbin/named-checkzone
bind-check/usr/sbin/named-checkconf
bind-tools/CONTROL/control
bind-tools/CONTROL/postinst
bind-tools/CONTROL/prerm
bind-tools/usr/bin/dig
bind-tools/usr/bin/host
bind-tools/usr/sbin/rndc
bind-tools/usr/sbin/named-checkzone
bind-tools/usr/sbin/dnssec-signzone
bind-tools/usr/sbin/dnssec-settime
bind-tools/usr/sbin/dnssec-keygen
bind-tools/usr/sbin/rndc-confgen
bind-tools/usr/sbin/named-checkconf
bind-dig/CONTROL/control
bind-dig/CONTROL/postinst
bind-dig/CONTROL/prerm
bind-dig/usr/bin/dig
Also, should sub-packages within the same package have the right to overlap contents? I can think of cases where you might want to bundle utilities, for instance, in slightly different ways with overlap…
You just need to be careful to not remove a file when removing a subpackage until the last subpackage containing it (i.e. reference count goes to zero) gets removed.
-Philip
More information about the Lede-dev
mailing list