* [Buildroot] [PATCH 1/2] neard: new package
From: Simon Dawson @ 2012-11-09 13:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121109142044.09933dfa@skate>
Hi Thomas; thanks for the feedback.
On 9 November 2012 13:20, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
>
> > + depends on BR2_LINUX_KERNEL
>
> Why this dependency?
You're right; this is superfluous.
> > + help
> > + Near Field Communication (NFC) manager
>
> A slightly longer description would be useful here.
Okay.
> > + https://01.org/linux-nfc/documentation/how-start-linux-nfc-code...
>
> Those "..." at the end look strange.
Yes, they do look strange; but this is correct --- the dots are a
required part of the URL.
> > +NEARD_AUTORECONF = YES
>
> The package does not have any patches, and is downloaded from a
> tarball. Why is an autoreconf needed?
The autoreconf is not needed; thanks for pointing this out.
I'll rework the patch.
Simon.
^ permalink raw reply
* [Buildroot] [PATCH] ethtool: fix license information
From: spdawson at gmail.com @ 2012-11-09 13:24 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Simon Dawson <spdawson@gmail.com>
---
package/ethtool/ethtool.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/ethtool/ethtool.mk b/package/ethtool/ethtool.mk
index a336b52..8c5961c 100644
--- a/package/ethtool/ethtool.mk
+++ b/package/ethtool/ethtool.mk
@@ -7,6 +7,6 @@
ETHTOOL_VERSION = 3.6
ETHTOOL_SITE = $(BR2_KERNEL_MIRROR)/software/network/ethtool
ETHTOOL_LICENSE = GPLv2
-ETHTOOL_LICENSE_FILE = COPYING
+ETHTOOL_LICENSE_FILES = COPYING
$(eval $(autotools-package))
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] neard: new package
From: Thomas Petazzoni @ 2012-11-09 13:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1352459105-13590-2-git-send-email-spdawson@gmail.com>
On Fri, 9 Nov 2012 11:05:04 +0000, spdawson at gmail.com wrote:
> diff --git a/package/neard/Config.in b/package/neard/Config.in
> new file mode 100644
> index 0000000..f973fdd
> --- /dev/null
> +++ b/package/neard/Config.in
> @@ -0,0 +1,15 @@
> +config BR2_PACKAGE_NEARD
> + bool "neard"
> + depends on BR2_LINUX_KERNEL
Why this dependency?
> + select BR2_PACKAGE_DBUS
> + select BR2_PACKAGE_LIBGLIB2
> + select BR2_PACKAGE_LIBNL
> + help
> + Near Field Communication (NFC) manager
A slightly longer description would be useful here.
> +
> + http://git.kernel.org/?p=network/nfc/neard.git;a=summary
> +
> + https://01.org/linux-nfc/documentation/how-start-linux-nfc-code...
Those "..." at the end look strange.
> diff --git a/package/neard/neard.mk b/package/neard/neard.mk
> new file mode 100644
> index 0000000..3d73932
> --- /dev/null
> +++ b/package/neard/neard.mk
> @@ -0,0 +1,16 @@
> +#############################################################
> +#
> +# neard
> +#
> +#############################################################
> +NEARD_VERSION = 0.7
> +NEARD_SITE = $(BR2_KERNEL_MIRROR)/linux/network/nfc
> +NEARD_INSTALL_STAGING = YES
> +NEARD_LICENSE = GPLv2
> +NEARD_LICENSE_FILES = COPYING
> +
> +NEARD_DEPENDENCIES = linux dbus libglib2 libnl
> +NEARD_AUTORECONF = YES
The package does not have any patches, and is downloaded from a
tarball. Why is an autoreconf needed?
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] Autotest infrastructure (a bit of off-topic: git repo URL)
From: Thomas Petazzoni @ 2012-11-09 13:18 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87bof76kkn.fsf@dell.be.48ers.dk>
On Fri, 09 Nov 2012 13:13:12 +0100, Peter Korsgaard wrote:
> This is getting pretty offtopic, but from a quick look at it, it seems
> nice, but:
>
> - hardcoded for nand (E.G. uses nandwrite)
> - non-atomic (E.G. uboot environment is handled per-part, so you can end
> up with a halfway upgraded system if something goes wrong)
> - fairly inflexible (hardcoded upgrade procedure, hw id handling, cgi)
Agreed. I've written this stuff for only one project at the moment, so
it hasn't been made more generic than it was needed at the time.
> I've solved it in the past by wrapping firmware upgrades in .deb files,
> and used the depends on / conflicts stuff for hw id/version handling,
> and the pre/post scripts to define the upgrade handling in the upgrade
> itself. To ensure an atomic change between current and upgraded system I
> key off the choice of kernel/rootfs from a single u-boot variable
> (typically called boot=high|low) which is only changed at the very end.
I also did an .ipk wrapping of firmware upgrade images for some other
project, for the same reason (post-install script triggering the
upgrade).
> Maybe we should do some more firmware upgrade talks at an upcoming
> conference ;)
Eeh, why not :-)
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] Need arm-buildroot config and arm-linux config
From: Stefan Fröberg @ 2012-11-09 13:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509C2800.4080900@mind.be>
8.11.2012 23:45, Arnout Vandecappelle kirjoitti:
> On 11/08/12 20:25, Stefan Fr?berg wrote:
>> Hello everyone
>>
>> I have now tried several times to build working arm-virtual image for
>> use with qemu.
>> Once i even managed to run it with qemu but then I made some changes
>> that I don't remember anymore
>> and it has stopped working again (just black screen in qemu).
>>
>> Could somebody kindly provide a minimal (just kernel, uclibc and busybox
>> is enough),
>> working arm buildroot .config and arm kernel .config so
>> that I can run it under qemu, so that I can finally start testing
>> firefox under arm, so that
>> I can finally kick the updated, cleaned firefox patch out before
>> Christmas :-)
>
> Do qemu_arm_versatile_defconfig or qemu_arm_vexpress_defconfig not work
> for you? See board/qemu/arm-versatile/readme.txt for instructions how
> to run qemu.
>
> Regards,
> Arnout
Thank Arnout!
I will try that
Regards
Stefan
^ permalink raw reply
* [Buildroot] Udev on a live CD system does not appear to populate /dev
From: Stefan Fröberg @ 2012-11-09 13:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509CF4F8.6080608@macrium.com>
9.11.2012 14:20, Antony Vennard kirjoitti:
> On 08/11/2012 21:17, Arnout Vandecappelle wrote:
>> If you build a cpio rootfs, you shouldn't need any additional command line
>> parameters because the kernel never gets to mounting the root
>> filesystem. It
>> just runs the /init in the initramfs.
>>
>> Using a cpio rootfs should also solve your problems with the device nodes,
>> because we provide a /init that mounts devtmpfs explicitly.
>>
>> Regards,
>> Arnout
>>
> Yep, I'd come to the conclusion I needed an /init to exist, constructing
> the root file system. Manually creating the CD as a test, the kernel
> panics (root file system not found) if init doesn't exist. I used the
> one from fs/cpio/init as you suggested.
>
> The ram_disk_size parameter does appear to be entirely optional.
>
> I'm now on to the next problem - that script exec's /sbin/init which is
> really /bin/busybox... which is exiting straight away or crashing, as
> the kernel is now panicking about an exiting init :(
>
> I'm going to have an experiment with this, see if I can understand what
> the issue is.
Well, at least now it find's your root device (aka dynamic ramdisk aka
/dev/ram0).
That's good.
Yes, it will throw kernel panic because init is never supposed to exit.
So stuff inside your /etc/ or /etc/init.d needs some fine tuning.
Do you now also have symlink of init --> /bin/busybox in your initramfs
root also ?
If you wan't you can feed the grub kernel loading line a init=/bin/sh
(or /bin/ash or whatever your shell is)
That should just start your shell (skip everything else) in live cd so
that you can look inside the running system what
works and what really happened
(aka if your /dev has all the nodes, are all the necessary stuff there,
etc...)
Also, if that init=/bin/sh does not work (it should always work) then
it's clear that somethings is wrong with your busybox.
After kernel has loaded it seeks for either /init or /sbin/init then it
looks for /etc/inittab file.
In /etc/inittab it calls /etc/init.d/rcS which is responsible of
starting all your other services (mdev,network,urandom etc..)
inside /etc/init.d directory
I have included here my own live CD init stuff (only the bare
essentials, most of the default buildroot stuff remaining intact).
It's a combination of buildroot, gentoo and some of my own stuff (with
all my CD-limit breaking hacks removed).
It's not perfect but it works.
Just remember that if you are not using /bin/login then just replace that
tty1::respawn:-/bin/login
line with your own shell (/bin/sh, /bin/ash etc...)
Regards
Stefan
> I have also grabbed a copy of buildroot git. Once I've got this working,
> I'll have a go at modifying buildroot to build iso9660 targets via this
> mechanism. I'm no expert in this kind of thing, but it'll be a good
> learning experience.
>
> I may also potentially be looking to integrate EFI boot into our live CD
> at some stage - if this is of interest I can have a go at adding this to
> buildroot also.
>
> Thanks for your help,
>
> Antony
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: copy_of_my_etc_init_stuff.tar.bz2
Type: application/octet-stream
Size: 11689 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121109/c3b3b3a0/attachment-0001.obj>
^ permalink raw reply
* [Buildroot] Udev on a live CD system does not appear to populate /dev
From: Antony Vennard @ 2012-11-09 13:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509CFEAE.6090906@mind.be>
I'm not entirely sure - I believe grub legacy can do efi; Fedora 17
certainly uses uses a variant of grub 0.97 for its EFI bootloader by
default, although they're moving to grub2 apparently.
Don't worry, I'll find the patches in git when ready - I can see them in
the git log.
Thanks,
Antony
On 09/11/2012 13:01, Arnout Vandecappelle wrote:
> On 11/09/12 13:20, Antony Vennard wrote:
>> I may also potentially be looking to integrate EFI boot into our live CD
>> at some stage - if this is of interest I can have a go at adding this to
>> buildroot also.
>
> I guess that will mean you'll need grub2. A posted grub2 patches a while
> ago, if you could get them a spin and give feedback, that would be
> nice. Or
> I can repost them if you like.
>
> Regards,
> Arnout
--
________________
Macrium? Software is a trading name of Paramount Software UK Ltd,
Registered in England and Wales Number 02973414
Registered Office: Kilburn House, Manchester Science Park, Lloyd St. North,
Manchester M15 6SE United Kingdom
The information contained in this e-mail is confidential, privileged, or
otherwise protected from disclosure. It is intended only for the use of the
authorized individual as indicated in the e-mail. Any unauthorized
disclosure, copying, distribution or taking of any action based on the
contents of this material is strictly prohibited.
If you have received this e-mail in error, please delete it immediately.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 895 bytes
Desc: OpenPGP digital signature
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121109/e9be69a7/attachment.asc>
^ permalink raw reply
* [Buildroot] [PATCH] autoconf: add license information
From: Arnout Vandecappelle @ 2012-11-09 13:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1352460965-17114-1-git-send-email-spdawson@gmail.com>
On 11/09/12 12:36, spdawson at gmail.com wrote:
> From: Simon Dawson<spdawson@gmail.com>
>
> Signed-off-by: Simon Dawson<spdawson@gmail.com>
> ---
> package/autoconf/autoconf.mk | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/package/autoconf/autoconf.mk b/package/autoconf/autoconf.mk
> index 0cb50db..9530ee6 100644
> --- a/package/autoconf/autoconf.mk
> +++ b/package/autoconf/autoconf.mk
> @@ -6,6 +6,8 @@
>
> AUTOCONF_VERSION = 2.68
> AUTOCONF_SITE = $(BR2_GNU_MIRROR)/autoconf
> +AUTOCONF_LICENSE = GPLv3+ with exceptions
Just thought I'd give a
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
for this one, because I agree with how it's formulated here.
> +AUTOCONF_LICENSE_FILES = COPYINGv3 COPYING.EXCEPTION
>
> AUTOCONF_CONF_ENV = EMACS="no" ac_cv_path_M4=$(HOST_DIR)/usr/bin/m4 \
> ac_cv_prog_gnu_m4_gnu=no
--
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] [PATCH] diffutils stdio: don't assume gets any more
From: Alexander Khryukin @ 2012-11-09 13:02 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/diffutils/diffutils-3.2-no-gets.patch | 21 +++++++++++++++++++++
1 file changed, 21 insertions(+)
create mode 100644 package/diffutils/diffutils-3.2-no-gets.patch
diff --git a/package/diffutils/diffutils-3.2-no-gets.patch b/package/diffutils/diffutils-3.2-no-gets.patch
new file mode 100644
index 0000000..56ca22d
--- /dev/null
+++ b/package/diffutils/diffutils-3.2-no-gets.patch
@@ -0,0 +1,21 @@
+hack until gzip pulls a newer gnulib version
+
+From 66712c23388e93e5c518ebc8515140fa0c807348 Mon Sep 17 00:00:00 2001
+From: Eric Blake <eblake@redhat.com>
+Date: Thu, 29 Mar 2012 13:30:41 -0600
+Subject: [PATCH] stdio: don't assume gets any more
+
+Gnulib intentionally does not have a gets module, and now that C11
+and glibc have dropped it, we should be more proactive about warning
+any user on a platform that still has a declaration of this dangerous
+interface.
+
+--- a/lib/stdio.in.h
++++ b/lib/stdio.in.h
+@@ -125,7 +125,6 @@
+ /* It is very rare that the developer ever has full control of stdin,
+ so any use of gets warrants an unconditional warning. Assume it is
+ always declared, since it is required by C89. */
+-_GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
+ #endif
+
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] Udev on a live CD system does not appear to populate /dev
From: Arnout Vandecappelle @ 2012-11-09 13:01 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509CF4F8.6080608@macrium.com>
On 11/09/12 13:20, Antony Vennard wrote:
> I may also potentially be looking to integrate EFI boot into our live CD
> at some stage - if this is of interest I can have a go at adding this to
> buildroot also.
I guess that will mean you'll need grub2. A posted grub2 patches a while
ago, if you could get them a spin and give feedback, that would be nice. Or
I can repost them if you like.
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] [PATCH] libatomic_ops version update 7.3alpha2 old version 1.2 does not compiles with modern gcc and utils
From: Alexander Khryukin @ 2012-11-09 12:55 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/libatomic_ops/libatomic_ops.mk | 10 +++++-----
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/package/libatomic_ops/libatomic_ops.mk b/package/libatomic_ops/libatomic_ops.mk
index 6d50d0a..c946df0 100644
--- a/package/libatomic_ops/libatomic_ops.mk
+++ b/package/libatomic_ops/libatomic_ops.mk
@@ -1,12 +1,12 @@
#############################################################
#
-# Atomic_ops library
+## Atomic_ops library
#
-#############################################################
+##############################################################
-LIBATOMIC_OPS_VERSION = 1.2
+LIBATOMIC_OPS_VERSION = 7.3alpha2
LIBATOMIC_OPS_SOURCE = libatomic_ops-$(LIBATOMIC_OPS_VERSION).tar.gz
-LIBATOMIC_OPS_SITE = http://www.hpl.hp.com/research/linux/atomic_ops/download
-LIBATOMIC_OPS_INSTALL_STAGING = YES
+LIBATOMIC_OPS_SITE = http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/
+ LIBATOMIC_OPS_INSTALL_STAGING = YES
$(eval $(autotools-package))
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] strace: add license information
From: spdawson at gmail.com @ 2012-11-09 12:55 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Simon Dawson <spdawson@gmail.com>
---
package/strace/strace.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/strace/strace.mk b/package/strace/strace.mk
index ad1d042..349dc2c 100644
--- a/package/strace/strace.mk
+++ b/package/strace/strace.mk
@@ -7,6 +7,8 @@
STRACE_VERSION = 4.7
STRACE_SOURCE = strace-$(STRACE_VERSION).tar.xz
STRACE_SITE = http://downloads.sourceforge.net/project/strace/strace/$(STRACE_VERSION)
+STRACE_LICENSE = BSD-3c
+STRACE_LICENSE_FILES = COPYRIGHT
STRACE_CONF_ENV = ac_cv_header_linux_if_packet_h=yes \
ac_cv_header_linux_netlink_h=yes
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH] libarchive version update 3.0.4
From: Alexander Khryukin @ 2012-11-09 12:51 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/libarchive/libarchive.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/libarchive/libarchive.mk b/package/libarchive/libarchive.mk
index d25f7f8..b19c725 100644
--- a/package/libarchive/libarchive.mk
+++ b/package/libarchive/libarchive.mk
@@ -3,7 +3,7 @@
# libarchive (reusable C library for archive formats)
#
#############################################################
-LIBARCHIVE_VERSION = 2.8.5
+LIBARCHIVE_VERSION = 3.0.4
LIBARCHIVE_SITE = http://libarchive.googlecode.com/files/
LIBARCHIVE_SOURCE = libarchive-$(LIBARCHIVE_VERSION).tar.gz
LIBARCHIVE_INSTALL_STAGING = YES
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] nspr version update 4.9.2 old patch removed
From: Alexander Khryukin @ 2012-11-09 12:49 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/libnspr/libnspr-fix-flags.patch | 65 ---------------------------------
package/libnspr/libnspr.mk | 2 +-
2 files changed, 1 insertion(+), 66 deletions(-)
delete mode 100644 package/libnspr/libnspr-fix-flags.patch
diff --git a/package/libnspr/libnspr-fix-flags.patch b/package/libnspr/libnspr-fix-flags.patch
deleted file mode 100644
index d5ad4fa..0000000
--- a/package/libnspr/libnspr-fix-flags.patch
+++ /dev/null
@@ -1,65 +0,0 @@
-Fix build issues on ARM with certain toolchains
-
-Some gcc/binutils combinations do not like having a space between
-"-Wa," and the following assembler option, so we simply remove those
-spaces.
-
-However, fixing the configure.in is not sufficient, because libnspr
-absolutely requires the prehistoric autoconf 2.13 to re-generate the
-configure script. So, since the patch to the configure script is not
-horrible, we also patch this script directly.
-
-Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
-Index: b/mozilla/nsprpub/configure.in
-===================================================================
---- a/mozilla/nsprpub/configure.in
-+++ b/mozilla/nsprpub/configure.in
-@@ -925,8 +925,8 @@
- case "$target_cpu" in
- arm*)
- if test "$GNU_CC"; then
-- CFLAGS="$CFLAGS -march=armv7-a -mthumb -Wa, -march=armv7-a -Wa, -mthumb"
-- CXXFLAGS="$CXXFLAGS -march=armv7-a -mthumb -Wa, -march=armv7-a -Wa, -mthumb"
-+ CFLAGS="$CFLAGS -march=armv7-a -mthumb -Wa,-march=armv7-a -Wa,-mthumb"
-+ CXXFLAGS="$CXXFLAGS -march=armv7-a -mthumb -Wa,-march=armv7-a -Wa,-mthumb"
- ASFLAGS="$ASFLAGS -march=armv7-a -mthumb"
- else
- AC_MSG_ERROR([--enable-thumb2 is not supported for non-GNU toolchains])
-@@ -940,8 +940,8 @@
- case "$target_cpu" in
- arm*)
- if test "$GNU_CC"; then
-- CFLAGS="$CFLAGS -march=armv5te -mthumb-interwork -Wa, -march=armv5te -Wa, -mthumb-interwork"
-- CXXFLAGS="$CXXFLAGS -march=armv5te -mthumb-interwork -Wa, -march=armv5te -Wa, -mthumb-interwork"
-+ CFLAGS="$CFLAGS -march=armv5te -mthumb-interwork -Wa,-march=armv5te -Wa,-mthumb-interwork"
-+ CXXFLAGS="$CXXFLAGS -march=armv5te -mthumb-interwork -Wa,-march=armv5te -Wa,-mthumb-interwork"
- ASFLAGS="$ASFLAGS -march=armv5te -mthumb-interwork"
- fi
- ;;
-Index: b/mozilla/nsprpub/configure
-===================================================================
---- a/mozilla/nsprpub/configure
-+++ b/mozilla/nsprpub/configure
-@@ -3101,8 +3101,8 @@
- case "$target_cpu" in
- arm*)
- if test "$GNU_CC"; then
-- CFLAGS="$CFLAGS -march=armv7-a -mthumb -Wa, -march=armv7-a -Wa, -mthumb"
-- CXXFLAGS="$CXXFLAGS -march=armv7-a -mthumb -Wa, -march=armv7-a -Wa, -mthumb"
-+ CFLAGS="$CFLAGS -march=armv7-a -mthumb -Wa,-march=armv7-a -Wa,-mthumb"
-+ CXXFLAGS="$CXXFLAGS -march=armv7-a -mthumb -Wa,-march=armv7-a -Wa,-mthumb"
- ASFLAGS="$ASFLAGS -march=armv7-a -mthumb"
- else
- { echo "configure: error: --enable-thumb2 is not supported for non-GNU toolchains" 1>&2; exit 1; }
-@@ -3116,8 +3116,8 @@
- case "$target_cpu" in
- arm*)
- if test "$GNU_CC"; then
-- CFLAGS="$CFLAGS -march=armv5te -mthumb-interwork -Wa, -march=armv5te -Wa, -mthumb-interwork"
-- CXXFLAGS="$CXXFLAGS -march=armv5te -mthumb-interwork -Wa, -march=armv5te -Wa, -mthumb-interwork"
-+ CFLAGS="$CFLAGS -march=armv5te -mthumb-interwork -Wa,-march=armv5te -Wa,-mthumb-interwork"
-+ CXXFLAGS="$CXXFLAGS -march=armv5te -mthumb-interwork -Wa,-march=armv5te -Wa,-mthumb-interwork"
- ASFLAGS="$ASFLAGS -march=armv5te -mthumb-interwork"
- fi
- ;;
diff --git a/package/libnspr/libnspr.mk b/package/libnspr/libnspr.mk
index 736984d..4308ac3 100644
--- a/package/libnspr/libnspr.mk
+++ b/package/libnspr/libnspr.mk
@@ -3,7 +3,7 @@
# libnspr
#
#############################################################
-LIBNSPR_VERSION = 4.8.7
+LIBNSPR_VERSION = 4.9.2
LIBNSPR_SOURCE = nspr-$(LIBNSPR_VERSION).tar.gz
LIBNSPR_SITE = https://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v$(LIBNSPR_VERSION)/src/
LIBNSPR_SUBDIR = mozilla/nsprpub
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] oprofile: add license information
From: spdawson at gmail.com @ 2012-11-09 12:45 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Simon Dawson <spdawson@gmail.com>
---
package/oprofile/oprofile.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/oprofile/oprofile.mk b/package/oprofile/oprofile.mk
index 54c46dd..17d225a 100644
--- a/package/oprofile/oprofile.mk
+++ b/package/oprofile/oprofile.mk
@@ -6,6 +6,8 @@
OPROFILE_VERSION = 0.9.7
OPROFILE_SITE = http://downloads.sourceforge.net/project/oprofile/oprofile/oprofile-$(OPROFILE_VERSION)
+OPROFILE_LICENSE = GPLv2
+OPROFILE_LICENSE_FILES = COPYING
OPROFILE_CONF_OPT = --localstatedir=/var --with-kernel-support
OPROFILE_BINARIES = utils/ophelp pp/opannotate pp/oparchive pp/opgprof
OPROFILE_BINARIES += pp/opreport opjitconv/opjitconv daemon/oprofiled
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH] make version update 3.82
From: Alexander Khryukin @ 2012-11-09 12:40 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/make/make.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/make/make.mk b/package/make/make.mk
index 02b2741..cfb53f1 100644
--- a/package/make/make.mk
+++ b/package/make/make.mk
@@ -3,7 +3,7 @@
# make
#
#############################################################
-MAKE_VERSION:=3.81
+MAKE_VERSION:=3.82
MAKE_SOURCE:=make-$(MAKE_VERSION).tar.bz2
MAKE_SITE:=$(BR2_GNU_MIRROR)/make
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] libtool version update 2.4.2
From: Alexander Khryukin @ 2012-11-09 12:38 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/libtool/libtool.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/libtool/libtool.mk b/package/libtool/libtool.mk
index 4b9657c..ae7a4b8 100644
--- a/package/libtool/libtool.mk
+++ b/package/libtool/libtool.mk
@@ -3,7 +3,7 @@
# libtool
#
#############################################################
-LIBTOOL_VERSION = 2.2.10
+LIBTOOL_VERSION = 2.4.2
LIBTOOL_SOURCE = libtool-$(LIBTOOL_VERSION).tar.gz
LIBTOOL_SITE = $(BR2_GNU_MIRROR)/libtool
LIBTOOL_INSTALL_STAGING = YES
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] boost version update 1.52.0
From: Alexander Khryukin @ 2012-11-09 12:36 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/boost/boost.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/boost/boost.mk b/package/boost/boost.mk
index 64856bc..e03c81d 100644
--- a/package/boost/boost.mk
+++ b/package/boost/boost.mk
@@ -4,7 +4,7 @@
#
#############################################################
-BOOST_VERSION = 1.49.0
+BOOST_VERSION = 1.52.0
BOOST_FILE_VERSION = $(subst .,_,$(BOOST_VERSION))
BOOST_SOURCE = boost_$(BOOST_FILE_VERSION).tar.bz2
BOOST_SITE = http://downloads.sourceforge.net/project/boost/boost/$(BOOST_VERSION)
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] screen: add license information
From: spdawson at gmail.com @ 2012-11-09 12:35 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Simon Dawson <spdawson@gmail.com>
---
package/screen/screen.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/screen/screen.mk b/package/screen/screen.mk
index 8786322..50bb1a6 100644
--- a/package/screen/screen.mk
+++ b/package/screen/screen.mk
@@ -6,6 +6,8 @@
SCREEN_VERSION = 4.0.3
SCREEN_SITE = $(BR2_GNU_MIRROR)/screen
+SCREEN_LICENSE = GPLv2
+SCREEN_LICENSE_FILES = COPYING
SCREEN_DEPENDENCIES = ncurses
SCREEN_CONF_ENV = ac_cv_header_elf_h=no ac_cv_header_dwarf_h=no \
CFLAGS="$(TARGET_CFLAGS) -DTERMINFO"
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH] automake version update 1.12.4
From: Alexander Khryukin @ 2012-11-09 12:34 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/automake/automake.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/automake/automake.mk b/package/automake/automake.mk
index faa1b36..518bf1a 100644
--- a/package/automake/automake.mk
+++ b/package/automake/automake.mk
@@ -4,7 +4,7 @@
#
#############################################################
-AUTOMAKE_VERSION = 1.11.6
+AUTOMAKE_VERSION = 1.12.4
AUTOMAKE_SITE = $(BR2_GNU_MIRROR)/automake
AUTOMAKE_LICENSE = GPLv2+
AUTOMAKE_LICENSE_FILES = COPYING
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] mpfr: add license information
From: spdawson at gmail.com @ 2012-11-09 12:31 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Simon Dawson <spdawson@gmail.com>
---
package/mpfr/mpfr.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/mpfr/mpfr.mk b/package/mpfr/mpfr.mk
index 9caf3ac..c6f1009 100644
--- a/package/mpfr/mpfr.mk
+++ b/package/mpfr/mpfr.mk
@@ -7,6 +7,8 @@
MPFR_VERSION = 3.1.1
MPFR_SITE = http://www.mpfr.org/mpfr-$(MPFR_VERSION)
MPFR_SOURCE = mpfr-$(MPFR_VERSION).tar.bz2
+MPFR_LICENSE = LGPLv3+
+MPFR_LICENSE_FILES = COPYING.LESSER
MPFR_INSTALL_STAGING = YES
MPFR_DEPENDENCIES = gmp
MPFR_MAKE_OPT = RANLIB=$(TARGET_RANLIB)
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH] gnutls-2.12.20-glibc-2.16.patch glibc-2.16 and gnutls2 fix i forgot my signoff
From: Alexander Khryukin @ 2012-11-09 12:31 UTC (permalink / raw)
To: buildroot
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
package/gnutls/gnutls-2.12.20-glibc2.16.patch | 26 ++++++++++++++++++++++++++
1 file changed, 26 insertions(+)
create mode 100644 package/gnutls/gnutls-2.12.20-glibc2.16.patch
diff --git a/package/gnutls/gnutls-2.12.20-glibc2.16.patch b/package/gnutls/gnutls-2.12.20-glibc2.16.patch
new file mode 100644
index 0000000..6b7f545
--- /dev/null
+++ b/package/gnutls/gnutls-2.12.20-glibc2.16.patch
@@ -0,0 +1,26 @@
+--- gnutls-2.12.20/gl/stdio.in.h
++++ gnutls-2.12.20/gl/stdio.in.h
+@@ -714,8 +714,10 @@
+ /* It is very rare that the developer ever has full control of stdin,
+ so any use of gets warrants an unconditional warning. Assume it is
+ always declared, since it is required by C89. */
++#ifdef HAVE_RAW_DECL_GETS
+ _GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
+ #endif
++#endif
+
+
+ #if @GNULIB_OBSTACK_PRINTF@ || @GNULIB_OBSTACK_PRINTF_POSIX@
+--- gnutls-2.12.20/lib/gl/stdio.in.h
++++ gnutls-2.12.20/lib/gl/stdio.in.h
+@@ -714,8 +714,10 @@
+ /* It is very rare that the developer ever has full control of stdin,
+ so any use of gets warrants an unconditional warning. Assume it is
+ always declared, since it is required by C89. */
++#ifdef HAVE_RAW_DECL_GETS
+ _GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
+ #endif
++#endif
+
+
+ #if @GNULIB_OBSTACK_PRINTF@ || @GNULIB_OBSTACK_PRINTF_POSIX@
--
1.7.11.3
^ permalink raw reply related
* [Buildroot] [PATCH] gmp: add license information
From: spdawson at gmail.com @ 2012-11-09 12:28 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Simon Dawson <spdawson@gmail.com>
---
package/gmp/gmp.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/gmp/gmp.mk b/package/gmp/gmp.mk
index 5bcc6c1..72673c7 100644
--- a/package/gmp/gmp.mk
+++ b/package/gmp/gmp.mk
@@ -8,6 +8,8 @@ GMP_VERSION = 5.0.5
GMP_SITE = $(BR2_GNU_MIRROR)/gmp
GMP_SOURCE = gmp-$(GMP_VERSION).tar.bz2
GMP_INSTALL_STAGING = YES
+GMP_LICENSE = LGPLv3+
+GMP_LICENSE_FILES = COPYING.LIB
# Bad ARM assembly breaks on pure thumb
ifeq ($(ARCH),arm)
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] Udev on a live CD system does not appear to populate /dev
From: Antony Vennard @ 2012-11-09 12:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509C2166.8050705@mind.be>
On 08/11/2012 21:17, Arnout Vandecappelle wrote:
> If you build a cpio rootfs, you shouldn't need any additional command line
> parameters because the kernel never gets to mounting the root
> filesystem. It
> just runs the /init in the initramfs.
>
> Using a cpio rootfs should also solve your problems with the device nodes,
> because we provide a /init that mounts devtmpfs explicitly.
>
> Regards,
> Arnout
>
Yep, I'd come to the conclusion I needed an /init to exist, constructing
the root file system. Manually creating the CD as a test, the kernel
panics (root file system not found) if init doesn't exist. I used the
one from fs/cpio/init as you suggested.
The ram_disk_size parameter does appear to be entirely optional.
I'm now on to the next problem - that script exec's /sbin/init which is
really /bin/busybox... which is exiting straight away or crashing, as
the kernel is now panicking about an exiting init :(
I'm going to have an experiment with this, see if I can understand what
the issue is.
I have also grabbed a copy of buildroot git. Once I've got this working,
I'll have a go at modifying buildroot to build iso9660 targets via this
mechanism. I'm no expert in this kind of thing, but it'll be a good
learning experience.
I may also potentially be looking to integrate EFI boot into our live CD
at some stage - if this is of interest I can have a go at adding this to
buildroot also.
Thanks for your help,
Antony
--
________________
Macrium? Software is a trading name of Paramount Software UK Ltd,
Registered in England and Wales Number 02973414
Registered Office: Kilburn House, Manchester Science Park, Lloyd St. North,
Manchester M15 6SE United Kingdom
The information contained in this e-mail is confidential, privileged, or
otherwise protected from disclosure. It is intended only for the use of the
authorized individual as indicated in the e-mail. Any unauthorized
disclosure, copying, distribution or taking of any action based on the
contents of this material is strictly prohibited.
If you have received this e-mail in error, please delete it immediately.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 895 bytes
Desc: OpenPGP digital signature
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121109/742b79b0/attachment.asc>
^ permalink raw reply
* [Buildroot] Autotest infrastructure (a bit of off-topic: git repo URL)
From: Peter Korsgaard @ 2012-11-09 12:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121109114750.6a4dc53a@skate>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
Thomas> On a related topic (firmware upgrade), I have:
Thomas> https://gitorious.org/embedded-linux-firmware-upgrade-tool/embedded-linux-firmware-upgrade-tool
Thomas> It has a:
Thomas> * A host utility to prepare firmware images composed of multiple parts
Thomas> (usually a kernel image + root filesystem image, but there could be
Thomas> more)
Thomas> * A target utility that can run either on the command line or as a CGI
Thomas> script. This utility does the firmware upgrade itself by fiddling
Thomas> with the U-Boot environment.
Thomas> The tool assumes that the flash has two partitions for each component
Thomas> been upgraded (one active partition, one to upgrade).
Thomas> The documentation at
Thomas> https://gitorious.org/embedded-linux-firmware-upgrade-tool/embedded-linux-firmware-upgrade-tool/blobs/master/fwupgrade-doc.txt
Thomas> has a few details.
This is getting pretty offtopic, but from a quick look at it, it seems
nice, but:
- hardcoded for nand (E.G. uses nandwrite)
- non-atomic (E.G. uboot environment is handled per-part, so you can end
up with a halfway upgraded system if something goes wrong)
- fairly inflexible (hardcoded upgrade procedure, hw id handling, cgi)
I've solved it in the past by wrapping firmware upgrades in .deb files,
and used the depends on / conflicts stuff for hw id/version handling,
and the pre/post scripts to define the upgrade handling in the upgrade
itself. To ensure an atomic change between current and upgraded system I
key off the choice of kernel/rootfs from a single u-boot variable
(typically called boot=high|low) which is only changed at the very end.
Maybe we should do some more firmware upgrade talks at an upcoming
conference ;)
--
Bye, Peter Korsgaard
^ 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