Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [pull request] Pull request for branch dependencies-fixes
From: Peter Korsgaard @ 2010-05-26 22:48 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <cover.1274482644.git.thomas.petazzoni@free-electrons.com>

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

 Thomas> The following changes since commit 51861e1ba19a036625643a56382a175e8388529f:
 Thomas>   Peter Korsgaard (1):
 Thomas>         sshfs: needs largefile support (because of fuse)

 Thomas> are available in the git repository at:

 Thomas>   git://git.busybox.net/~tpetazzoni/git/buildroot dependencies-fixes

Pulled, thanks.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [Bug 75] arm buildroot "unrecognized option" error
From: bugzilla at busybox.net @ 2010-05-26 22:48 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <bug-75-163@https.bugs.busybox.net/>

https://bugs.busybox.net/show_bug.cgi?id=75

Peter Korsgaard <jacmet@uclibc.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #6 from Peter Korsgaard <jacmet@uclibc.org>  ---
PATH check fixed by Thomas in git.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

^ permalink raw reply

* [Buildroot] a remark on the default uclibc0.9.31 config
From: Peter Korsgaard @ 2010-05-26 22:45 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <8A567CE999EB4F76B3865E87F6BC7AC4@apexjs>

>>>>> "Sagaert" == Sagaert Johan <sagaert.johan@skynet.be> writes:

 Sagaert> Hi
 Sagaert> With this set in the default uclibc config
 
 Sagaert> FORCE_SHAREABLE_TEXT_SEGMENTS=y
 
 Sagaert> I got this:when starting mpg123
 
 Sagaert> # mpg123

 Sagaert> Can't modify /usr/lib/libmpg123.so.0's text section. Use GCC
 Sagaert> option -fPIC for shared objects, please.
  Sagaert> So i turned this option off and after rebuild the mpg123 does
 Sagaert> no longer produce this error.
 
 Sagaert> There might be more programs sensitive to this setting.

Fixed, thanks.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] libcurl patch for package/libcurl.mk
From: Peter Korsgaard @ 2010-05-26 21:55 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <AANLkTinKnAh2KZLDa8ONvKjpYJbMVUv_6Ivco5R0Fx-o@mail.gmail.com>

>>>>> "Lionel" == Lionel Landwerlin <llandwerlin@gmail.com> writes:

 Lionel> What was your problem ? Does the compilation failed ? Any log of the failure ?
 Lionel> I think we should find why the configure script fails to define
 Lionel> HAVE_BOOL_T, and try to fix the autodetect problem.

Indeed. I had a look at it today, and was able to reproduce it with
iperf. I have committed a workaround for it in iperf.mk.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit master] iperf: override bool detection
From: Peter Korsgaard @ 2010-05-26 21:50 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=e13ac0ec8788092c6508636da94fe0198c18dffd
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

The configure script contains a buggy test for the bool datatype and
it's size. This is normally not a big deal as the result isn't used
for anything, but when BR2_CONFIG_CACHE (default) is used, the
wrong ac_cv_type_bool result is stored in the cache, and other packages
like libcurl DO need the bool type, so that breaks the build.

Fix it by presetting those tests to sane values.

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                |    2 +-
 package/iperf/iperf.mk |    4 +++-
 2 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/CHANGES b/CHANGES
index 6dcf97c..af73187 100644
--- a/CHANGES
+++ b/CHANGES
@@ -5,7 +5,7 @@
 	Updated/fixed packages: aumix, atk, avahi, bmon, busybox, cairo,
 	cdrkit, dbus-glib, dbus-python, docker, enchant, fltk, gamin,
 	gettext, gmpc, gob2, grep, gstreamer, gst-plugins-bad,
-	gst-plugins-base, gvfs, hal, iconv, icu, libcgicc, libdvdnav,
+	gst-plugins-base, gvfs, hal, iconv, icu, iperf, libcgicc, libdvdnav,
 	libdvdread, libglade, libglib2, libgtk2, libidn, libmms,
 	libmpd, libpcap, libsoup, lmbench, lsof, ltrace, lvm2, make,
 	metacity, mtd-utils, mutt, nbd, netsnmp, ntfsprogs, ntp, olsr,
diff --git a/package/iperf/iperf.mk b/package/iperf/iperf.mk
index 10e5a37..3f8e3fc 100644
--- a/package/iperf/iperf.mk
+++ b/package/iperf/iperf.mk
@@ -14,7 +14,9 @@ IPERF_INSTALL_STAGING = NO
 IPERF_INSTALL_TARGET = YES
 
 IPERF_CONF_ENV = \
