This updates to the current version of libsysfs, and also changes
to the current version of the package.
NOTE: this package still has a problem, in that the header files
it generates are not made available to other packages. The library
itself is installed in the target filesystem; but programs like
"brctl" won't know to use it, since the header isn't visible.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
This patch provides modutils and module-init-tools. I know busybox can load
modules, but modinfo may also be very useful for kernel/driver debugging
purposes.
I have managed binaries concurrency between modutils and module-init-tools, but
I'm not sure this is the best way to do it...
Thanks for your work.
e2fsprogs. This version of e2fsprogs adds additional features and increases
preformance. I've also change the configuration to build all of e2fsprogs
dynamicly linked. This reduces the size of the individual binaries
considerably.
http://bugs.uclibc.org/view.php?id=258
use implementation of the Network Time Protocol with a small footprint. It
provides the ability to sync the local clock to remote NTP servers and can act
as NTP server itself, redistributing the local clock.
http://bugs.uclibc.org/view.php?id=257
of bzip2 fixes a security issue with bzip2 v.1.0.2. This patch also modifies
the .mk file so that version changes can be acomodated more easily.
http://bugs.uclibc.org/view.php?id=255
Currently each board is dumping all of its config options regardless of
whether we are even on the right architecture or not (this is due to
outright sourcing of the configs at the upper level..). Dependency
resolution either needs to be done there, or at the board-specific level.
GCC folk in their infinite wisdom have added half-assed target support
for newer sh cores. The support is there, but of course we have no
way to actually enable the thing, so we do that with this patch.
Likewise, binutils has no idea about any of these new targets either (not
even a half-assed attempt, sadly), so we fix that up too.. now we're able
to actually build a real toolchain for sh2a_nofpu- and other more ineptly
named toolchains (and yes, there are more inept targets than that one,
really. Go look, I promise).
handling failure is definately sjlj. Only enable it for the apparently
broken gcc 3.3.3 toolchain, which _does_ need it for exception handling
to work properly.
