Re: [ptxdist] [PATCH 2/3] mtd-utils.in: Add busybox dependencies

2012-03-13 Thread Michael Olbrich
On Mon, Mar 12, 2012 at 03:09:04PM +0100, bernh...@bwalle.de wrote: From: Bernhard Walle wa...@corscience.de Some tools that mtd-utils provide can be also provided by busybox. Add the dependencies here as done in other configuration files to prevent the user from misconfiguration.

Re: [ptxdist] [PATCH 3/3] procps.in: Unify wording of busybox comments

2012-03-13 Thread Michael Olbrich
On Mon, Mar 12, 2012 at 03:09:05PM +0100, bernh...@bwalle.de wrote: From: Bernhard Walle wa...@corscience.de Thanks, applied. Michael Signed-off-by: Bernhard Walle wa...@corscience.de --- rules/procps.in |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [ptxdist] [PATCH 2/3] mtd-utils.in: Add busybox dependencies

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 10:18:12AM +0100, Bernhard Walle wrote: * Michael Olbrich m.olbr...@pengutronix.de [2012-03-13 10:12]: On Mon, Mar 12, 2012 at 03:09:04PM +0100, bernh...@bwalle.de wrote: From: Bernhard Walle wa...@corscience.de Some tools that mtd-utils provide can be also

Re: [ptxdist] [PATCH 1/2] Makefile.in: Create symlink for xargs

2012-03-13 Thread Michael Olbrich
On Mon, Mar 12, 2012 at 08:56:32PM +0100, Bernhard Walle wrote: We check for a xargs binary that supports the '-r' flag, so put the usual symlink into the bin directory once we have found a proper implementation. Applied. Michael Signed-off-by: Bernhard Walle bernh...@bwalle.de ---

Re: [ptxdist] [PATCH 1/5] [rt-tests] Use CFLAGS specified by ptxdist platformconfig

2012-03-13 Thread Michael Olbrich
On Mon, Mar 12, 2012 at 10:25:00PM +0100, Remy Bohmer wrote: The platformconfig can specify some valuable global flags for each package in the configuration to build, for example: * CPU optimisations (-march= and friends) * multilib toolchain selection between x86_64 and ia32 such as used for

Re: [ptxdist] [PATCH 2/2] ptxdist: Check for GNU readlink

2012-03-13 Thread Michael Olbrich
On Mon, Mar 12, 2012 at 08:56:33PM +0100, Bernhard Walle wrote: ptxdist heavily uses readlink -f which only works with GNU readlink. So add the usual check here. However, because readlink -f is also used before the symlinks in the ptxdist directory is added to the PATH, that readlink -f call

Re: [ptxdist] [PATCH 1/5] [rt-tests] Use CFLAGS specified by ptxdist platformconfig

2012-03-13 Thread Remy Bohmer
Hi, 2012/3/13 Michael Olbrich m.olbr...@pengutronix.de: +-CFLAGS = -D_GNU_SOURCE -Wall -Wno-nonnull -Isrc/include ++CFLAGS = -D_GNU_SOURCE -Wall -Wno-nonnull -Isrc/include $(CXXFLAGS) This should be: CFLAGS = $(CPPFLAGS) -D_GNU_SOURCE -Wall -Wno-nonnull -Isrc/include $(CFLAGS) CFLAGS is

Re: [ptxdist] [PATCH 2/5] [x86_64] Add some support for multilib detection in the toolchain

2012-03-13 Thread Remy Bohmer
Hi, 2012/3/13 Michael Olbrich m.olbr...@pengutronix.de:      lib=${1} +    extra_cflags=$(source ${PTXDIST_PLATFORMCONFIG} echo ${PTXCONF_TARGET_EXTRA_CFLAGS}) I think ptxd_get_ptxconf should work here. And I think you should use PTXCONF_TARGET_EXTRA_CFLAGS and

Re: [ptxdist] [PATCH 3/5] [busybox] Pass extra platform CFLAGS to busybox make

2012-03-13 Thread Remy Bohmer
Hi, 2012/3/13 Michael Olbrich m.olbr...@pengutronix.de: On Mon, Mar 12, 2012 at 10:25:02PM +0100, Remy Bohmer wrote:  BUSYBOX_MAKE_OPT := \       ARCH=$(PTXCONF_ARCH_STRING) \ +     SUBARCH=$(PTXCONF_ARCH_STRING) \       CROSS_COMPILE=$(COMPILER_PREFIX) \      

Re: [ptxdist] [PATCH 4/5] [x86_64, libc] on multilib do not put all dynamic linkers in /lib

