* [Buildroot] [PATCH 1/2] kernel-headers: bump 3.{0, 4, 6, 7}.x stable versions
From: Peter Korsgaard @ 2012-12-18 12:01 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355829060-27996-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Committed both, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] gadget-test: inherit arch dependencies from libaio
From: Peter Korsgaard @ 2012-12-18 12:01 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=dc274b38ef2bfd12043d8e962864a509f82e78d9
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes
http://autobuild.buildroot.org/results/7ad59020d4584a777d721352ae73ab2dd33326d7/build-end.log
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/gadgetfs-test/Config.in | 7 ++++++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/package/gadgetfs-test/Config.in b/package/gadgetfs-test/Config.in
index a582db6..36713fc 100644
--- a/package/gadgetfs-test/Config.in
+++ b/package/gadgetfs-test/Config.in
@@ -6,8 +6,13 @@ config BR2_PACKAGE_GADGETFS_TEST
config BR2_PACKAGE_GADGETFS_TEST_USE_AIO
bool "use asynchronous i/o"
- depends on BR2_PACKAGE_GADGETFS_TEST
select BR2_PACKAGE_LIBAIO
+ depends on BR2_PACKAGE_GADGETFS_TEST
+ # libaio is available only on few architectures
+ depends on \
+ BR2_arm || BR2_armeb || BR2_avr32 || BR2_i386 || \
+ BR2_m68k || BR2_mips || BR2_mipsel || BR2_powerpc || \
+ BR2_sparc || BR2_x86_64
help
Select this to have gadgetfs-test do asynchronous I/O using
the libaio library.
^ permalink raw reply related
* [Buildroot] [git commit] linux: bump 3.7.x stable version
From: Peter Korsgaard @ 2012-12-18 12:01 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=78342d5834bc4cf846d41ab7792768bf8f93763d
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
linux/Config.in | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index 51810e2..910d9a5 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -21,7 +21,7 @@ choice
prompt "Kernel version"
config BR2_LINUX_KERNEL_3_7
- bool "3.7"
+ bool "3.7.1"
config BR2_LINUX_KERNEL_SAME_AS_HEADERS
bool "Same as toolchain kernel headers"
@@ -76,7 +76,7 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
config BR2_LINUX_KERNEL_VERSION
string
- default "3.7" if BR2_LINUX_KERNEL_3_7
+ default "3.7.1" if BR2_LINUX_KERNEL_3_7
default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS
default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION
default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
^ permalink raw reply related
* [Buildroot] [git commit] kernel-headers: bump 3.{0, 4, 6, 7}.x stable versions
From: Peter Korsgaard @ 2012-12-18 11:59 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=7f1c97c34ab5e5a264fd355de78b18261a05df6b
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
| 8 ++++----
...all-fix-__packed-in-exported-kernel-head.patch} | 0
2 files changed, 4 insertions(+), 4 deletions(-)
--git a/toolchain/kernel-headers/Config.in b/toolchain/kernel-headers/Config.in
index daffef7..a8a8a2b 100644
--- a/toolchain/kernel-headers/Config.in
+++ b/toolchain/kernel-headers/Config.in
@@ -58,13 +58,13 @@ config BR2_DEFAULT_KERNEL_VERSION
config BR2_DEFAULT_KERNEL_HEADERS
string
- default "3.0.56" if BR2_KERNEL_HEADERS_3_0
+ default "3.0.57" if BR2_KERNEL_HEADERS_3_0
default "3.1.10" if BR2_KERNEL_HEADERS_3_1
default "3.2.35" if BR2_KERNEL_HEADERS_3_2
default "3.3.8" if BR2_KERNEL_HEADERS_3_3
- default "3.4.23" if BR2_KERNEL_HEADERS_3_4
+ default "3.4.24" if BR2_KERNEL_HEADERS_3_4
default "3.5.7" if BR2_KERNEL_HEADERS_3_5
- default "3.6.10" if BR2_KERNEL_HEADERS_3_6
- default "3.7" if BR2_KERNEL_HEADERS_3_7
+ default "3.6.11" if BR2_KERNEL_HEADERS_3_6
+ default "3.7.1" if BR2_KERNEL_HEADERS_3_7
default "2.6" if BR2_KERNEL_HEADERS_SNAP
default $BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
diff --git a/toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch b/toolchain/kernel-headers/linux-3.0.57-headers_install-fix-__packed-in-exported-kernel-head.patch
similarity index 100%
rename from toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch
rename to toolchain/kernel-headers/linux-3.0.57-headers_install-fix-__packed-in-exported-kernel-head.patch
^ permalink raw reply related
* [Buildroot] [PATCH] gadget-test: inherit arch dependencies from libaio
From: Maxime Ripard @ 2012-12-18 11:21 UTC (permalink / raw)
To: buildroot
Fixes
http://autobuild.buildroot.org/results/7ad59020d4584a777d721352ae73ab2dd33326d7/build-end.log
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
---
package/gadgetfs-test/Config.in | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/package/gadgetfs-test/Config.in b/package/gadgetfs-test/Config.in
index a582db6..36713fc 100644
--- a/package/gadgetfs-test/Config.in
+++ b/package/gadgetfs-test/Config.in
@@ -6,8 +6,13 @@ config BR2_PACKAGE_GADGETFS_TEST
config BR2_PACKAGE_GADGETFS_TEST_USE_AIO
bool "use asynchronous i/o"
- depends on BR2_PACKAGE_GADGETFS_TEST
select BR2_PACKAGE_LIBAIO
+ depends on BR2_PACKAGE_GADGETFS_TEST
+ # libaio is available only on few architectures
+ depends on \
+ BR2_arm || BR2_armeb || BR2_avr32 || BR2_i386 || \
+ BR2_m68k || BR2_mips || BR2_mipsel || BR2_powerpc || \
+ BR2_sparc || BR2_x86_64
help
Select this to have gadgetfs-test do asynchronous I/O using
the libaio library.
--
1.7.9.5
^ permalink raw reply related
* [Buildroot] [PATCH 2/2] linux: bump 3.7.x stable version
From: Gustavo Zacarias @ 2012-12-18 11:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355829060-27996-1-git-send-email-gustavo@zacarias.com.ar>
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
linux/Config.in | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index 51810e2..910d9a5 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -21,7 +21,7 @@ choice
prompt "Kernel version"
config BR2_LINUX_KERNEL_3_7
- bool "3.7"
+ bool "3.7.1"
config BR2_LINUX_KERNEL_SAME_AS_HEADERS
bool "Same as toolchain kernel headers"
@@ -76,7 +76,7 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
config BR2_LINUX_KERNEL_VERSION
string
- default "3.7" if BR2_LINUX_KERNEL_3_7
+ default "3.7.1" if BR2_LINUX_KERNEL_3_7
default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS
default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION
default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] kernel-headers: bump 3.{0, 4, 6, 7}.x stable versions
From: Gustavo Zacarias @ 2012-12-18 11:10 UTC (permalink / raw)
To: buildroot
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
| 8 ++++----
...all-fix-__packed-in-exported-kernel-head.patch} | 0
2 files changed, 4 insertions(+), 4 deletions(-)
rename toolchain/kernel-headers/{linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch => linux-3.0.57-headers_install-fix-__packed-in-exported-kernel-head.patch} (100%)
--git a/toolchain/kernel-headers/Config.in b/toolchain/kernel-headers/Config.in
index daffef7..a8a8a2b 100644
--- a/toolchain/kernel-headers/Config.in
+++ b/toolchain/kernel-headers/Config.in
@@ -58,13 +58,13 @@ config BR2_DEFAULT_KERNEL_VERSION
config BR2_DEFAULT_KERNEL_HEADERS
string
- default "3.0.56" if BR2_KERNEL_HEADERS_3_0
+ default "3.0.57" if BR2_KERNEL_HEADERS_3_0
default "3.1.10" if BR2_KERNEL_HEADERS_3_1
default "3.2.35" if BR2_KERNEL_HEADERS_3_2
default "3.3.8" if BR2_KERNEL_HEADERS_3_3
- default "3.4.23" if BR2_KERNEL_HEADERS_3_4
+ default "3.4.24" if BR2_KERNEL_HEADERS_3_4
default "3.5.7" if BR2_KERNEL_HEADERS_3_5
- default "3.6.10" if BR2_KERNEL_HEADERS_3_6
- default "3.7" if BR2_KERNEL_HEADERS_3_7
+ default "3.6.11" if BR2_KERNEL_HEADERS_3_6
+ default "3.7.1" if BR2_KERNEL_HEADERS_3_7
default "2.6" if BR2_KERNEL_HEADERS_SNAP
default $BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
diff --git a/toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch b/toolchain/kernel-headers/linux-3.0.57-headers_install-fix-__packed-in-exported-kernel-head.patch
similarity index 100%
rename from toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch
rename to toolchain/kernel-headers/linux-3.0.57-headers_install-fix-__packed-in-exported-kernel-head.patch
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] allyespackageconfig build on ARM/Linaro
From: Peter Korsgaard @ 2012-12-18 10:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121218104040.7f5f3c79@skate>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
>> Strange about all these linker issues.
Thomas> No, not really strange. There has been a change in gcc 4.6 with
Thomas> regard to linking some time ago. See
Thomas> http://www.gentoo.org/proj/en/qa/asneeded.xml. This is causing
Thomas> build breakage in some packages that had an incorrect list of
Thomas> libraries to link with.
But is --as-needed now default, or is that something special to the
Linaro toolchain? We also default to 4.6 with the internal toolchain,
and I don't recall those linker issues.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] imx-lib: new package
From: Arnout Vandecappelle @ 2012-12-18 10:06 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1232481150.1002440.1355759448787.JavaMail.root@advansee.com>
On 17/12/12 16:50, Beno?t Th?baudeau wrote:
> This looks good. There is however a missing runtime dependency on firmware-imx.
You only need that firmware when running a vpu encoder or decoder.
Forcing a select seems like a bad idea. Instead, I'll add a comment in
the help text of the gst plugins that you need the firmware as well.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] allyespackageconfig build on ARM/Linaro
From: Thomas Petazzoni @ 2012-12-18 9:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <878v8v7lwq.fsf@dell.be.48ers.dk>
Dear Peter Korsgaard,
On Tue, 18 Dec 2012 10:24:37 +0100, Peter Korsgaard wrote:
> Thomas> Here are my notes:
>
> Thomas> * I've disabled JamVM and Classpath, because my testing chroot does
> Thomas> not have javac. So those packages are not tested.
>
> Thomas> * mplayer failed to build, so I had to disable it, and also disable
> Thomas> libplayer, which was selecting mplayer. The mplayer build failure is
> Thomas> FPU related:
>
> Sounds related to the mplayer/fpu discussion we had fairly recently.
Indeed.
> Thomas> * ltp-testsuite fails to build (build failures already seen with the
> Thomas> autobuilders):
>
> Thomas> common.c: In function 'create_net_namespace':
> Thomas> common.c:64:17: error: 'CLONE_NEWNS' undeclared (first use in this function)
> Thomas> common.c:64:17: note: each undeclared identifier is reported only once for each function it appears in
> Thomas> common.c: In function 'child_fn':
> Thomas> common.c:124:11: error: 'CLONE_NEWNS' undeclared (first use in this function)
> Thomas> common.c:127:11: error: 'CLONE_FS' undeclared (first use in this function)
>
> Odd, CLONE_NEWNS has existing for many years and common.c seems to
> include sched.h
Yes, I haven't looked at this one yet, but it is strange.
> Thomas> * pcmanfm failed to build:
>
> Thomas> /home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: fm-desktop.o: undefined reference to symbol 'XSendEvent'
> Thomas> /home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: note: 'XSendEvent' is defined in DSO /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libX11.so.6 so try adding it to the linker command line
> Thomas> /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libX11.so.6: could not read symbols: Invalid operation
> Thomas> collect2: error: ld returned 1 exit status
> Thomas> make[4]: *** [pcmanfm] Error 1
>
> Strange about all these linker issues.
No, not really strange. There has been a change in gcc 4.6 with regard
to linking some time ago. See
http://www.gentoo.org/proj/en/qa/asneeded.xml. This is causing build
breakage in some packages that had an incorrect list of libraries to
link with.
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] libseccomp: Remove the use of /proc when installing pc files
From: Peter Korsgaard @ 2012-12-18 9:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355822075-25703-1-git-send-email-maxime.ripard@free-electrons.com>
>>>>> "Maxime" == Maxime Ripard <maxime.ripard@free-electrons.com> writes:
Maxime> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Funky indeed. Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] libseccomp: Remove the use of /proc when installing pc files
From: Peter Korsgaard @ 2012-12-18 9:27 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=ca0e51528eef57d766209de255e74f934a06a336
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes http://autobuild.buildroot.org/results/d9e12bb0f5b2df9064adf3772bcf479b51d72468
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
| 0
...eccomp-0002-Remove-the-dependency-on-proc.patch | 42 ++++++++++++++++++++
2 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/package/libseccomp/libseccomp-use-system-headers-from-sysroot.patch b/package/libseccomp/libseccomp-0001-use-system-headers-from-sysroot.patch
similarity index 100%
rename from package/libseccomp/libseccomp-use-system-headers-from-sysroot.patch
rename to package/libseccomp/libseccomp-0001-use-system-headers-from-sysroot.patch
diff --git a/package/libseccomp/libseccomp-0002-Remove-the-dependency-on-proc.patch b/package/libseccomp/libseccomp-0002-Remove-the-dependency-on-proc.patch
new file mode 100644
index 0000000..82ae44a
--- /dev/null
+++ b/package/libseccomp/libseccomp-0002-Remove-the-dependency-on-proc.patch
@@ -0,0 +1,42 @@
+From 58c34ae1343e2a452e08cd160936a231bcdb67a1 Mon Sep 17 00:00:00 2001
+From: Maxime Ripard <maxime.ripard@free-electrons.com>
+Date: Tue, 18 Dec 2012 09:57:47 +0100
+Subject: [PATCH] Remove the dependency on /proc
+
+The Makefile relied on a broken logic for the INSTALL_PC_MACRO.
+It was used like this: $(INSTALL_PC_MACRO) file.
+
+The INSTALL_PC_MACRO was then expanded with a trailing sharp, to pass
+the name of the file to install as a comment at the end of the command.
+
+And then, to retrieve the file to copy, it used the $NF variable of awk
+on the /proc/self/cmdline file to happily reinvent the argument
+mechanism.
+
+This patch removes of this crazy stuff by using the -t option of
+install, that keeps the same calling convention.
+
+Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
+---
+ macros.mk | 5 ++---
+ 1 file changed, 2 insertions(+), 3 deletions(-)
+
+diff --git a/macros.mk b/macros.mk
+index 6162900..eb61ead 100644
+--- a/macros.mk
++++ b/macros.mk
+@@ -150,9 +150,8 @@ endif
+ INSTALL_PC_MACRO += \
+ $(INSTALL) -o $(INSTALL_OWNER) -g $(INSTALL_GROUP) \
+ -d "$(INSTALL_LIB_DIR)/pkgconfig"; \
+- $(INSTALL) -o $(INSTALL_OWNER) -g $(INSTALL_GROUP) -m 0644 \
+- "$$(cat /proc/$$$$/cmdline | awk '{print $$(NF)}')" \
+- "$(INSTALL_LIB_DIR)/pkgconfig"; \#
++ $(INSTALL) -t -o $(INSTALL_OWNER) -g $(INSTALL_GROUP) -m 0644 \
++ "$(INSTALL_LIB_DIR)/pkgconfig"
+
+ ifeq ($(V),0)
+ INSTALL_INC_MACRO = @echo " INSTALL $^ ($(INSTALL_INC_DIR))";
+--
+1.7.9.5
+
^ permalink raw reply related
* [Buildroot] allyespackageconfig build on ARM/Linaro
From: Peter Korsgaard @ 2012-12-18 9:24 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121218100954.2d59c70f@skate>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> Hello,
Thomas> Following Arnout's comment suggesting to try a allyespackageconfig
Thomas> build on ARM with a Linaro external toolchain (to complement Arnout
Thomas> excellent work on allyespackageconfig testing for x86-64), I did this
Thomas> test yesterday and I have now have the results.
Great, thanks.
Thomas> Here are my notes:
Thomas> * I've disabled JamVM and Classpath, because my testing chroot does
Thomas> not have javac. So those packages are not tested.
Thomas> * mplayer failed to build, so I had to disable it, and also disable
Thomas> libplayer, which was selecting mplayer. The mplayer build failure is
Thomas> FPU related:
Sounds related to the mplayer/fpu discussion we had fairly recently.
Thomas> * ltp-testsuite fails to build (build failures already seen with the
Thomas> autobuilders):
Thomas> common.c: In function 'create_net_namespace':
Thomas> common.c:64:17: error: 'CLONE_NEWNS' undeclared (first use in this function)
Thomas> common.c:64:17: note: each undeclared identifier is reported only once for each function it appears in
Thomas> common.c: In function 'child_fn':
Thomas> common.c:124:11: error: 'CLONE_NEWNS' undeclared (first use in this function)
Thomas> common.c:127:11: error: 'CLONE_FS' undeclared (first use in this function)
Odd, CLONE_NEWNS has existing for many years and common.c seems to
include sched.h
Thomas> * pcmanfm failed to build:
Thomas> /home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: fm-desktop.o: undefined reference to symbol 'XSendEvent'
Thomas> /home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: note: 'XSendEvent' is defined in DSO /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libX11.so.6 so try adding it to the linker command line
Thomas> /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libX11.so.6: could not read symbols: Invalid operation
Thomas> collect2: error: ld returned 1 exit status
Thomas> make[4]: *** [pcmanfm] Error 1
Strange about all these linker issues.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] libseccomp: Remove the use of /proc when installing pc files
From: Thomas Petazzoni @ 2012-12-18 9:24 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355822075-25703-1-git-send-email-maxime.ripard@free-electrons.com>
On Tue, 18 Dec 2012 10:14:35 +0100, Maxime Ripard wrote:
> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
This patch fixes
http://autobuild.buildroot.org/results/d9e12bb0f5b2df9064adf3772bcf479b51d72468/build-end.log
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] libseccomp: Remove the use of /proc when installing pc files
From: Maxime Ripard @ 2012-12-18 9:14 UTC (permalink / raw)
To: buildroot
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
---
| 0
...eccomp-0002-Remove-the-dependency-on-proc.patch | 42 ++++++++++++++++++++
2 files changed, 42 insertions(+)
rename package/libseccomp/{libseccomp-use-system-headers-from-sysroot.patch => libseccomp-0001-use-system-headers-from-sysroot.patch} (100%)
create mode 100644 package/libseccomp/libseccomp-0002-Remove-the-dependency-on-proc.patch
diff --git a/package/libseccomp/libseccomp-use-system-headers-from-sysroot.patch b/package/libseccomp/libseccomp-0001-use-system-headers-from-sysroot.patch
similarity index 100%
rename from package/libseccomp/libseccomp-use-system-headers-from-sysroot.patch
rename to package/libseccomp/libseccomp-0001-use-system-headers-from-sysroot.patch
diff --git a/package/libseccomp/libseccomp-0002-Remove-the-dependency-on-proc.patch b/package/libseccomp/libseccomp-0002-Remove-the-dependency-on-proc.patch
new file mode 100644
index 0000000..82ae44a
--- /dev/null
+++ b/package/libseccomp/libseccomp-0002-Remove-the-dependency-on-proc.patch
@@ -0,0 +1,42 @@
+From 58c34ae1343e2a452e08cd160936a231bcdb67a1 Mon Sep 17 00:00:00 2001
+From: Maxime Ripard <maxime.ripard@free-electrons.com>
+Date: Tue, 18 Dec 2012 09:57:47 +0100
+Subject: [PATCH] Remove the dependency on /proc
+
+The Makefile relied on a broken logic for the INSTALL_PC_MACRO.
+It was used like this: $(INSTALL_PC_MACRO) file.
+
+The INSTALL_PC_MACRO was then expanded with a trailing sharp, to pass
+the name of the file to install as a comment at the end of the command.
+
+And then, to retrieve the file to copy, it used the $NF variable of awk
+on the /proc/self/cmdline file to happily reinvent the argument
+mechanism.
+
+This patch removes of this crazy stuff by using the -t option of
+install, that keeps the same calling convention.
+
+Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
+---
+ macros.mk | 5 ++---
+ 1 file changed, 2 insertions(+), 3 deletions(-)
+
+diff --git a/macros.mk b/macros.mk
+index 6162900..eb61ead 100644
+--- a/macros.mk
++++ b/macros.mk
+@@ -150,9 +150,8 @@ endif
+ INSTALL_PC_MACRO += \
+ $(INSTALL) -o $(INSTALL_OWNER) -g $(INSTALL_GROUP) \
+ -d "$(INSTALL_LIB_DIR)/pkgconfig"; \
+- $(INSTALL) -o $(INSTALL_OWNER) -g $(INSTALL_GROUP) -m 0644 \
+- "$$(cat /proc/$$$$/cmdline | awk '{print $$(NF)}')" \
+- "$(INSTALL_LIB_DIR)/pkgconfig"; \#
++ $(INSTALL) -t -o $(INSTALL_OWNER) -g $(INSTALL_GROUP) -m 0644 \
++ "$(INSTALL_LIB_DIR)/pkgconfig"
+
+ ifeq ($(V),0)
+ INSTALL_INC_MACRO = @echo " INSTALL $^ ($(INSTALL_INC_DIR))";
+--
+1.7.9.5
+
--
1.7.9.5
^ permalink raw reply related
* [Buildroot] buildroot at FOSDEM
From: Thomas Petazzoni @ 2012-12-18 9:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <ac6d1334-7549-4547-9e31-27df02cf7178@zimbra2.corp.accelance.fr>
Dear Jeremy Rosen,
On Tue, 18 Dec 2012 10:05:46 +0100 (CET), Jeremy Rosen wrote:
> isn't there a specific embedded track ?
>
> buildroot would probably better fit in there, no ?
There is indeed an embedded track. I think that Arnout tries to submit
talks in other tracks, to get Buildroot known a bit beyond the
traditional crowd that goes to the embedded track. You know, world
domination plans :-)
Best regards,
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] allyespackageconfig build on ARM/Linaro
From: Thomas Petazzoni @ 2012-12-18 9:09 UTC (permalink / raw)
To: buildroot
Hello,
Following Arnout's comment suggesting to try a allyespackageconfig
build on ARM with a Linaro external toolchain (to complement Arnout
excellent work on allyespackageconfig testing for x86-64), I did this
test yesterday and I have now have the results.
Here are my notes:
* I've disabled JamVM and Classpath, because my testing chroot does
not have javac. So those packages are not tested.
* mplayer failed to build, so I had to disable it, and also disable
libplayer, which was selecting mplayer. The mplayer build failure is
FPU related:
{standard input}: Assembler messages:
{standard input}:2855: Error: selected FPU does not support instruction -- `vmul.f32 q0,q0,q1'
{standard input}:2949: Error: selected processor does not support ARM mode `veor q0,q0,q2'
{standard input}:2950: Error: selected FPU does not support instruction -- `vmul.f32 q0,q0,q1'
{standard input}:3021: Error: selected FPU does not support instruction -- `vmul.f32 d0,d0,d1'
{standard input}:3104: Error: selected processor does not support ARM mode `veor d0,d0,d2'
{standard input}:3105: Error: selected FPU does not support instruction -- `vmul.f32 d0,d0,d1'
make[3]: *** [libavcodec/aacdec.o] Error 1
make[2]: *** [ffmpeg/libavcodec/libavcodec.a] Error 2
make[2]: *** Waiting for unfinished jobs....
* ltp-testsuite fails to build (build failures already seen with the
autobuilders):
common.c: In function 'create_net_namespace':
common.c:64:17: error: 'CLONE_NEWNS' undeclared (first use in this function)
common.c:64:17: note: each undeclared identifier is reported only once for each function it appears in
common.c: In function 'child_fn':
common.c:124:11: error: 'CLONE_NEWNS' undeclared (first use in this function)
common.c:127:11: error: 'CLONE_FS' undeclared (first use in this function)
common.c:147:2: warning: implicit declaration of function 'unshare' [-Wimplicit-function-declaration]
make[6]: *** [common.o] Error 1
make[5]: *** [all] Error 2
make[4]: *** [all] Error 2
make[3]: *** [all] Error 2
make[2]: *** [testcases-all] Error 2
* matchbox-desktop failed to build:
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: mbdesktop.o: undefined reference to symbol 'dlsym@@GLIBC_2.4'
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: note: 'dlsym@@GLIBC_2.4' is defined in DSO /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/arm-linux-gnueabihf/libdl.so.2 so try adding it to the linker command line
/home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/arm-linux-gnueabihf/libdl.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[4]: *** [matchbox-desktop] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [/home/test/outputs/allpkg/build/matchbox-desktop-0.9.1/.stamp_built] Error 2
make: *** [all] Error 2
* metacity failed to build:
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: metacity-mag.o: undefined reference to symbol 'lrint@@GLIBC_2.4'
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: note: 'lrint@@GLIBC_2.4' is defined in DSO /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/arm-linux-gnueabihf/libm.so.6 so try adding it to the linker command line
/home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/arm-linux-gnueabihf/libm.so.6: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[6]: *** [metacity-mag] Error 1
make[6]: *** Waiting for unfinished jobs....
* pcmanfm failed to build:
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: fm-desktop.o: undefined reference to symbol 'XSendEvent'
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: note: 'XSendEvent' is defined in DSO /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libX11.so.6 so try adding it to the linker command line
/home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libX11.so.6: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[4]: *** [pcmanfm] Error 1
* sconeserver failed to build (still the ImageMagick++ problem):
checking for InitializeMagick in -lMagick++... no
configure: error: library 'Magick++' is required for Sconesite:image
make[1]: *** [/home/test/outputs/allpkg/build/sconeserver-183/.stamp_configured] Error 1
make: *** [all] Error 2
* valgrind failed to build (due to glibc 2.16):
checking the GLIBC_VERSION version... unsupported version 2.15
configure: error: Valgrind requires glibc version 2.2 - 2.14
make[1]: *** [/home/test/outputs/allpkg/build/valgrind-3.7.0/.stamp_configured] Error 1
make: *** [all] Error 2
* xstroke failed to build
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: backing.o: undefined reference to symbol 'XRenderComposite'
/home/test/outputs/allpkg/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: note: 'XRenderComposite' is defined in DSO /home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libXrender.so.1 so try adding it to the linker command line
/home/test/outputs/allpkg/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libXrender.so.1: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
Best regards,
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] buildroot at FOSDEM
From: Jeremy Rosen @ 2012-12-18 9:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121218093839.5c356646@skate>
isn't there a specific embedded track ?
buildroot would probably better fit in there, no ?
Cordialement
J?r?my Rosen
fight key loggers : write some perl using vim
----- Mail original -----
> De: "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> ?: "Arnout Vandecappelle" <arnout@mind.be>
> Cc: buildroot at busybox.net
> Envoy?: Mardi 18 D?cembre 2012 09:38:39
> Objet: Re: [Buildroot] buildroot at FOSDEM
>
> Dear Arnout Vandecappelle,
>
> On Tue, 18 Dec 2012 09:02:15 +0100, Arnout Vandecappelle wrote:
>
> > Deadlines for FOSDEM are approaching fast (i.e., this Thursday or
> > Friday). There are a few devrooms where a buildroot presentation
> > would fit:
> >
> > - Community Development and Marketing: 5, 15 or 30 minute
> > presentation about the community process of buildroot.
> >
> > - Cross-distro devroom: buildroot as a distro, 30 or 60 minutes.
> >
> > - Testing and Automation devroom: the buildroot autobuilder concept
> > in 10 or 30 minutes.
> >
> > Any takers?
>
> Does it really fit in the "Cross-distro devroom" ? I guess by "Cross"
> they don't mean "cross-compilation", but rather exchanges between
> distributions such as Gentoo, Fedora, Ubuntu, etc. Does Buildroot
> really fit in the middle of those discussions? I believe we have
> quite
> different use cases, needs, requirements, etc.
>
> But in any case, I'm definitely interested in proposing a talk
> related
> to Buildroot. Let's sync on how's going to propose what.
>
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
^ permalink raw reply
* [Buildroot] [PATCH] sg3-utils new package.
From: Thomas Petazzoni @ 2012-12-18 9:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAAfyv37=U0YtKsNkoCxTA2iRAXwgTETrcuOPWXmvNasnOqZaSA@mail.gmail.com>
Dear Belisko Marek,
On Tue, 18 Dec 2012 09:52:41 +0100, Belisko Marek wrote:
> > Hum, why is this needed? Does sg3_utils installs some libraries or
> > headers that are useful for other packages?
> I'm working on adding udisks to buildroot and udisks have dependency on
> sg3-utils library so this is the reason why installing to staging.
Ok. A comment just before the _INSTALL_STAGING line would be useful,
then, because for a "utils" package, we don't necessarily expect to
have a library in it.
> I've read somewhere on ML you was working also on udisks package.
> Was it successful?
It was a looong time ago. I think I managed to get udisks to build, but
I hadn't had the time to do some real testing with it: I was first
doing some testing of polkit, which is a dependency of udisks.
I've put online the 3 patches I had done at that time (note that they
are old: they still use the old AUTOTARGETS macro name), see:
http://free-electrons.com/~thomas/pub/udisks-buildroot/
Best regards,
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] sg3-utils new package.
From: Belisko Marek @ 2012-12-18 8:52 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121218094835.688afe2c@skate>
Hi Thomas,
On Tue, Dec 18, 2012 at 9:48 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Dear Marek Belisko,
>
> On Mon, 17 Dec 2012 21:35:46 +0100, Marek Belisko wrote:
>
>> +SG3_UTILS_INSTALL_STAGING = YES
>
> Hum, why is this needed? Does sg3_utils installs some libraries or
> headers that are useful for other packages?
I'm working on adding udisks to buildroot and udisks have dependency on
sg3-utils library so this is the reason why installing to staging.
I've read somewhere on ML you was working also on udisks package.
Was it successful?
>
> Thanks,
>
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
Cheers,
mbe
--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer
Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
^ permalink raw reply
* [Buildroot] [PATCH] sg3-utils new package.
From: Thomas Petazzoni @ 2012-12-18 8:48 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355776546-25189-1-git-send-email-marek.belisko@open-nandra.com>
Dear Marek Belisko,
On Mon, 17 Dec 2012 21:35:46 +0100, Marek Belisko wrote:
> +SG3_UTILS_INSTALL_STAGING = YES
Hum, why is this needed? Does sg3_utils installs some libraries or
headers that are useful for other packages?
Thanks,
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] buildroot at FOSDEM
From: Thomas Petazzoni @ 2012-12-18 8:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D02307.2010906@mind.be>
Dear Arnout Vandecappelle,
On Tue, 18 Dec 2012 09:02:15 +0100, Arnout Vandecappelle wrote:
> Deadlines for FOSDEM are approaching fast (i.e., this Thursday or
> Friday). There are a few devrooms where a buildroot presentation
> would fit:
>
> - Community Development and Marketing: 5, 15 or 30 minute
> presentation about the community process of buildroot.
>
> - Cross-distro devroom: buildroot as a distro, 30 or 60 minutes.
>
> - Testing and Automation devroom: the buildroot autobuilder concept
> in 10 or 30 minutes.
>
> Any takers?
Does it really fit in the "Cross-distro devroom" ? I guess by "Cross"
they don't mean "cross-compilation", but rather exchanges between
distributions such as Gentoo, Fedora, Ubuntu, etc. Does Buildroot
really fit in the middle of those discussions? I believe we have quite
different use cases, needs, requirements, etc.
But in any case, I'm definitely interested in proposing a talk related
to Buildroot. Let's sync on how's going to propose what.
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] libglib2: fix g_print()
From: Peter Korsgaard @ 2012-12-18 8:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355774740-28679-1-git-send-email-benoit.thebaudeau@advansee.com>
>>>>> "Beno?t" == Beno?t Th?baudeau <benoit.thebaudeau@advansee.com> writes:
Beno?t> If GLib is cross-compiled, the default printf settings that it
Beno?t> selects are wrong for glibc. This leads to issues with the
Beno?t> g_print() functions, e.g. "Aborted" errors returned by
Beno?t> gst-inspect.
Beno?t> This patch fixes this issue by setting printf configuration
Beno?t> options compatible with glibc. These options should also be
Beno?t> compatible with uClibc.
Beno?t> This solution has been suggested for LTIB by Rogerio Nunes:
Beno?t> https://community.freescale.com/thread/302734
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] libglib2: fix g_print()
From: Peter Korsgaard @ 2012-12-18 8:37 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=9a7e06dc83b70eaed900ab5078206e1c7d0ce141
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
If GLib is cross-compiled, the default printf settings that it selects are wrong
for glibc. This leads to issues with the g_print() functions, e.g. "Aborted"
errors returned by gst-inspect.
This patch fixes this issue by setting printf configuration options compatible
with glibc. These options should also be compatible with uClibc.
This solution has been suggested for LTIB by Rogerio Nunes:
https://community.freescale.com/thread/302734
Signed-off-by: Beno??t Th??baudeau <benoit.thebaudeau@advansee.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/libglib2/libglib2.mk | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/package/libglib2/libglib2.mk b/package/libglib2/libglib2.mk
index 4427431..c3e510b 100644
--- a/package/libglib2/libglib2.mk
+++ b/package/libglib2/libglib2.mk
@@ -40,7 +40,8 @@ LIBGLIB2_CONF_ENV = \
ac_cv_func_working_mktime=yes jm_cv_func_working_re_compile_pattern=yes \
ac_use_included_regex=no gl_cv_c_restrict=no \
ac_cv_path_GLIB_GENMARSHAL=$(HOST_DIR)/usr/bin/glib-genmarshal ac_cv_prog_F77=no \
- ac_cv_func_posix_getgrgid_r=no \
+ ac_cv_func_posix_getgrgid_r=no glib_cv_long_long_format=ll \
+ ac_cv_func_printf_unix98=yes ac_cv_func_vsnprintf_c99=yes \
gt_cv_c_wchar_t=$(if $(BR2_USE_WCHAR),yes,no)
# old uClibc versions don't provide qsort_r
^ permalink raw reply related
* [Buildroot] [PATCH] libglib2: fix g_print()
From: Arnout Vandecappelle @ 2012-12-18 8:29 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355774740-28679-1-git-send-email-benoit.thebaudeau@advansee.com>
On 17/12/12 21:05, Beno?t Th?baudeau wrote:
> If GLib is cross-compiled, the default printf settings that it selects are wrong
> for glibc. This leads to issues with the g_print() functions, e.g. "Aborted"
> errors returned by gst-inspect.
>
> This patch fixes this issue by setting printf configuration options compatible
> with glibc. These options should also be compatible with uClibc.
>
> This solution has been suggested for LTIB by Rogerio Nunes:
> https://community.freescale.com/thread/302734
>
> Signed-off-by: Beno?t Th?baudeau<benoit.thebaudeau@advansee.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
(fixes our aborts when doing gst-inspect on an i.MX6 platform)
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox