* [Buildroot] [PATCH 1/2] libtorrent: bump to version 0.13.3
From: Peter Korsgaard @ 2012-10-31 22:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351704214-11511-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] Build gcc debugger for the Target
From: Alexander Khryukin @ 2012-10-31 22:36 UTC (permalink / raw)
To: buildroot
Hello.
How i can build and package gcc for taget image?
Looks i need option like "Build gdb debugger for the Target"
but for gcc.
Now my image compiles fine, but without gcc on target it
worthless
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121101/b7edee42/attachment.html>
^ permalink raw reply
* [Buildroot] [PATCH v2] Add support for custom package patches
From: Arnout Vandecappelle @ 2012-10-31 22:27 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351688107-6194-1-git-send-email-spdawson@gmail.com>
On 10/31/12 13:55, spdawson at gmail.com wrote:
> + $(Q)($(call pkg-apply-patch-directory,$($(PKG)_DIR_PREFIX)/$(RAWNAME)))
> + $(if $(call qstrip,$(BR2_EXTRA_PACKAGE_PATCH_DIRS)),$(Q)($(foreach patchdir,$(call qstrip,$(BR2_EXTRA_PACKAGE_PATCH_DIRS)),$(call pkg-apply-patch-directory,$(patchdir)))))
I could be wrong, but I think this would also work:
$(foreach patchdir,$(call qstrip,$(BR2_EXTRA_PACKAGE_PATCH_DIRS)),$(Q)$(call pkg-apply-patch-directory,$(patchdir))$(sep)))
(and the semicolon at the end of pkg-apply-patch-directory is redundant then).
Alternatively, you could define:
PACKAGE_PATCH_DIRS = $($(PKG)_DIR_PREFIX)/$(RAWNAME) $(call qstrip,$(BR2_EXTRA_PACKAGE_PATCH_DIRS))
...
$(Q)$(foreach patchdir,$(PACKAGE_PATCH_DIRS),$(call pkg-apply-patch-directory,$(patchdir)))
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] [git commit] rtorrent: bump to version 0.9.3
From: Peter Korsgaard @ 2012-10-31 22:15 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=3ff05f80ffb82e077a332b0c0625f4696a138528
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>
---
package/rtorrent/rtorrent.mk | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/package/rtorrent/rtorrent.mk b/package/rtorrent/rtorrent.mk
index ff1ae2f..c9cf8ff 100644
--- a/package/rtorrent/rtorrent.mk
+++ b/package/rtorrent/rtorrent.mk
@@ -4,9 +4,11 @@
#
#############################################################
-RTORRENT_VERSION = 0.9.2
+RTORRENT_VERSION = 0.9.3
RTORRENT_SITE = http://libtorrent.rakshasa.no/downloads
RTORRENT_DEPENDENCIES = host-pkgconf libcurl libsigc libtorrent ncurses
RTORRENT_AUTORECONF = YES
+RTORRENT_LICENSE = GPLv2
+RTORRENT_LICENSE_FILES = COPYING
$(eval $(autotools-package))
^ permalink raw reply related
* [Buildroot] [git commit] libtorrent: bump to version 0.13.3
From: Peter Korsgaard @ 2012-10-31 22:14 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=d88d501f4e3aef56759bc379d87afd2a6918339b
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>
---
package/libtorrent/libtorrent-cross_compile.patch | 30 ++++++++++++++------
package/libtorrent/libtorrent.mk | 4 ++-
2 files changed, 24 insertions(+), 10 deletions(-)
diff --git a/package/libtorrent/libtorrent-cross_compile.patch b/package/libtorrent/libtorrent-cross_compile.patch
index 39fe700..f86f289 100644
--- a/package/libtorrent/libtorrent-cross_compile.patch
+++ b/package/libtorrent/libtorrent-cross_compile.patch
@@ -2,20 +2,20 @@ Fix cross compilation, based on OpenWRT patch.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
-diff -Nura libtorrent-0.13.2/configure.ac libtorrent-0.13.2-cross/configure.ac
---- libtorrent-0.13.2/configure.ac 2012-04-20 03:55:10.000000000 -0300
-+++ libtorrent-0.13.2-cross/configure.ac 2012-05-09 10:57:49.671175421 -0300
-@@ -17,7 +17,6 @@
+diff -Nura libtorrent-0.13.3.orig/configure.ac libtorrent-0.13.3/configure.ac
+--- libtorrent-0.13.3.orig/configure.ac 2012-10-31 07:38:59.345752076 -0300
++++ libtorrent-0.13.3/configure.ac 2012-10-31 07:39:06.454799361 -0300
+@@ -19,7 +19,6 @@
AM_INIT_AUTOMAKE
AM_CONFIG_HEADER(config.h)
-AM_PATH_CPPUNIT(1.9.6)
- AC_DISABLE_STATIC
- AM_DISABLE_STATIC
-diff -Nura libtorrent-0.13.2/scripts/checks.m4 libtorrent-0.13.2-cross/scripts/checks.m4
---- libtorrent-0.13.2/scripts/checks.m4 2012-04-12 06:44:23.000000000 -0300
-+++ libtorrent-0.13.2-cross/scripts/checks.m4 2012-05-09 10:42:32.642728917 -0300
+ AC_PROG_CXX
+
+diff -Nura libtorrent-0.13.3.orig/scripts/checks.m4 libtorrent-0.13.3/scripts/checks.m4
+--- libtorrent-0.13.3.orig/scripts/checks.m4 2012-10-31 07:38:59.342752057 -0300
++++ libtorrent-0.13.3/scripts/checks.m4 2012-10-31 07:39:06.454799361 -0300
@@ -96,7 +96,7 @@
AC_DEFUN([TORRENT_CHECK_KQUEUE_SOCKET_ONLY], [
AC_MSG_CHECKING(whether kqueue supports pipes and ptys)
@@ -25,3 +25,15 @@ diff -Nura libtorrent-0.13.2/scripts/checks.m4 libtorrent-0.13.2-cross/scripts/c
#include <fcntl.h>
#include <stdlib.h>
#include <unistd.h>
+diff -Nura libtorrent-0.13.3.orig/scripts/common.m4 libtorrent-0.13.3/scripts/common.m4
+--- libtorrent-0.13.3.orig/scripts/common.m4 2012-10-31 07:38:59.342752057 -0300
++++ libtorrent-0.13.3/scripts/common.m4 2012-10-31 07:39:32.550972826 -0300
+@@ -223,7 +223,7 @@
+ AC_DEFUN([TORRENT_CHECK_EXECINFO], [
+ AC_MSG_CHECKING(for execinfo.h)
+
+- AC_RUN_IFELSE([AC_LANG_SOURCE([
++ AC_LINK_IFELSE([AC_LANG_SOURCE([
+ #include <execinfo.h>
+ int main() { backtrace((void**)0, 0); backtrace_symbols((char**)0, 0); return 0;}
+ ])],
diff --git a/package/libtorrent/libtorrent.mk b/package/libtorrent/libtorrent.mk
index 892195b..e58de5d 100644
--- a/package/libtorrent/libtorrent.mk
+++ b/package/libtorrent/libtorrent.mk
@@ -4,7 +4,7 @@
#
#############################################################
-LIBTORRENT_VERSION = 0.13.2
+LIBTORRENT_VERSION = 0.13.3
LIBTORRENT_SITE = http://libtorrent.rakshasa.no/downloads
LIBTORRENT_DEPENDENCIES = host-pkgconf libsigc \
$(if $(BR2_PACKAGE_OPENSSL),openssl)
@@ -12,5 +12,7 @@ LIBTORRENT_CONF_OPT = --enable-aligned \
$(if $(BR2_PACKAGE_OPENSSL),--enable-openssl,--disable-openssl)
LIBTORRENT_INSTALL_STAGING = YES
LIBTORRENT_AUTORECONF = YES
+LIBTORRENT_LICENSE = GPLv2
+LIBTORRENT_LICENSE_FILES = COPYING
$(eval $(autotools-package))
^ permalink raw reply related
* [Buildroot] cannot compile a program within a uclibc build chroot
From: Arnout Vandecappelle @ 2012-10-31 22:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50913F89.3000802@scalemp.com>
On 10/31/12 16:11, Eial Czerwacki wrote:
> '/usr/lib/gcc/i686-unknown-linux-uclibc/4.6.0/../../../../i686-unknown-linux-uclibc/bin/as':
> execv: No such file or directory
This is probably because one of the libraries against which as is linked
cannot be found. It's probably linked with the host libc instead of the
target libc. You can verify that with 'readelf -d': if you see libc.so.6
in there, it's been linked with the host's glibc.
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] luajit: bump to version 2.0.0-rc1
From: Francois Perrad @ 2012-10-31 21:16 UTC (permalink / raw)
To: buildroot
Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
---
package/luajit/luajit-01-root-path.patch | 2 +-
package/luajit/luajit-04-no-bin-symlink.patch | 18 ++----------------
package/luajit/luajit.mk | 2 +-
3 files changed, 4 insertions(+), 18 deletions(-)
diff --git a/package/luajit/luajit-01-root-path.patch b/package/luajit/luajit-01-root-path.patch
index 80ad1e9..cc2f04f 100644
--- a/package/luajit/luajit-01-root-path.patch
+++ b/package/luajit/luajit-01-root-path.patch
@@ -18,5 +18,5 @@ Index: b/src/luaconf.h
+#define LUA_LDIR LUA_ROOT "share/lua/"
+#define LUA_CDIR LUA_ROOT "lib/lua/"
#ifdef LUA_XROOT
- #define LUA_JDIR LUA_XROOT "share/luajit-2.0.0-beta11/"
+ #define LUA_JDIR LUA_XROOT "share/luajit-2.0.0/"
#define LUA_XPATH \
diff --git a/package/luajit/luajit-04-no-bin-symlink.patch b/package/luajit/luajit-04-no-bin-symlink.patch
index 91a470a..0de3162 100644
--- a/package/luajit/luajit-04-no-bin-symlink.patch
+++ b/package/luajit/luajit-04-no-bin-symlink.patch
@@ -6,7 +6,7 @@ Index: b/Makefile
===================================================================
--- a/Makefile
+++ b/Makefile
-@@ -43,8 +43,7 @@
+@@ -42,8 +42,7 @@
INSTALL_MAN= $(INSTALL_SHARE)/man/man1
INSTALL_PKGCONFIG= $(INSTALL_LIB)/pkgconfig
@@ -16,7 +16,7 @@ Index: b/Makefile
INSTALL_ANAME= libluajit-$(ABIVER).a
INSTALL_SONAME= libluajit-$(ABIVER).so.$(MAJVER).$(MINVER).$(RELVER)
INSTALL_SOSHORT= libluajit-$(ABIVER).so
-@@ -58,7 +57,6 @@
+@@ -57,7 +56,6 @@
INSTALL_SHORT1= $(INSTALL_LIB)/$(INSTALL_SOSHORT)
INSTALL_SHORT2= $(INSTALL_LIB)/$(INSTALL_SOSHORT)
INSTALL_T= $(INSTALL_BIN)/$(INSTALL_TNAME)
@@ -24,17 +24,3 @@ Index: b/Makefile
INSTALL_PC= $(INSTALL_PKGCONFIG)/$(INSTALL_PCNAME)
INSTALL_DIRS= $(INSTALL_BIN) $(INSTALL_LIB) $(INSTALL_INC) $(INSTALL_MAN) \
-@@ -120,13 +118,6 @@
- $(RM) $(FILE_PC).tmp
- cd src && $(INSTALL_F) $(FILES_INC) $(INSTALL_INC)
- cd src/jit && $(INSTALL_F) $(FILES_JITLIB) $(INSTALL_JITLIB)
-- @echo "==== Successfully installed LuaJIT $(VERSION) to $(PREFIX) ===="
-- @echo ""
-- @echo "Note: the beta releases deliberately do NOT install a symlink for luajit"
-- @echo "You can do this now by running this command (with sudo):"
-- @echo ""
-- @echo " $(SYMLINK) $(INSTALL_TNAME) $(INSTALL_TSYM)"
-- @echo ""
-
- uninstall:
- @echo "==== Uninstalling LuaJIT $(VERSION) from $(PREFIX) ===="
diff --git a/package/luajit/luajit.mk b/package/luajit/luajit.mk
index 2583f92..78ddeef 100644
--- a/package/luajit/luajit.mk
+++ b/package/luajit/luajit.mk
@@ -4,7 +4,7 @@
#
#############################################################
-LUAJIT_VERSION = 2.0.0-beta11
+LUAJIT_VERSION = 2.0.0-rc1
LUAJIT_SOURCE = LuaJIT-$(LUAJIT_VERSION).tar.gz
LUAJIT_SITE = http://luajit.org/download
LUAJIT_LICENSE = MIT
--
1.7.9.5
^ permalink raw reply related
* [Buildroot] [PATCH v2] Add support for custom package patches
From: Samuel Martin @ 2012-10-31 20:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351688107-6194-1-git-send-email-spdawson@gmail.com>
Hi Simon,
2012/10/31 <spdawson@gmail.com>:
> From: Simon Dawson <spdawson@gmail.com>
>
> Add a configuration item to allow a space-separated list of directories
> to be specified, from which custom package patches will be applied.
>
> Signed-off-by: Simon Dawson <spdawson@gmail.com>
> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
>
> ---
> v2: Incorporate improvements suggested by Arnout Vandecappelle, and
> fix handling of the case where the new configuration item is not set
>
> Config.in | 7 +++++++
> package/pkg-generic.mk | 28 ++++++++++++++++------------
> 2 files changed, 23 insertions(+), 12 deletions(-)
>
> diff --git a/Config.in b/Config.in
> index dab7787..2ea3fbb 100644
> --- a/Config.in
> +++ b/Config.in
> @@ -415,6 +415,13 @@ config BR2_PACKAGE_OVERRIDE_FILE
> as the source directory for a particular package. See the
> Buildroot documentation for more details on this feature.
>
> +config BR2_EXTRA_PACKAGE_PATCH_DIRS
> + string "extra package patch directories"
> + help
> + You may specify a space-separated list of directories containing
> + extra package patches. Note that any extra patches for a package
> + will be applied AFTER the Buildroot patch set for the package.
> +
> endmenu
>
It'd be great to have a section in the documentation about this feature.
Regards,
--
Sam
^ permalink raw reply
* [Buildroot] [PATCH] add new package grantlee
From: Zoltan at osuosl.org @ 2012-10-31 20:38 UTC (permalink / raw)
To: buildroot
From: Zoltan Gyarmati <mr.zoltan.gyarmati@gmail.com>
Signed-off-by: Zoltan Gyarmati <mr.zoltan.gyarmati@gmail.com>
---
package/Config.in | 1 +
package/grantlee/Config.in | 9 +++++++++
package/grantlee/grantlee.mk | 13 +++++++++++++
3 files changed, 23 insertions(+)
create mode 100644 package/grantlee/Config.in
create mode 100644 package/grantlee/grantlee.mk
diff --git a/package/Config.in b/package/Config.in
index ab966e0..ef68b37 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -139,6 +139,7 @@ source "package/qt/Config.in"
if BR2_PACKAGE_QT
comment "QT libraries and helper libraries"
source "package/qtuio/Config.in"
+source "package/grantlee/Config.in"
endif
source "package/x11r7/Config.in"
diff --git a/package/grantlee/Config.in b/package/grantlee/Config.in
new file mode 100644
index 0000000..84afad2
--- /dev/null
+++ b/package/grantlee/Config.in
@@ -0,0 +1,9 @@
+config BR2_PACKAGE_GRANTLEE
+ bool "grantlee"
+ select BR2_PACKAGE_QT_STL
+ select BR2_PACKAGE_QT_SCRIPT
+ select BR2_PACKAGE_QT_GUI_MODULE
+ help
+ Qt implemantation of the Django template framework
+
+ http://www.grantlee.org
diff --git a/package/grantlee/grantlee.mk b/package/grantlee/grantlee.mk
new file mode 100644
index 0000000..10adfd9
--- /dev/null
+++ b/package/grantlee/grantlee.mk
@@ -0,0 +1,13 @@
+#############################################################
+#
+# grantlee
+#
+#############################################################
+
+GRANTLEE_VERSION = 0.2.0
+GRANTLEE_SITE = http://downloads.grantlee.org
+GRANTLEE_INSTALL_STAGING = YES
+GRANTLEE_DEPENDENCIES = qt
+
+$(eval $(cmake-package))
+
--
1.7.9.5
^ permalink raw reply related
* [Buildroot] RPC.h and busybox
From: Thomas Petazzoni @ 2012-10-31 18:54 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CABtOAfzOS9ofm=TyVKbA7v++DoF+HGCGpnGu52nwo5yFNiUZ6g@mail.gmail.com>
Dear Alexander Khryukin,
On Wed, 31 Oct 2012 18:28:27 +0300, Alexander Khryukin wrote:
> MIght you can share your patch?
Sure. However note that it is still a preliminary version, and I intend
to make some more changes to it before asking for it to be merged.
See:
http://lists.busybox.net/pipermail/buildroot/2012-August/057230.html.
Note that those patches are 2+ months old, so you will have so work to
do to be able to apply them.
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] RPC.h and busybox
From: Thomas Petazzoni @ 2012-10-31 18:44 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031145249.GJ30343@sapphire.tkos.co.il>
Dear Baruch Siach,
On Wed, 31 Oct 2012 16:52:49 +0200, Baruch Siach wrote:
> > I intend to adjust a few things and update it, before resending it.
> > Maybe before the Buildroot meeting this week-end, maybe after.
>
> Well, this only solves the problem for internal toolchains, isn't it?
No, the intention is to solve the problem for glibc/eglibc toolchains.
The existing support for glibc/eglibc toolchains (both the external
toolchain support and the crosstool-ng backend) assume that if the C
library is glibc or eglibc, then the C library *always* has RPC
support. Starting (e)glibc 2.14 this is no longer correct, so my patch
set takes this into account at the Buildroot level.
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] RPC.h and busybox
From: Yann E. MORIN @ 2012-10-31 18:24 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50916BCC.2080409@fnac.net>
Paul, All,
On Wednesday 31 October 2012 Paul Chavent wrote:
> On 10/31/2012 12:32 PM, Alexander Khryukin wrote:
> > I'm trying to build busybox with glibc
> > and faced with error
> > util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
> > Does anybody have any solution?
>
> I add the --enable-obsolete-rpc to the eglibc configure options.
That works only with glibc-2.16 or later (ditto for eglibc), but
Alexander is using 2.14.
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] RPC.h and busybox
From: Paul Chavent @ 2012-10-31 18:19 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CABtOAfwBq_mbzxnaBd8s0Wu4PeYOiVWUr5AXoZCcaxL5o=T4MQ@mail.gmail.com>
Hello
On 10/31/2012 12:32 PM, Alexander Khryukin wrote:
> Hello.
> I'm trying to build busybox with glibc
> and faced with error
>
> util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
>
> Does anybody have any solution?
>
I add the --enable-obsolete-rpc to the eglibc configure options.
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Yann E. MORIN @ 2012-10-31 17:56 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CABtOAfzOS9ofm=TyVKbA7v++DoF+HGCGpnGu52nwo5yFNiUZ6g@mail.gmail.com>
Alexander, All,
On Wednesday 31 October 2012 Alexander Khryukin wrote:
> > > > On Wed, Oct 31, 2012 at 03:31:01PM +0100, Thomas Petazzoni wrote:
> > > >> I have posted a patch set some time ago that fixes this. It tells
> > > >> Buildroot whether the toolchain has RPC support or not (even for
> > > >> glibc/eglibc toolchains), and then is capable of building libtirpc
> > when
> > > >> the toolchain does not provide RPC support.
[--SNIP--]
> MIght you can share your patch?
Search the archives, the patchset was posted to the list.
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] [PATCH 2/2] rtorrent: bump to version 0.9.3
From: Gustavo Zacarias @ 2012-10-31 17:23 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351704214-11511-1-git-send-email-gustavo@zacarias.com.ar>
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/rtorrent/rtorrent.mk | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/package/rtorrent/rtorrent.mk b/package/rtorrent/rtorrent.mk
index ff1ae2f..c9cf8ff 100644
--- a/package/rtorrent/rtorrent.mk
+++ b/package/rtorrent/rtorrent.mk
@@ -4,9 +4,11 @@
#
#############################################################
-RTORRENT_VERSION = 0.9.2
+RTORRENT_VERSION = 0.9.3
RTORRENT_SITE = http://libtorrent.rakshasa.no/downloads
RTORRENT_DEPENDENCIES = host-pkgconf libcurl libsigc libtorrent ncurses
RTORRENT_AUTORECONF = YES
+RTORRENT_LICENSE = GPLv2
+RTORRENT_LICENSE_FILES = COPYING
$(eval $(autotools-package))
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] libtorrent: bump to version 0.13.3
From: Gustavo Zacarias @ 2012-10-31 17:23 UTC (permalink / raw)
To: buildroot
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/libtorrent/libtorrent-cross_compile.patch | 30 ++++++++++++++------
package/libtorrent/libtorrent.mk | 4 ++-
2 files changed, 24 insertions(+), 10 deletions(-)
diff --git a/package/libtorrent/libtorrent-cross_compile.patch b/package/libtorrent/libtorrent-cross_compile.patch
index 39fe700..f86f289 100644
--- a/package/libtorrent/libtorrent-cross_compile.patch
+++ b/package/libtorrent/libtorrent-cross_compile.patch
@@ -2,20 +2,20 @@ Fix cross compilation, based on OpenWRT patch.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
-diff -Nura libtorrent-0.13.2/configure.ac libtorrent-0.13.2-cross/configure.ac
---- libtorrent-0.13.2/configure.ac 2012-04-20 03:55:10.000000000 -0300
-+++ libtorrent-0.13.2-cross/configure.ac 2012-05-09 10:57:49.671175421 -0300
-@@ -17,7 +17,6 @@
+diff -Nura libtorrent-0.13.3.orig/configure.ac libtorrent-0.13.3/configure.ac
+--- libtorrent-0.13.3.orig/configure.ac 2012-10-31 07:38:59.345752076 -0300
++++ libtorrent-0.13.3/configure.ac 2012-10-31 07:39:06.454799361 -0300
+@@ -19,7 +19,6 @@
AM_INIT_AUTOMAKE
AM_CONFIG_HEADER(config.h)
-AM_PATH_CPPUNIT(1.9.6)
- AC_DISABLE_STATIC
- AM_DISABLE_STATIC
-diff -Nura libtorrent-0.13.2/scripts/checks.m4 libtorrent-0.13.2-cross/scripts/checks.m4
---- libtorrent-0.13.2/scripts/checks.m4 2012-04-12 06:44:23.000000000 -0300
-+++ libtorrent-0.13.2-cross/scripts/checks.m4 2012-05-09 10:42:32.642728917 -0300
+ AC_PROG_CXX
+
+diff -Nura libtorrent-0.13.3.orig/scripts/checks.m4 libtorrent-0.13.3/scripts/checks.m4
+--- libtorrent-0.13.3.orig/scripts/checks.m4 2012-10-31 07:38:59.342752057 -0300
++++ libtorrent-0.13.3/scripts/checks.m4 2012-10-31 07:39:06.454799361 -0300
@@ -96,7 +96,7 @@
AC_DEFUN([TORRENT_CHECK_KQUEUE_SOCKET_ONLY], [
AC_MSG_CHECKING(whether kqueue supports pipes and ptys)
@@ -25,3 +25,15 @@ diff -Nura libtorrent-0.13.2/scripts/checks.m4 libtorrent-0.13.2-cross/scripts/c
#include <fcntl.h>
#include <stdlib.h>
#include <unistd.h>
+diff -Nura libtorrent-0.13.3.orig/scripts/common.m4 libtorrent-0.13.3/scripts/common.m4
+--- libtorrent-0.13.3.orig/scripts/common.m4 2012-10-31 07:38:59.342752057 -0300
++++ libtorrent-0.13.3/scripts/common.m4 2012-10-31 07:39:32.550972826 -0300
+@@ -223,7 +223,7 @@
+ AC_DEFUN([TORRENT_CHECK_EXECINFO], [
+ AC_MSG_CHECKING(for execinfo.h)
+
+- AC_RUN_IFELSE([AC_LANG_SOURCE([
++ AC_LINK_IFELSE([AC_LANG_SOURCE([
+ #include <execinfo.h>
+ int main() { backtrace((void**)0, 0); backtrace_symbols((char**)0, 0); return 0;}
+ ])],
diff --git a/package/libtorrent/libtorrent.mk b/package/libtorrent/libtorrent.mk
index 892195b..e58de5d 100644
--- a/package/libtorrent/libtorrent.mk
+++ b/package/libtorrent/libtorrent.mk
@@ -4,7 +4,7 @@
#
#############################################################
-LIBTORRENT_VERSION = 0.13.2
+LIBTORRENT_VERSION = 0.13.3
LIBTORRENT_SITE = http://libtorrent.rakshasa.no/downloads
LIBTORRENT_DEPENDENCIES = host-pkgconf libsigc \
$(if $(BR2_PACKAGE_OPENSSL),openssl)
@@ -12,5 +12,7 @@ LIBTORRENT_CONF_OPT = --enable-aligned \
$(if $(BR2_PACKAGE_OPENSSL),--enable-openssl,--disable-openssl)
LIBTORRENT_INSTALL_STAGING = YES
LIBTORRENT_AUTORECONF = YES
+LIBTORRENT_LICENSE = GPLv2
+LIBTORRENT_LICENSE_FILES = COPYING
$(eval $(autotools-package))
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [Bug 5636] New: agetty - cannot get controlling tty error - need updated util-linux
From: bugzilla at busybox.net @ 2012-10-31 16:27 UTC (permalink / raw)
To: buildroot
https://bugs.busybox.net/show_bug.cgi?id=5636
Summary: agetty - cannot get controlling tty error - need
updated util-linux
Product: buildroot
Version: 2012.08
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P5
Component: Other
AssignedTo: unassigned at buildroot.uclibc.org
ReportedBy: ccs_dba at hotmail.com
CC: buildroot at uclibc.org
Estimated Hours: 0.0
Using agetty and login from util-linux (no busybox utils), receive error
'cannot get controlling tty', unable to use without fix submitted to 2.21.1 and
beyound:
http://marc.info/?l=util-linux-ng&m=132334597319406&w=2
--
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] RPC.h and busybox
From: Alexander Khryukin @ 2012-10-31 15:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031150042.GK30343@sapphire.tkos.co.il>
2012/10/31 Baruch Siach <baruch@tkos.co.il>
> Hi Gustavo,
>
> On Wed, Oct 31, 2012 at 11:58:45AM -0300, Gustavo Zacarias wrote:
> > On 10/31/12 11:52, Baruch Siach wrote:
> > > On Wed, Oct 31, 2012 at 03:31:01PM +0100, Thomas Petazzoni wrote:
> > >> On Wed, 31 Oct 2012 13:41:18 +0200, Baruch Siach wrote:
> > >>>> Does anybody have any solution?
> > >>>
> > >>> This is a toolchain level problem. Either downgrade to a toolchain
> with 2.13
> > >>> glibc, or use a toolchain with tirpc.
> > >>
> > >> I have posted a patch set some time ago that fixes this. It tells
> > >> Buildroot whether the toolchain has RPC support or not (even for
> > >> glibc/eglibc toolchains), and then is capable of building libtirpc
> when
> > >> the toolchain does not provide RPC support.
> > >>
> > >> I intend to adjust a few things and update it, before resending it.
> > >> Maybe before the Buildroot meeting this week-end, maybe after.
> > >
> > > Well, this only solves the problem for internal toolchains, isn't it?
> >
> > Internal toolchains are just uClibc, and only glibc/eglibc are affected,
> > so no, quite the opposite.
>
> Ah, of course. You're right.
>
> baruch
>
> --
> http://baruch.siach.name/blog/ ~. .~ Tk Open
> Systems
> =}------------------------------------------------ooO--U--Ooo------------{=
> - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
MIght you can share your patch?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121031/12f7018a/attachment.html>
^ permalink raw reply
* [Buildroot] cannot compile a program within a uclibc build chroot
From: Eial Czerwacki @ 2012-10-31 15:11 UTC (permalink / raw)
To: buildroot
Hello All,
I've created a image based on Buildroot 2012.08 with uclibc 0.9.33 and
gcc 4.6.0.
the build passed or and now I'm trying to compile iasl from within the
image (I've chrooted into it) but for some reason it fails, see:
/acpica-unix2-20121018 # make iasl
make[1]: Entering directory `/acpica-unix2-20121018/generate/unix/iasl'
gcc -c -m32 -D_LINUX -D_GNU_SOURCE -D_FORTIFY_SOURCE=2
-I../../../source/include -DSCMP_REMOVE_UNNEEDED -Os -DACPI_ASL_COMPILER
-I../../../source/compiler -Iobj32 -Wall -Werror
-oobj32/aslcompilerlex.o obj32/aslcompilerlex.c
gcc: error trying to exec
'/usr/lib/gcc/i686-unknown-linux-uclibc/4.6.0/../../../../i686-unknown-linux-uclibc/bin/as':
execv: No such file or directory
make[1]: *** [obj32/aslcompilerlex.o] Error 1
make[1]: Leaving directory `/acpica-unix2-20121018/generate/unix/iasl'
32-bit version of iasl:
ls: ../bin32/iasl: No such file or directory
make: *** [iasl] Error 1
the strange thing is that
"/usr/lib/gcc/i686-unknown-linux-uclibc/4.6.0/../../../../i686-unknown-linux-uclibc/bin/as"
exists, see:
/acpica-unix2-20121018 # ls -l
/usr/lib/gcc/i686-unknown-linux-uclibc/4.6.0/../../../../i686-unknown-linux-uclibc/bin/as
-rwxr-xr-x 1 root root 1039488 Oct 31 09:07
/usr/lib/gcc/i686-unknown-linux-uclibc/4.6.0/../../../../i686-unknown-linux-uclibc/bin/as
here is the output of gcc -v:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-unknown-linux-uclibc/4.6.0/lto-wrapper
Target: i686-unknown-linux-uclibc
Configured with:
/home/envdev/buildroot-2012.08/output/toolchain/gcc-4.6.0/configure
--prefix=/usr --build=i686-pc-linux-gnu --host=i686-unknown-linux-uclibc
--target=i686-unknown-linux-uclibc --enable-languages=c
--with-gxx-include-dir=/usr/include/c++ --disable-__cxa_atexit
--enable-target-optspace --disable-libgomp --with-gnu-ld
--disable-libssp --disable-multilib --enable-tls --disable-shared
--disable-nls --enable-threads --disable-decimal-float --with-arch=i686
--with-tune=i686 --with-pkgversion='Buildroot 2012.08'
--with-bugurl=http://bugs.buildroot.net/
Thread model: posix
gcc version 4.6.0 (Buildroot 2012.08)
what am I doing wrong and how I can fix it?
Thanks.
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Baruch Siach @ 2012-10-31 15:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50913CA5.4050307@zacarias.com.ar>
Hi Gustavo,
On Wed, Oct 31, 2012 at 11:58:45AM -0300, Gustavo Zacarias wrote:
> On 10/31/12 11:52, Baruch Siach wrote:
> > On Wed, Oct 31, 2012 at 03:31:01PM +0100, Thomas Petazzoni wrote:
> >> On Wed, 31 Oct 2012 13:41:18 +0200, Baruch Siach wrote:
> >>>> Does anybody have any solution?
> >>>
> >>> This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> >>> glibc, or use a toolchain with tirpc.
> >>
> >> I have posted a patch set some time ago that fixes this. It tells
> >> Buildroot whether the toolchain has RPC support or not (even for
> >> glibc/eglibc toolchains), and then is capable of building libtirpc when
> >> the toolchain does not provide RPC support.
> >>
> >> I intend to adjust a few things and update it, before resending it.
> >> Maybe before the Buildroot meeting this week-end, maybe after.
> >
> > Well, this only solves the problem for internal toolchains, isn't it?
>
> Internal toolchains are just uClibc, and only glibc/eglibc are affected,
> so no, quite the opposite.
Ah, of course. You're right.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Gustavo Zacarias @ 2012-10-31 14:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031145249.GJ30343@sapphire.tkos.co.il>
On 10/31/12 11:52, Baruch Siach wrote:
> On Wed, Oct 31, 2012 at 03:31:01PM +0100, Thomas Petazzoni wrote:
>> On Wed, 31 Oct 2012 13:41:18 +0200, Baruch Siach wrote:
>>>> Does anybody have any solution?
>>>
>>> This is a toolchain level problem. Either downgrade to a toolchain with 2.13
>>> glibc, or use a toolchain with tirpc.
>>
>> I have posted a patch set some time ago that fixes this. It tells
>> Buildroot whether the toolchain has RPC support or not (even for
>> glibc/eglibc toolchains), and then is capable of building libtirpc when
>> the toolchain does not provide RPC support.
>>
>> I intend to adjust a few things and update it, before resending it.
>> Maybe before the Buildroot meeting this week-end, maybe after.
>
> Well, this only solves the problem for internal toolchains, isn't it?
>
> baruch
Internal toolchains are just uClibc, and only glibc/eglibc are affected,
so no, quite the opposite.
Regards.
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Baruch Siach @ 2012-10-31 14:52 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031153101.41b26063@skate>
Hi Thomas,
On Wed, Oct 31, 2012 at 03:31:01PM +0100, Thomas Petazzoni wrote:
> On Wed, 31 Oct 2012 13:41:18 +0200, Baruch Siach wrote:
> > > Does anybody have any solution?
> >
> > This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> > glibc, or use a toolchain with tirpc.
>
> I have posted a patch set some time ago that fixes this. It tells
> Buildroot whether the toolchain has RPC support or not (even for
> glibc/eglibc toolchains), and then is capable of building libtirpc when
> the toolchain does not provide RPC support.
>
> I intend to adjust a few things and update it, before resending it.
> Maybe before the Buildroot meeting this week-end, maybe after.
Well, this only solves the problem for internal toolchains, isn't it?
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Thomas Petazzoni @ 2012-10-31 14:31 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031114118.GF30343@sapphire.tkos.co.il>
On Wed, 31 Oct 2012 13:41:18 +0200, Baruch Siach wrote:
> > Does anybody have any solution?
>
> This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> glibc, or use a toolchain with tirpc.
I have posted a patch set some time ago that fixes this. It tells
Buildroot whether the toolchain has RPC support or not (even for
glibc/eglibc toolchains), and then is capable of building libtirpc when
the toolchain does not provide RPC support.
I intend to adjust a few things and update it, before resending it.
Maybe before the Buildroot meeting this week-end, maybe after.
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 v2] Add support for custom package patches
From: spdawson at gmail.com @ 2012-10-31 12:55 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Add a configuration item to allow a space-separated list of directories
to be specified, from which custom package patches will be applied.
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
v2: Incorporate improvements suggested by Arnout Vandecappelle, and
fix handling of the case where the new configuration item is not set
Config.in | 7 +++++++
package/pkg-generic.mk | 28 ++++++++++++++++------------
2 files changed, 23 insertions(+), 12 deletions(-)
diff --git a/Config.in b/Config.in
index dab7787..2ea3fbb 100644
--- a/Config.in
+++ b/Config.in
@@ -415,6 +415,13 @@ config BR2_PACKAGE_OVERRIDE_FILE
as the source directory for a particular package. See the
Buildroot documentation for more details on this feature.
+config BR2_EXTRA_PACKAGE_PATCH_DIRS
+ string "extra package patch directories"
+ help
+ You may specify a space-separated list of directories containing
+ extra package patches. Note that any extra patches for a package
+ will be applied AFTER the Buildroot patch set for the package.
+
endmenu
source "toolchain/Config.in"
diff --git a/package/pkg-generic.mk b/package/pkg-generic.mk
index 270da60..c975768 100644
--- a/package/pkg-generic.mk
+++ b/package/pkg-generic.mk
@@ -69,6 +69,20 @@ else
@true # Nothing to do to source a local package
endif
+# Apply package patches from the specified directory
+define pkg-apply-patch-directory
+ if test -d $(1); then \
+ if test "$(wildcard $(1)/$(NAMEVER)*.patch*)"; then \
+ support/scripts/apply-patches.sh $(@D) $(1) $(NAMEVER)\*.patch $(NAMEVER)\*.patch.$(ARCH) || exit 1; \
+ else \
+ support/scripts/apply-patches.sh $(@D) $(1) $(RAWNAME)\*.patch $(RAWNAME)\*.patch.$(ARCH) || exit 1; \
+ if test -d $(1)/$(NAMEVER); then \
+ support/scripts/apply-patches.sh $(@D) $(1)/$(NAMEVER) \*.patch \*.patch.$(ARCH) || exit 1; \
+ fi; \
+ fi; \
+ fi;
+endef
+
# Patch
#
# The RAWNAME variable is the lowercased package name, which allows to
@@ -79,18 +93,8 @@ $(BUILD_DIR)/%/.stamp_patched:
@$(call MESSAGE,"Patching $($(PKG)_DIR_PREFIX)/$(RAWNAME)")
$(foreach hook,$($(PKG)_PRE_PATCH_HOOKS),$(call $(hook))$(sep))
$(if $($(PKG)_PATCH),support/scripts/apply-patches.sh $(@D) $(DL_DIR) $($(PKG)_PATCH))
- $(Q)( \
- if test -d $($(PKG)_DIR_PREFIX)/$(RAWNAME); then \
- if test "$(wildcard $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER)*.patch*)"; then \
- support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME) $(NAMEVER)\*.patch $(NAMEVER)\*.patch.$(ARCH) || exit 1; \
- else \
- support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME) $(RAWNAME)\*.patch $(RAWNAME)\*.patch.$(ARCH) || exit 1; \
- if test -d $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER); then \
- support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER) \*.patch \*.patch.$(ARCH) || exit 1; \
- fi; \
- fi; \
- fi; \
- )
+ $(Q)($(call pkg-apply-patch-directory,$($(PKG)_DIR_PREFIX)/$(RAWNAME)))
+ $(if $(call qstrip,$(BR2_EXTRA_PACKAGE_PATCH_DIRS)),$(Q)($(foreach patchdir,$(call qstrip,$(BR2_EXTRA_PACKAGE_PATCH_DIRS)),$(call pkg-apply-patch-directory,$(patchdir)))))
$(foreach hook,$($(PKG)_POST_PATCH_HOOKS),$(call $(hook))$(sep))
$(Q)touch $@
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] RPC.h and busybox
From: Alexander Khryukin @ 2012-10-31 12:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031121347.GG30343@sapphire.tkos.co.il>
? ??., 31/10/2012 ? 14:13 +0200, Baruch Siach ?????:
> Hi Alexander,
>
> On Wed, Oct 31, 2012 at 03:56:26PM +0400, Alexander Khryukin wrote:
> > ? ??., 31/10/2012 ? 13:41 +0200, Baruch Siach ?????:
> > > Hi Alexander,
> > > On Wed, Oct 31, 2012 at 02:32:08PM +0300, Alexander Khryukin wrote:
> > > > I'm trying to build busybox with glibc
> > > > and faced with error
> > > >
> > > > util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
> > >
> > > glibc version newer than 2.13 omits built time support for RPC. See
> > > http://sourceware.org/ml/crossgcc/2011-09/msg00005.html.
> > >
> > > > Does anybody have any solution?
> > >
> > > This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> > > glibc, or use a toolchain with tirpc.
> >
> > Hi, thanks for answer.
> > I compiled toolchain via crosstool-ng
> >
> > [me at kvm-host crosstool-ng-linaro]$ find . -name rpc.h
> > ./.build/src/gcc-linaro-4.7-2012.09/fixincludes/tests/base/rpc/rpc.h
> > ./.build/src/glibc-2.14.1/sunrpc/rpc/rpc.h
> > ./.build/src/glibc-2.14.1/include/rpc/rpc.h
>
> I any of these the standard include path?
>
> > Seems to be rpc.h headers exist in glibc dir
> > but buildroot not understand it.
>
> glibc 2.14 still includes run-time RPC support. Only build time support has
> been removed. This might be the reason you have these headers. However, if
> these headers are not in the standard includes search path, they are not
> visible to the code you build with this toolchain.
>
> baruch
>
>that updates glibc to 2.16.0 in buildroot
I mean ct-ng of course
^ 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