-	ac_cv_func_malloc_0_nonnull=yes
+	ac_cv_func_malloc_0_nonnull=yes \
+	ac_cv_type_bool=yes \
+	ac_cv_sizeof_bool=1
 
 IPERF_CONF_OPT = \
 	--disable-dependency-tracking \
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] gst-plugins-base alsa dependency
From: Peter Korsgaard @ 2010-05-26 21:21 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <AB12B32E73474741A2C5361C433A44DE01CA6D85@rte-ben-exch.RTE.ADWIN.RENESAS.COM>

>>>>> "Phil" == Phil Edworthy <Phil.Edworthy@renesas.com> writes:

 Phil> Hi,

 Phil> A lot of the GStreamer plugins are built or not based on whether
 Phil> other packages are on the target. For example, gst-plugins-base
 Phil> only builds the alsa plugins if it can find alsa-lib. A clean
 Phil> build means these plugins aren?t built due to the build
 Phil> order. However, if I rebuild gst-plugins-base afterwards, they
 Phil> are built.

Thanks, I've just committed a patch that does this to git.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit master] gst-plugins-base: make sure alsa-lib is detected if present
From: Peter Korsgaard @ 2010-05-26 21:19 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=50685f1ce37be8bcd38b73ae3470516e9afb2033
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Make sure alsa-lib is built before gst-plugins-base if enabled, so
configure detects the presence of alsa and builds alsasink/src.

Reported-by: Phil Edworthy <Phil.Edworthy@renesas.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                                            |   18 +++++++++---------
 .../gst-plugins-base/gst-plugins-base.mk           |    3 ++-
 2 files changed, 11 insertions(+), 10 deletions(-)

diff --git a/CHANGES b/CHANGES
index 83242aa..6dcf97c 100644
--- a/CHANGES
+++ b/CHANGES
@@ -4,15 +4,15 @@
 
 	Updated/fixed packages: aumix, atk, avahi, bmon, busybox, cairo,
 	cdrkit, dbus-glib, dbus-python, docker, enchant, fltk, gamin,
-	gettext, gmpc, gob2, grep, gstreamer, gst-plugins-bad, gvfs,
-	hal, iconv, icu, libcgicc, libdvdnav, libdvdread, libglade,
-	libglib2, libgtk2, libidn, libmms, libmpd, libpcap, libsoup,
-	lmbench, lsof, ltrace, lvm2, make, metacity, mtd-utils, mutt,
-	nbd, netsnmp, ntfsprogs, ntp, olsr, pango, pciutils, pcmanfm,
-	php, pkg-config, psmisc, qt, samba, shared-mime-info,
-	squashfs, squashfs3, sshfs, startup-notification, swfdec,
-	sylpheed, uemacs, util-linux, valgrind, vpnc, vsftpd, webkit,
-	xstroke
+	gettext, gmpc, gob2, grep, gstreamer, gst-plugins-bad,
+	gst-plugins-base, gvfs, hal, iconv, icu, libcgicc, libdvdnav,
+	libdvdread, libglade, libglib2, libgtk2, libidn, libmms,
+	libmpd, libpcap, libsoup, lmbench, lsof, ltrace, lvm2, make,
+	metacity, mtd-utils, mutt, nbd, netsnmp, ntfsprogs, ntp, olsr,
+	pango, pciutils, pcmanfm, php, pkg-config, psmisc, qt, samba,
+	shared-mime-info, squashfs, squashfs3, sshfs,
+	startup-notification, swfdec, sylpheed, uemacs, util-linux,
+	valgrind, vpnc, vsftpd, webkit, xstroke
 
 	Issues resolved (http://bugs.uclibc.org):
 
diff --git a/package/multimedia/gst-plugins-base/gst-plugins-base.mk b/package/multimedia/gst-plugins-base/gst-plugins-base.mk
index 4d7f6db..5cb8cb8 100644
--- a/package/multimedia/gst-plugins-base/gst-plugins-base.mk
+++ b/package/multimedia/gst-plugins-base/gst-plugins-base.mk
@@ -23,7 +23,8 @@ GST_PLUGINS_BASE_CONF_OPT = \
 		--disable-vorbistest \
 		--disable-freetypetest
 
-GST_PLUGINS_BASE_DEPENDENCIES = gstreamer liboil
+GST_PLUGINS_BASE_DEPENDENCIES = gstreamer liboil \
+		$(if $(BR2_PACKAGE_ALSA_LIB),alsa-lib)
 
 ifeq ($(BR2_PACKAGE_GST_PLUGINS_BASE_PLUGIN_ADDER),y)
 GST_PLUGINS_BASE_CONF_OPT += --enable-adder
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] valgrind: broken on ppc
From: Peter Korsgaard @ 2010-05-26 21:00 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=0346e90a8b611ecf62984eccf379a37262aeb7c6
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Valgrind 3.2.3 needs linux/a.out.h, which hasn't been exported on ppc
since 2.6.28.

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                    |    2 +-
 package/valgrind/Config.in |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/CHANGES b/CHANGES
