buildroot.git/target/squashfs, branch gcc3_legacyBuildroot: Making Embedded Linux easy
https://git.hiegel.fr/cgit/buildroot.git/atom?h=gcc3_legacy2007-05-03T08:25:17Zs/FAKEROUTE/FAKEROOT/2007-05-03T08:25:17ZPeter Korsgaardjacmet@sunsite.dk2007-05-03T08:25:17Zurn:sha1:4cdef5138dc2b2bef76019f6ccbd9024c5805ca2- make sure to download fakeroot if needed2007-04-06T16:36:48ZBernhard Reutner-Fischerrep.dot.nop@gmail.com2007-04-06T16:36:48Zurn:sha1:73be7f9ef4b22e6250b77dda2d1a72245f6ce36d- use numeric values for the superuser to be more portable.2007-03-20T16:52:44ZBernhard Reutner-Fischerrep.dot.nop@gmail.com2007-03-20T16:52:44Zurn:sha1:f94a44c3ad06ae6bab203a3dda314b9ed98785e0
Closes #1250
- do not use TARGET_DEVICE_TABLE if is is empty2007-02-15T16:49:39ZBernhard Reutner-Fischerrep.dot.nop@gmail.com2007-02-15T16:49:39Zurn:sha1:0091f181efdb042e778a357df0ba8ffaddfc9b0cBump version2007-01-18T12:39:05ZPeter Korsgaardjacmet@sunsite.dk2007-01-18T12:39:05Zurn:sha1:297cae93595b6cd5a4f034221f1faa06dd5aa81b- use $(ZCAT) as configured by the user instead of hardcoded 'zcat' that may not exist; Closes #9712006-10-01T15:17:52ZBernhard Reutner-Fischerrep.dot.nop@gmail.com2006-10-01T15:17:52Zurn:sha1:6342c83201d5fd2acef0f3193f53b19f74b14c73
Silly, unchecked sed -i -e "/[^b]zcat/s/zcat/\$\(ZCAT\)/g" $(svngrep "[^b]zcat" * -rl | grep -v Config.in)
Bump to upstream v3.12006-08-21T07:24:22ZPeter Korsgaardjacmet@sunsite.dk2006-08-21T07:24:22Zurn:sha1:611b040535a7859406a006bec170197832500958Bump to upstream v3.02006-05-24T18:07:33ZPeter Korsgaardjacmet@sunsite.dk2006-05-24T18:07:33Zurn:sha1:194b234748b0a3b30850c457b03a5c53891ed367
Notice that this uses a new NON-compatible filesystem format, so you need
the v3.0 kernel patch to access it!
Alessio Massaro writes: The syntax $VAR_NAME is used in several places. The correct syntax is actually $(VAR_NAME)2006-04-21T01:23:35ZMike Frysingervapier@gentoo.org2006-04-21T01:23:35Zurn:sha1:b81bcbd229ca27eacccfb37f23a24270f199e358yet again... rework fakeroot handling to ensure fakeroot is invoked just once,2006-04-10T22:49:48ZEric Andersenandersen@codepoet.org2006-04-10T22:49:48Zurn:sha1:674d61d84b2b754057be95038462b97ad83f759f
as it seems to sometimes lose values logged during from earlier invocations.