| Age | Commit message (Collapse) | Author |
|---|
|
'lib/ext2fs/ext2fs.h' to fix build error.
|
|
Debian have removed version 5.1.2 patchlevel 6 from their FTP servers,
replacing it with 5.1.2 patchlevel 6.1. The resulting patch applies cleanly,
but one of the buildroot patches does not apply cleanly unless modified.
Patch is included to fix this.
|
|
Nano depends on ncurses. The attached patch (against svn) fixes the package make file.
|
|
The ncurses package make file does not install the terminfo files into the
correct directory. The attached patch (against svn) corrects this problem.
|
|
Can't build "bridge" package in buildroot (patch enclosed)
|
|
mirrors tend to change, move, go down, etc from time to time.
|
|
|
|
|
|
|
|
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>
|
|
|
|
fakeroot to construct target device nodes for filesystems
and utilities (such as tar) that do not currently support
device tables natively.
|
|
http://bugs.uclibc.org/view.php?id=290
|
|
target tcl-dirclean in tcl.mk removes $(LESS_DIR) should be $(TCL_DIR) - see attached patch.
|
|
There is a mistake in buildroot/Config.in
|
|
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.
|
|
|
|
|
|
Ivan Daniluk on May 30 01:28:31 MDT 2005.
|
|
Ivan Daniluk on May 30 01:28:31 MDT 2005.
|
|
|
|
|
|
|
|
used instead of cross target ranlib.
|
|
|
|
of pppd adds additional features.
http://bugs.uclibc.org/view.php?id=259
|
|
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
|
|
library which adds additional functionality and bugfixes.
http://bugs.uclibc.org/view.php?id=256
|
|
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
|
|
1.2.2 version of zlib fixes a security issue with zlib v.1.2.1.
http://bugs.uclibc.org/view.php?id=254
|
|
This gets it so it at least compiles...
|
|
Still needs more polish but is a good start.
|
|
|
|
|
|
|
|
|
|
big endian or little endian, not whether to unconditionally do
byteswapping regardless of build system byte order.
|
|
Hopefully 2.6.12 will release soon so we can get the updates.
|
|
|
|
toolchain and filesystem image builds for C/C++. Java will be tested
next.
|
|
|
|
|
|
mipsel soft-float cross+native toolchain build.
|
|
|
|
|
|
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).
|
|
|
|
|