index 67e20c8..354186a 100644
--- a/CHANGES
+++ b/CHANGES
@@ -11,7 +11,7 @@
 	nbd, netsnmp, ntfsprogs, ntp, olsr, pango, pciutils, pcmanfm,
 	php, pkg-config, psmisc, qt, samba, shared-mime-info,
 	squashfs, squashfs3, sshfs, startup-notification, swfdec,
-	sylpheed, uemacs, util-linux, vpnc, webkit, xstroke
+	sylpheed, uemacs, util-linux, valgrind, vpnc, webkit, xstroke
 
 	Issues resolved (http://bugs.uclibc.org):
 
diff --git a/package/valgrind/Config.in b/package/valgrind/Config.in
index d9113c9..db1bc3b 100644
--- a/package/valgrind/Config.in
+++ b/package/valgrind/Config.in
@@ -1,6 +1,6 @@
 config BR2_PACKAGE_VALGRIND
 	bool "valgrind"
-	depends on BR2_i386 || BR2_powerpc || BR2_x86_64
+	depends on BR2_i386 || BR2_x86_64
 	help
 	  Tool for debugging and profiling Linux programs.
 
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] fs/squashfs: squashfs3 needs to set big/little endian
From: Peter Korsgaard @ 2010-05-26 21:00 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=e74bcb6f9a69e55e57d8c677567c86fa76abc5a7
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 fs/squashfs/squashfs.mk |   12 ++++++++++--
 1 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/fs/squashfs/squashfs.mk b/fs/squashfs/squashfs.mk
index f11ba20..a904182 100644
--- a/fs/squashfs/squashfs.mk
+++ b/fs/squashfs/squashfs.mk
@@ -8,10 +8,18 @@ ifeq ($(BR2_TARGET_ROOTFS_SQUASHFS4),y)
 ROOTFS_SQUASHFS_DEPENDENCIES = host-squashfs
 else
 ROOTFS_SQUASHFS_DEPENDENCIES = host-squashfs3
+
+ifeq ($(BR2_ENDIAN),"BIG")
+ROOTFS_SQUASHF_ARGS=-be
+else
+ROOTFS_SQUASHFS_ARGS=-le
+endif
+
 endif
 
 define ROOTFS_SQUASHFS_CMD
-	$(HOST_DIR)/usr/bin/mksquashfs $(TARGET_DIR) $$@ -noappend
+	$(HOST_DIR)/usr/bin/mksquashfs $(TARGET_DIR) $$@ -noappend \
+		$(ROOTFS_SQUASHFS_ARGS)
 endef
 
-$(eval $(call ROOTFS_TARGET,squashfs))
\ No newline at end of file
+$(eval $(call ROOTFS_TARGET,squashfs))
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] squashfs, squashfs3: needs LARGEFILE support in toolchain
From: Peter Korsgaard @ 2010-05-26 21:00 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=ec1bd9900a5f6eeb0646b79b310395c740dbf0c9
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                     |    6 +++---
 package/squashfs/Config.in  |    4 ++++
 package/squashfs3/Config.in |    4 ++++
 3 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/CHANGES b/CHANGES
index 099c752..67e20c8 100644
--- a/CHANGES
+++ b/CHANGES
@@ -9,9 +9,9 @@
 	libglib2, libgtk2, libidn, libmms, libmpd, libpcap, libsoup,
 	lmbench, lsof, ltrace, lvm2, make, metacity, mtd-utils, mutt,
 	nbd, netsnmp, ntfsprogs, ntp, olsr, pango, pciutils, pcmanfm,
