Stanislav Brabec wrote:
Only base system changes (gcc, binutils, bash, util-linux,...) trigger
whole distro to rebuild. Updates of high level packages triggers only
dependent package.
This prevents any binary incompatibility when releasing rolling update
with a new library.
----
There are other ways of dealing with binary compatibility.
As it is, if you want to update perl, python, ruby for example, you need
to rebuild the entire system.
Even vim/Gvim has dependencies on systemd because it supplies config files
that systemd uses. But worse, if you update perl/python or ruby, you can
no longer edit.
It has been pointed to suse, multiple times, that they could build
most of their
utils with less hard-coded dependencies (like have gvim dynamically load
script
engines at run time on demand, when needed rather than having to load
all of them
at load time in order for gvim to run.
Even when no binary dependencies are present, hard-coding versions
and labels into
each of the binaries to only work with recognized components guarantees
failure on
opensuse systems. I have pushed for having a more robust system, but
the current
mantra is "break everything" if the user changes anything ....
--
To unsubscribe from this list: send the line "unsubscribe util-linux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
