<feed xmlns='http://www.w3.org/2005/Atom'>
<title>buildroot-novena/configs/atngw100-base_defconfig, branch master</title>
<subtitle>build system for the novena open hardware laptop board</subtitle>
<id>https://git.bnewbold.net/buildroot-novena/atom?h=master</id>
<link rel='self' href='https://git.bnewbold.net/buildroot-novena/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/'/>
<updated>2010-12-16T13:54:57+00:00</updated>
<entry>
<title>board: simplify atngw100 support</title>
<updated>2010-12-16T13:54:57+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2010-12-05T20:53:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=90965566891ee63baaae6be66e55a12c28ab1b65'/>
<id>urn:sha1:90965566891ee63baaae6be66e55a12c28ab1b65</id>
<content type='text'>
Minimize atngw100_defconfig, remove atngw100-base_defconfig, and
remove the target skeleton and device table. Instead of having
complete copies of new target skeletons (making them hard to
maintain), we should just have a post-build script that
adds/removes/tweaks the existing target skeleton.

Moreover, most of the tweaks in this target skeleton were for specific
packages, but the policy now is that board defconfig should just build
a basic root filesystem with Busybox, and let the user select
whichever set of packages (s)he wants.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>Update defconfigs after Atmel mirror related options removal</title>
<updated>2010-12-15T09:24:44+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2010-12-05T20:52:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=e96a820300fc53ff63099e9b8dde179407663930'/>
<id>urn:sha1:e96a820300fc53ff63099e9b8dde179407663930</id>
<content type='text'>
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>Remove support for shared configuration cache</title>
<updated>2010-11-05T09:21:17+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2010-11-04T19:31:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=5f71fc1f19c21676f029b63499e0341a89cf2049'/>
<id>urn:sha1:5f71fc1f19c21676f029b63499e0341a89cf2049</id>
<content type='text'>
The configuration cache shared between packages, while being in
principle a nice idea to speed-up the configuration of packages by
avoiding repetitive identical checks, turned out to be unreliable due
to the subtle differences between similar but not identical checks in
different packages. After spending some time trying to fix those, we
concluded that supporting the shared configuration cache is definitely
too hard and too unreliable, and that we'd better get rid of it
altogether.

This patch therefore removes the shared configuration cache
infrastructure and usage.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-2010.11/download-rework' of git://git.busybox.net/~tpetazzoni/git/buildroot</title>
<updated>2010-09-17T12:09:48+00:00</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2010-09-16T20:33:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=a172611725f5eb6b06b64f280c3656780c809f51'/>
<id>urn:sha1:a172611725f5eb6b06b64f280c3656780c809f51</id>
<content type='text'>
Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>Update defconfigs with new VCS config options</title>
<updated>2010-09-13T06:18:13+00:00</updated>
<author>
<name>Maxime Petazzoni</name>
<email>maxime.petazzoni@bulix.org</email>
</author>
<published>2010-09-02T10:09:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=9eddd31df3ae821e8ff39e31e2ee1b39ca3891c3'/>
<id>urn:sha1:9eddd31df3ae821e8ff39e31e2ee1b39ca3891c3</id>
<content type='text'>
Signed-off-by: Maxime Petazzoni &lt;maxime.petazzoni@bulix.org&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>libglib12: remove deprecated package</title>
<updated>2010-09-12T18:13:36+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2010-09-12T18:13:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=d09721c451a358a02f31f82f9f63587b16def22b'/>
<id>urn:sha1:d09721c451a358a02f31f82f9f63587b16def22b</id>
<content type='text'>
This is part of the removal of the Gtk 1.x stack.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>pcmcia: remove deprecated package</title>
<updated>2010-09-12T18:07:55+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2010-09-12T18:07:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=19cd7a3adc66ec2a121152fe149ef769573ee554'/>
<id>urn:sha1:19cd7a3adc66ec2a121152fe149ef769573ee554</id>
<content type='text'>
As stated on http://pcmcia-cs.sourceforge.net/: "The Linux pcmcia-cs
package is officially deprecated. It can only be used with 2.4 and
older kernels.".

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>uClibc: remove old 0.9.28 support</title>
<updated>2010-07-29T15:02:29+00:00</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2010-07-29T15:02:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=ebf21166b7abc35f4faa4bded5c919641a282339'/>
<id>urn:sha1:ebf21166b7abc35f4faa4bded5c919641a282339</id>
<content type='text'>
Not supported upstream and needs complicated workaround for the NPTL stuff.

Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>toolchain: remove multilib</title>
<updated>2010-07-28T21:21:45+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2010-07-28T10:07:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=5575d205c35942d992db636a4f7caa246340bd0c'/>
<id>urn:sha1:5575d205c35942d992db636a4f7caa246340bd0c</id>
<content type='text'>
Supporting multilib is much more than just passing --enable-multilib
to gcc. You have to actually build the C library several times (once
for each multilib variant you want to support in your toolchain), and
to pass MULTILIB_OPTIONS/MULTILIB_EXCEPTIONS values to gcc to let it
know the set of multilib variants you're interested in.

Since we'll probably never support multilib toolchains in Buildroot,
just get rid of this BR2_ENABLE_MULTILIB option.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>gcc: remove option on SJLJ exceptions</title>
<updated>2010-07-28T15:38:31+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2010-07-28T10:02:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/buildroot-novena/commit/?id=6d4a992e2b817cc14276c68e0321edaf66450cf3'/>
<id>urn:sha1:6d4a992e2b817cc14276c68e0321edaf66450cf3</id>
<content type='text'>
This is a very advanced option, and it seems, according to
http://choices.cs.uiuc.edu/exceptions.pdf that SJLJ exceptions aren't
really interesting.

Users really interested by this can always use the
BR2_EXTRA_GCC_CONFIG_OPTIONS is they want.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
</feed>