-	php, pkg-config, psmisc, qt, samba, shared-mime-info, sshfs,
-	startup-notification, swfdec, sylpheed, uemacs, util-linux,
-	vpnc, webkit, xstroke
+	php, pkg-config, psmisc, qt, samba, shared-mime-info,
+	squashfs, squashfs3, sshfs, startup-notification, swfdec,
+	sylpheed, uemacs, util-linux, vpnc, webkit, xstroke
 
 	Issues resolved (http://bugs.uclibc.org):
 
diff --git a/package/squashfs/Config.in b/package/squashfs/Config.in
index 3080cc3..f83100f 100644
--- a/package/squashfs/Config.in
+++ b/package/squashfs/Config.in
@@ -1,6 +1,10 @@
 config BR2_PACKAGE_SQUASHFS
 	bool "squashfs"
+	depends on BR2_LARGEFILE
 	help
 	  Tools to generate SquashFS filesystems.
 
 	  http://squashfs.sourceforge.net/
+
+comment "squashfs requires a toolchain with LARGEFILE support"
+	depends on !BR2_LARGEFILE
diff --git a/package/squashfs3/Config.in b/package/squashfs3/Config.in
index 2f7033d..3291272 100644
--- a/package/squashfs3/Config.in
+++ b/package/squashfs3/Config.in
@@ -1,7 +1,11 @@
 config BR2_PACKAGE_SQUASHFS3
 	bool "squashfs3"
 	depends on BR2_DEPRECATED
+	depends on BR2_LARGEFILE
 	help
 	  Tools to generate SquashFS 3.x filesystems.
 
 	  http://squashfs.sourceforge.net/
+
+comment "squashfs3 requires a toolchain with LARGEFILE support"
+	depends on BR2_DEPRECATED && !BR2_LARGEFILE
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] vsftpd: fix build without largefile support
From: Peter Korsgaard @ 2010-05-26 21:00 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=9d07fcd08e710beff30841b47db8b8772a9d3b7b
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Fix lfs patch to include <features.h> before checking any of the
uClibc defines.

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                                            |    3 ++-
 ...ibc_lfs.patch => vsftpd-2.0.7-uclibc_lfs.patch} |    2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)
 rename package/vsftpd/{vsftpd-2.0.5-uclibc_lfs.patch => vsftpd-2.0.7-uclibc_lfs.patch} (96%)

diff --git a/CHANGES b/CHANGES
index 354186a..83242aa 100644
--- a/CHANGES
+++ b/CHANGES
@@ -11,7 +11,8 @@
 	nbd, netsnmp, ntfsprogs, ntp, olsr, pango, pciutils, pcmanfm,
 	php, pkg-config, psmisc, qt, samba, shared-mime-info,
 	squashfs, squashfs3, sshfs, startup-notification, swfdec,
-	sylpheed, uemacs, util-linux, valgrind, vpnc, webkit, xstroke
+	sylpheed, uemacs, util-linux, valgrind, vpnc, vsftpd, webkit,
+	xstroke
 
 	Issues resolved (http://bugs.uclibc.org):
 
diff --git a/package/vsftpd/vsftpd-2.0.5-uclibc_lfs.patch b/package/vsftpd/vsftpd-2.0.7-uclibc_lfs.patch
similarity index 96%
rename from package/vsftpd/vsftpd-2.0.5-uclibc_lfs.patch
rename to package/vsftpd/vsftpd-2.0.7-uclibc_lfs.patch
index ebd25ca..610b782 100644
--- a/package/vsftpd/vsftpd-2.0.5-uclibc_lfs.patch
+++ b/package/vsftpd/vsftpd-2.0.7-uclibc_lfs.patch
@@ -5,7 +5,7 @@ diff -rdup vsftpd-2.0.5.orig/sysutil.c vsftpd-2.0.5/sysutil.c
  #include "utility.h"
  #include "tunables.h"
  
-+#include "builddefs.h"
++#include <features.h>
 +
 +#if !defined __UCLIBC__ || (defined __UCLIBC__ && defined __UCLIBC_HAS_LFS__)
  /* Activate 64-bit file support on Linux/32bit plus others */
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] How does the Start and Entry Point addresses for a uImage get set?
From: Bob Bouterse @ 2010-05-26 20:15 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1274899552.26577.86.camel@bbouterse-debian.escient.local>

Ok, I found this. The real fix to my problem was the complete rebuild of
the kernel.

On Wed, 2010-05-26 at 14:45 -0400, Bob Bouterse wrote:
> Thanks for the beagleboard patch! I have morphed it into an omap3_evm
> configuration. But I have hit a mystery...
> When the uImage for my kernel is created with mkimage, the start address
> is being set to 0x00008000, it should be 0x80008000 . The zreladdr-y in
> linux/arch/arm/mach-omap2/Makefile.boot is set to 0x80008000 . 
> 
> Does anyone know how this gets set in the uImage header?
> 
> FYI, I found that the parameters to mkimage were set to zero in
> buildroot/target/u-boot/Makefile.in . I modified these to 0x80000000,
> and that corrected the problem, but I can't believe this is hard coded.

^ permalink raw reply

* [Buildroot] How does the Start and Entry Point addresses for a uImage get set?
From: Microbit_Ubuntu @ 2010-05-26 19:14 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1274899552.26577.86.camel@bbouterse-debian.escient.local>

Hi Bob,