2012-03-13 Thread Remy Bohmer
Hi, 2012/3/13 Michael Olbrich m.olbr...@pengutronix.de: On Mon, Mar 12, 2012 at 10:25:03PM +0100, Remy Bohmer wrote: It is assumed by the makefiles that all dynamic linkers must be put in /lib. This is however not true. Especially on multilib configurations this information cannot be guessed.

Re: [ptxdist] [PATCH 4/5] [x86_64, libc] on multilib do not put all dynamic linkers in /lib

2012-03-13 Thread Remy Bohmer
Hi, FYI: With these 5 patches (and a few unfinished architecture.in patches I have here locally) I at least get the glibc and the dynamic linkers installed in the right place and all binaries we used to be compiled with the right flags. Furthermore, I noticed that the extra flags are not passed

Re: [ptxdist] [PATCH 4/5] [x86_64, libc] on multilib do not put all dynamic linkers in /lib

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 11:34:52AM +0100, Remy Bohmer wrote: FYI: With these 5 patches (and a few unfinished architecture.in patches I have here locally) I at least get the glibc and the dynamic linkers installed in the right place and all binaries we used to be compiled with the right flags.

[ptxdist] [PATCH] ptxdist: Check for GNU readlink

2012-03-13 Thread bernhard
From: Bernhard Walle bernh...@bwalle.de ptxdist heavily uses readlink -f which only works with GNU readlink. So add the usual check here. However, because readlink -f is also used before the symlinks in the ptxdist directory is added to the PATH, that readlink -f call is replaced by a bash-only

Re: [ptxdist] [PATCH] ptxdist: Check for GNU readlink

2012-03-13 Thread Bernhard Walle
* Michael Olbrich m.olbr...@pengutronix.de [2012-03-13 11:14]: Not the 'local', the whole function. Getting all corner-cases right for something like this is not trivial. Ah, ok. Indeed. That's why I started using something from the Internet[tm] and that's also why I only replaced that

[ptxdist] [PATCH] ptxdist: Check for GNU readlink

2012-03-13 Thread bernhard
From: Bernhard Walle bernh...@bwalle.de ptxdist heavily uses readlink -f which only works with GNU readlink. So add the usual check here. However, because readlink -f is also used before the symlinks in the ptxdist directory is added to the PATH, that readlink -f call is replaced by a bash-only

Re: [ptxdist] [PATCH 1/3] Update mtd-utils to 1.4.9

2012-03-13 Thread Bernhard Walle
* Michael Olbrich m.olbr...@pengutronix.de [2012-03-13 10:09]: flash-info has been dropped in favour to mtdinfo. An option for mtdinfo already exists. Indeed, I missed that. But it's in the ubi directory, so I adjusted the dependencies in Kconfig. +++

[ptxdist] [PATCH] Update mtd-utils to 1.4.9

2012-03-13 Thread bernhard
From: Bernhard Walle bernh...@bwalle.de I had to rework some patches. Parallel build has been fixed upstream due in commits 5b1cfb9d09a8a40577e79262c6d79dfcde36b1b7 and 05f56bf49ee0de8979c29c11f61a01e30e96, so we should be able to enable it here. flash-info has been dropped and mtdinfo