On Wed, 2010-05-26 at 14:45 -0400, Bob Bouterse wrote:
> Thanks for the beagleboard patch! I have morphed it into an omap3_evm
> configuration. But I have hit a mystery...
> When the uImage for my kernel is created with mkimage, the start address
> is being set to 0x00008000, it should be 0x80008000 . The zreladdr-y in
> linux/arch/arm/mach-omap2/Makefile.boot is set to 0x80008000 . 
> 
> Does anyone know how this gets set in the uImage header?
> 
> FYI, I found that the parameters to mkimage were set to zero in
> buildroot/target/u-boot/Makefile.in . I modified these to 0x80000000,
> and that corrected the problem, but I can't believe this is hard coded.
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot



> Does anyone know how this gets set in the uImage header?

It doesn't, at least not the final execution address.
It's up to the actual HW to map the final address.
This is also why you found you had to "hard code" the exec addy.

Note that the linker must know where the code will execute on the target, case you don't have 
relocatable (position independent) code.
This is not to be confused with usage of the MMU, which maps virtual addresses.

HTH !

B rgds
Kris

^ permalink raw reply

* [Buildroot] How does the Start and Entry Point addresses for a uImage get set?
From: Bob Bouterse @ 2010-05-26 18:45 UTC (permalink / raw)
  To: buildroot

Thanks for the beagleboard patch! I have morphed it into an omap3_evm
configuration. But I have hit a mystery...
When the uImage for my kernel is created with mkimage, the start address
is being set to 0x00008000, it should be 0x80008000 . The zreladdr-y in
linux/arch/arm/mach-omap2/Makefile.boot is set to 0x80008000 . 

Does anyone know how this gets set in the uImage header?

FYI, I found that the parameters to mkimage were set to zero in
buildroot/target/u-boot/Makefile.in . I modified these to 0x80000000,
and that corrected the problem, but I can't believe this is hard coded.

^ permalink raw reply

* [Buildroot] [git commit master] webkit: remove user visible rendering target selection
From: Peter Korsgaard @ 2010-05-26 18:33 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <20100526152252.484cd6a7@surf>

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

 Thomas> On Wed, 26 May 2010 14:14:39 +0200
 Thomas> Peter Korsgaard <jacmet@sunsite.dk> wrote:

 >> +ifeq ($(BR2_PACKAGE_XORG7),y)
 >> +	WEBKIT_CONF_OPT += --with-target=x11
 >> +	WEBKIT_DEPENDENCIES += xserver_xorg-server
 >> endif

 Thomas> Technically speaking, I don't think any X11 client applications
 Thomas> requires the server. Instead, it probably requires xlib_libX11 and
 Thomas> maybe some other additional libraries.

True, but currently we have this client == server relationship in BR for
the X11 stuff.

 Thomas> But, I admit that this isn't handled properly in all packages, and as
 Thomas> soon as one wants a X11 application, one probably also want the X
 Thomas> server as well, in most situations.

Normally yes, but this is something we could (should?) cleanup long term
imho.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit master] webkit: remove user visible rendering target selection
From: Yann E. MORIN @ 2010-05-26 17:55 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <20100526152252.484cd6a7@surf>

Hello All!

On Wednesday 26 May 2010 15:22:52 Thomas Petazzoni wrote:
> Technically speaking, I don't think any X11 client applications
> requires the server. Instead, it probably requires xlib_libX11 and
> maybe some other additional libraries.

Yes, I do agree. I can think of at least one headless box that I run
X11 applications on, via an 'ssh -X'.

> But, I admit that this isn't handled properly in all packages, and as
> soon as one wants a X11 application, one probably also want the X
> server as well, in most situations.

I'm afraid that 201005 wil have to live with that, and people that are
interested (like I am) in a configuration for headless+X11 contribute
the necessary changes for a future release.

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

^ permalink raw reply

* [Buildroot] [git commit master] webkit: remove user visible rendering target selection
From: Thomas Petazzoni @ 2010-05-26 13:22 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <20100526122002.1355C1EB@busybox.osuosl.org>

On Wed, 26 May 2010 14:14:39 +0200
Peter Korsgaard <jacmet@sunsite.dk> wrote:

> +ifeq ($(BR2_PACKAGE_XORG7),y)
> +	WEBKIT_CONF_OPT += --with-target=x11
> +	WEBKIT_DEPENDENCIES += xserver_xorg-server
>  endif

Technically speaking, I don't think any X11 client applications
requires the server. Instead, it probably requires xlib_libX11 and
maybe some other additional libraries.

But, I admit that this isn't handled properly in all packages, and as
soon as one wants a X11 application, one probably also want the X
server as well, in most situations.

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

^ permalink raw reply

* [Buildroot] [PATCH] skeleton: allow logins from ttymxc[0-2]
From: Peter Korsgaard @ 2010-05-26 12:40 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <8abc531ffb433d44641cb8df53abbbe7977b77bd.1274848117.git.baruch@tkos.co.il>

>>>>> "Baruch" == Baruch Siach <baruch@tkos.co.il> writes:

 Baruch> Add ttymxc[0-2] to the list is the /etc/securetty of the Busybox skeleton.
 Baruch> This is useful for serial logins on i.MX based systems. The same serial
 Baruch> devices already appear in the generic "target_skeleton/".

Committed, thanks.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit master] busybox skeleton: allow logins from ttymxc[0-2]
From: Peter Korsgaard @ 2010-05-26 12:40 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=21350c5f2f4fd365440b23d9188e36240ea323b2
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Add ttymxc[0-2] to the list is the /etc/securetty of the Busybox skeleton.
This is useful for serial logins on i.MX based systems. The same serial
devices already appear in the generic "target_skeleton/".

Signed-off-by: Baruch Siach <baruch@tkos.co.il>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 .../generic/target_busybox_skeleton/etc/securetty  |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/target/generic/target_busybox_skeleton/etc/securetty b/target/generic/target_busybox_skeleton/etc/securetty
index 0e7cf97..b25f4a5 100644
--- a/target/generic/target_busybox_skeleton/etc/securetty
+++ b/target/generic/target_busybox_skeleton/etc/securetty
@@ -30,3 +30,6 @@ ttyCPM0
 ttyCPM1
 ttyCPM2
 ttyCPM3
+ttymxc0
+ttymxc1
+ttymxc2
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] gst-plugins-base alsa dependency
From: Phil Edworthy @ 2010-05-26 12:31 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <20100526120439.532638bd@surf>

> > How can a Buildroot package be told of build order dependencies,
> > without requiring the packages to be included?
> 
> By doing something like:
> 
> ifeq ($(BR2_PACKAGE_ON_WHICH_I_DEPEND),y)
> MYPKG_DEPENDENCIES += package-on-which-i-depend
> endif
> 
> If the package "package-on-which-i-depend" is enabled in the
> configuration, then you will have the guarantee that it gets compiled
> before the current package.

Thanks Thomas, that's a nice and simple way to fix it.
Phil 

^ permalink raw reply

* [Buildroot] [git commit master] olsr: needs IPv6 support in toolchain
From: Peter Korsgaard @ 2010-05-26 12:14 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=2f2a0294573bbb8e32ed14c6ba08bf89916adae8
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                |    4 ++--
 package/olsr/Config.in |    4 ++++
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/CHANGES b/CHANGES
index a7cda4d..099c752 100644
--- a/CHANGES
+++ b/CHANGES
@@ -8,8 +8,8 @@
 	hal, iconv, icu, libcgicc, libdvdnav, libdvdread, libglade,
 	libglib2, libgtk2, libidn, libmms, libmpd, libpcap, libsoup,
 	lmbench, lsof, ltrace, lvm2, make, metacity, mtd-utils, mutt,
-	nbd, netsnmp, ntfsprogs, ntp, pango, pciutils, pcmanfm, php,
-	pkg-config, psmisc, qt, samba, shared-mime-info, sshfs,
+	nbd, netsnmp, ntfsprogs, ntp, olsr, pango, pciutils, pcmanfm,
+	php, pkg-config, psmisc, qt, samba, shared-mime-info, sshfs,
 	startup-notification, swfdec, sylpheed, uemacs, util-linux,
 	vpnc, webkit, xstroke
 
diff --git a/package/olsr/Config.in b/package/olsr/Config.in
index ca45f73..ada82b4 100644
--- a/package/olsr/Config.in
+++ b/package/olsr/Config.in
@@ -1,5 +1,6 @@
 config BR2_PACKAGE_OLSR
 	bool "OLSR mesh networking Daemon"
+	depends on BR2_INET_IPV6
 	help
 	  The Optimized Link State Routing protocol (OLSR) is a
 	  routing protocol that is optimised for mobile ad-hoc
@@ -9,3 +10,6 @@ config BR2_PACKAGE_OLSR
 	  compute optimal forwarding paths locally.
 
 	  http://www.olsr.org/
+
+comment "olsr requires a toolchain with IPv6 support"
+	depends on !BR2_INET_IPV6
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] ntfsprogs: needs largefile support in toolchain
From: Peter Korsgaard @ 2010-05-26 12:14 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=84b96ac17a0584944932ae5fc5ebea4c6cce27dc
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                     |    4 ++--
 package/ntfsprogs/Config.in |    5 +++--
 2 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/CHANGES b/CHANGES
index 5b78d07..a7cda4d 100644
--- a/CHANGES
+++ b/CHANGES
@@ -8,8 +8,8 @@
 	hal, iconv, icu, libcgicc, libdvdnav, libdvdread, libglade,
 	libglib2, libgtk2, libidn, libmms, libmpd, libpcap, libsoup,
 	lmbench, lsof, ltrace, lvm2, make, metacity, mtd-utils, mutt,
-	nbd, netsnmp, ntp, pango, pciutils, pcmanfm, php, pkg-config,
-	psmisc, qt, samba, shared-mime-info, sshfs,
+	nbd, netsnmp, ntfsprogs, ntp, pango, pciutils, pcmanfm, php,
+	pkg-config, psmisc, qt, samba, shared-mime-info, sshfs,
 	startup-notification, swfdec, sylpheed, uemacs, util-linux,
 	vpnc, webkit, xstroke
 
diff --git a/package/ntfsprogs/Config.in b/package/ntfsprogs/Config.in
index 38b955e..836a2b6 100644
--- a/package/ntfsprogs/Config.in
+++ b/package/ntfsprogs/Config.in
@@ -1,10 +1,11 @@
 config BR2_PACKAGE_NTFSPROGS
 	bool "ntfsprogs"
 	depends on BR2_USE_WCHAR
+	depends on BR2_LARGEFILE
 	help
 	  wide collection of NTFS utilities
 
 	  http://www.linux-ntfs.org/
 
-comment "ntfsprogs requires a toolchain with WCHAR support"
-	depends on !BR2_USE_WCHAR
+comment "ntfsprogs requires a toolchain with WCHAR and LARGEFILE support"
+	depends on !BR2_USE_WCHAR || !BR2_LARGEFILE
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] libdvdread: needs largefile support in toolchain
From: Peter Korsgaard @ 2010-05-26 12:14 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=e155ef3cabc89bf229b6653ed374e53a874b3805
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

So in turn does libdvdnav and the dvdnav element in gst-plugins-bad.

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                                      |   15 ++++++++-------
 package/multimedia/gst-plugins-bad/Config.in |    6 +++++-
 package/multimedia/libdvdnav/Config.in       |    4 ++++
 package/multimedia/libdvdread/Config.in      |    4 ++++
 4 files changed, 21 insertions(+), 8 deletions(-)

diff --git a/CHANGES b/CHANGES
index f26d8b1..5b78d07 100644
--- a/CHANGES
+++ b/CHANGES
@@ -4,13 +4,14 @@
 
 	Updated/fixed packages: aumix, atk, avahi, bmon, busybox, cairo,
 	cdrkit, dbus-glib, dbus-python, docker, enchant, fltk, gamin,