Re: [ptxdist] [PATCH 3/5] [busybox] Pass extra platform CFLAGS to busybox make

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 01:46:26PM +0100, Remy Bohmer wrote: Hi, 2012/3/13 Michael Olbrich m.olbr...@pengutronix.de: On Mon, Mar 12, 2012 at 10:25:02PM +0100, Remy Bohmer wrote: Busybox make is not properly called in case: * compiler name tuple does not match target tuple (as used in

Re: [ptxdist] [PATCH] ptxdist: Check for GNU readlink

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 12:30:23PM +0100, bernh...@bwalle.de wrote: From: Bernhard Walle bernh...@bwalle.de ptxdist heavily uses readlink -f which only works with GNU readlink. So add the usual check here. However, because readlink -f is also used before the symlinks in the ptxdist

Re: [ptxdist] [PATCH] Update mtd-utils to 1.4.9

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 01:00:11PM +0100, bernh...@bwalle.de wrote: From: Bernhard Walle bernh...@bwalle.de I had to rework some patches. Parallel build has been fixed upstream due in commits 5b1cfb9d09a8a40577e79262c6d79dfcde36b1b7 and 05f56bf49ee0de8979c29c11f61a01e30e96, so we should

Re: [ptxdist] [PATCH] Update mtd-utils to 1.4.9

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 02:31:14PM +0100, Michael Olbrich wrote: On Tue, Mar 13, 2012 at 01:00:11PM +0100, bernh...@bwalle.de wrote: From: Bernhard Walle bernh...@bwalle.de I had to rework some patches. Parallel build has been fixed upstream due in commits

Re: [ptxdist] [PATCH] mtd-utils.in: Add busybox dependencies

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 12:17:38PM +0100, bernh...@bwalle.de wrote: From: Bernhard Walle wa...@corscience.de Some tools that mtd-utils provide can be also provided by busybox. Add the dependencies here as done in other configuration files to prevent the user from misconfiguration.

[ptxdist] Proper way to modify an ETC file

2012-03-13 Thread Jerry Kirk
Within my embedded project I'd like to modify Busybox's FTPD command to allow more general access to the filesystem. I'm not quite sure the right way to do this. I've been considering 1. A local patch to the busybox file that gets copied 2. A new package that runs SED and modifies the busybox

[ptxdist] [PATCH 1/2] dropbear: security update to version 2012.55

2012-03-13 Thread Alexander Dahl
Signed-off-by: Alexander Dahl p...@lespocky.de --- rules/dropbear.make |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/rules/dropbear.make b/rules/dropbear.make index a3ba905..fe52ad8 100644 --- a/rules/dropbear.make +++ b/rules/dropbear.make @@ -18,8 +18,8 @@

[ptxdist] [PATCH 2/2] file: security update to version 5.11

2012-03-13 Thread Alexander Dahl
Signed-off-by: Alexander Dahl p...@lespocky.de --- rules/file.make |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/rules/file.make b/rules/file.make index 8840bc4..5c7d739 100644 --- a/rules/file.make +++ b/rules/file.make @@ -16,8 +16,8 @@ PACKAGES-$(PTXCONF_FILE) +=

Re: [ptxdist] Proper way to modify an ETC file

2012-03-13 Thread Michael Olbrich
On Tue, Mar 13, 2012 at 05:21:15PM +, Jerry Kirk wrote: Within my embedded project I'd like to modify Busybox's FTPD command to allow more general access to the filesystem. I'm not quite sure the right way to do this. I've been considering 1. A local patch to the busybox file that gets

[ptxdist] [PATCH 1/2] Update mtd-utils to 1.4.9

2012-03-13 Thread Bernhard Walle
I had to rework some patches. Parallel build has been fixed upstream due in commits 5b1cfb9d09a8a40577e79262c6d79dfcde36b1b7 and 05f56bf49ee0de8979c29c11f61a01e30e96, so we should be able to enable it here. flash-info has been dropped and mtdinfo should be used instead. Signed-off-by:

[ptxdist] [PATCH 2/2] mtd-utils.in: Add busybox dependencies

2012-03-13 Thread Bernhard Walle
Some tools that mtd-utils provide can be also provided by busybox. Add the dependencies here as done in other configuration files to prevent the user from misconfiguration. Signed-off-by: Bernhard Walle bernh...@bwalle.de --- rules/mtd-utils.in | 28 1 file

Re: [ptxdist] [PATCH 3/5] [busybox] Pass extra platform CFLAGS to busybox make

2012-03-13 Thread Remy Bohmer
Hi, 2012/3/13 Michael Olbrich m.olbr...@pengutronix.de: On Tue, Mar 13, 2012 at 01:46:26PM +0100, Remy Bohmer wrote: It seems I have to stick with the bare minimal options I can set here... Or any other ideas? Don't set any flags in BUSYBOX_MAKE_OPT. From what I can tell, the current

[ptxdist] [PATCH 2/5 v2] [x86_64] Add some support for multilib detection in the toolchain

2012-03-13 Thread Remy Bohmer
For Sourcery Codebench toolchains the 'gcc -print-file-name' only returns the proper sysroot directory when the proper architecture flags are provided via '-m64 -march=' flags. These flags are provided via the ptxdist platformconfig PTXCONF_TARGET_EXTRA_CFLAGS setting. These flags therefore also

[ptxdist] [PATCH 4/5 v2] [x86_64, glibc] on multilib do not put all dynamic linkers in /lib

2012-03-13 Thread Remy Bohmer
It is assumed by the makefiles that all dynamic linkers must be put in /lib. This is however not true. Especially on multilib configurations this information cannot be guessed. By looking in the sysroot of the compiler toolchain the right paths can be found. Default the scripts already look there,

[ptxdist] [PATCH 5/5 v2] [x86_64, glibc] Link /usr/lib/libdl.so is not needed and wrong on x86_64

2012-03-13 Thread Remy Bohmer
This link is always being generated and it is assumed that it must always point to /lib/libdl.so.2. But this script is not needed and points to the wrong location when a multilib toolchain is being used where the dynamic linker must be in /lib64 Signed-off-by: Remy Bohmer li...@bohmer.net ---