-	gettext, gmpc, gob2, grep, gstreamer, gvfs, hal, iconv, icu,
-	libcgicc, libglade, libglib2, libgtk2, libidn, libmms, libmpd,
-	libpcap, libsoup, lmbench, lsof, ltrace, lvm2, make,
-	metacity, mtd-utils, mutt, nbd, netsnmp, ntp, pango, pciutils,
-	pcmanfm, php, pkg-config, psmisc, qt, samba, shared-mime-info,
-	sshfs, startup-notification, swfdec, sylpheed, uemacs,
-	util-linux, vpnc, webkit, xstroke
+	gettext, gmpc, gob2, grep, gstreamer, gst-plugins-bad, gvfs,
+	hal, iconv, icu, libcgicc, libdvdnav, libdvdread, libglade,
+	libglib2, libgtk2, libidn, libmms, libmpd, libpcap, libsoup,
+	lmbench, lsof, ltrace, lvm2, make, metacity, mtd-utils, mutt,
+	nbd, netsnmp, ntp, pango, pciutils, pcmanfm, php, pkg-config,
+	psmisc, qt, samba, shared-mime-info, sshfs,
+	startup-notification, swfdec, sylpheed, uemacs, util-linux,
+	vpnc, webkit, xstroke
 
 	Issues resolved (http://bugs.uclibc.org):
 
diff --git a/package/multimedia/gst-plugins-bad/Config.in b/package/multimedia/gst-plugins-bad/Config.in
index 3d2480a..e25b756 100644
--- a/package/multimedia/gst-plugins-bad/Config.in
+++ b/package/multimedia/gst-plugins-bad/Config.in
@@ -58,7 +58,11 @@ config BR2_PACKAGE_GST_PLUGINS_BAD_PLUGIN_DTMF
 
 config BR2_PACKAGE_GST_PLUGINS_BAD_PLUGIN_DVDNAV
 	bool "dvdnav"
-        select BR2_PACKAGE_LIBDVDNAV
+	depends on BR2_LARGEFILE # libdvdread
+	select BR2_PACKAGE_LIBDVDNAV
+
+comment "dvdnav requires a toolchain with LARGEFILE support"
+	depends on !BR2_LARGEFILE
 
 config BR2_PACKAGE_GST_PLUGINS_BAD_PLUGIN_DVDSPU
 	bool "dvdspu"
diff --git a/package/multimedia/libdvdnav/Config.in b/package/multimedia/libdvdnav/Config.in
index c4d73a0..5ba31e8 100644
--- a/package/multimedia/libdvdnav/Config.in
+++ b/package/multimedia/libdvdnav/Config.in
@@ -1,5 +1,6 @@
 config BR2_PACKAGE_LIBDVDNAV
 	bool "libdvdnav"
+	depends on BR2_LARGEFILE # libdvdread
         select BR2_PACKAGE_LIBDVDREAD
 	help
 	  libdvdnav is a library that allows easy use of sophisticated
@@ -7,3 +8,6 @@ config BR2_PACKAGE_LIBDVDNAV
 	  playback and even interactive DVD games.
 
 	  http://www.mplayerhq.hu
+
+comment "libdvdnav requires a toolchain with LARGEFILE support"
+	depends on !BR2_LARGEFILE
diff --git a/package/multimedia/libdvdread/Config.in b/package/multimedia/libdvdread/Config.in
index dea59eb..b63f082 100644
--- a/package/multimedia/libdvdread/Config.in
+++ b/package/multimedia/libdvdread/Config.in
@@ -1,7 +1,11 @@
 config BR2_PACKAGE_LIBDVDREAD
 	bool "libdvdread"
+	depends on BR2_LARGEFILE
 	help
 	  libdvdread provides a simple foundation for reading
 	  DVD-Video images.
 
 	  http://www.mplayerhq.hu/MPlayer/releases/dvdnav/
+
+comment "libdvdread requires a toolchain with LARGEFILE support"
+	depends on !BR2_LARGEFILE
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] bmon: needs ipv6 support
From: Peter Korsgaard @ 2010-05-26 12:14 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=994bb070c9a254de9faeabecda99fdfcdd9310ac
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 CHANGES                |    2 +-
 package/bmon/Config.in |    4 ++++
 2 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/CHANGES b/CHANGES
index 61ab052..8684ca4 100644
--- a/CHANGES
+++ b/CHANGES
@@ -2,7 +2,7 @@
 
 	Fixes all over the tree.
 
-	Updated/fixed packages: aumix, atk, avahi, busybox, cairo,
+	Updated/fixed packages: aumix, atk, avahi, bmon, busybox, cairo,
 	cdrkit, dbus-glib, dbus-python, docker, enchant, fltk, gamin,
 	gettext, gmpc, gob2, grep, gstreamer, gvfs, hal, iconv, icu,
 	libcgicc, libglade, libglib2, libgtk2, libidn, libmms, libmpd,
diff --git a/package/bmon/Config.in b/package/bmon/Config.in
index f42d19a..667788b 100644
--- a/package/bmon/Config.in
+++ b/package/bmon/Config.in
@@ -1,5 +1,9 @@
 config BR2_PACKAGE_BMON
 	bool "bmon"
+	depends on BR2_INET_IPV6
 	select BR2_PACKAGE_NCURSES
 	help
 	  Linux bandwidth monitor
+
+comment "bmon requires a toolchain with IPv6 support"
+	depends on !BR2_INET_IPV6
-- 
1.6.3.3

^ permalink raw reply related

* [Buildroot] [git commit master] mtd-utils: recv_image needs IPv6 support in toolchain
From: Peter Korsgaard @ 2010-05-26 12:14 UTC (permalink / raw)
  To: buildroot


commit: http://git.buildroot.net/buildroot/commit/?id=d3f8ad14b5b4655dc258c3e7440cc14173350d01
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 package/mtd/Config.in |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/package/mtd/Config.in b/package/mtd/Config.in
index 0ba71d3..692654c 100644
--- a/package/mtd/Config.in
+++ b/package/mtd/Config.in
@@ -79,8 +79,12 @@ config BR2_PACKAGE_MTD_NFTL_FORMAT
 	bool "nftl_format"
 
 config BR2_PACKAGE_MTD_RECV_IMAGE
+	depends on BR2_INET_IPV6
 	bool "recv_image"
 
+comment "recv_image requires a toolchain with IPv6 support"
+	depends on !BR2_INET_IPV6
+
 config BR2_PACKAGE_MTD_RFDDUMP
 	bool "rfddump"
 
-- 
1.6.3.3

^ permalink raw reply related


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox