* [Buildroot] [Bug 2389] Generate a Makefile wrapper in $(O)
From: bugzilla at busybox.net @ 2010-10-08 6:15 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-2389-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=2389
--- Comment #3 from Ossy <marcus.osdoba@googlemail.com> ---
Closed with commit aefad5317f2fd1645ace5a62b6b9643143093173
?
--
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] [Bug 2557] [PATCH] mkfs.xfs complains about missing libxfs.so.0
From: bugzilla at busybox.net @ 2010-10-08 6:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-2557-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=2557
Ossy <marcus.osdoba@googlemail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #2455|0 |1
is obsolete| |
--- Comment #3 from Ossy <marcus.osdoba@googlemail.com> ---
Comment on attachment 2455
--> https://bugs.busybox.net/attachment.cgi?id=2455
Fixes missing libs with xfsprogs
newer patch uses higher version and converts to autotargets
--
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] [Bug 2557] [PATCH] mkfs.xfs complains about missing libxfs.so.0
From: bugzilla at busybox.net @ 2010-10-08 6:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-2557-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=2557
--- Comment #2 from Ossy <marcus.osdoba@googlemail.com> ---
Created attachment 2575
--> https://bugs.busybox.net/attachment.cgi?id=2575
xfsprogs 3.1.3 may use util-linux-ng
converts to autotargets and uses libuuid
--
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] [Bug 2557] [PATCH] mkfs.xfs complains about missing libxfs.so.0
From: bugzilla at busybox.net @ 2010-10-08 6:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-2557-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=2557
Ossy <marcus.osdoba@googlemail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P5 |P4
Platform|PC |All
AssignedTo|unassigned at buildroot.uclibc |marcus.osdoba at googlemail.co
|.org |m
Severity|minor |normal
--- Comment #1 from Ossy <marcus.osdoba@googlemail.com> ---
Xfsprogs currently uses the old infrastructure. I updated it to the newer
version 3.1.3 and autotargets. This version on xfsprogs may use the libuuid of
util-linux-ng (introduced in another patch) or the libuuid of e2fsxprogs (no
need of util-linux-ng).
--
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] [Bug 743] Add Transmission bit torrent option to buildroot
From: bugzilla at busybox.net @ 2010-10-08 6:04 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-743-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=743
Ossy <marcus.osdoba@googlemail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P5 |P4
Platform|PC |All
AssignedTo|unassigned at buildroot.uclibc |marcus.osdoba at googlemail.co
|.org |m
Target Milestone|2010.05 |2010.11
--- Comment #7 from Ossy <marcus.osdoba@googlemail.com> ---
The last patch includes the changes proposed by Thomas.
--
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] [Bug 743] Add Transmission bit torrent option to buildroot
From: bugzilla at busybox.net @ 2010-10-08 6:01 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-743-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=743
--- Comment #6 from Ossy <marcus.osdoba@googlemail.com> ---
Created attachment 2569
--> https://bugs.busybox.net/attachment.cgi?id=2569
patch for adding transmission 2.04 to br
Obsoletes the former patch for version < 2.04
--
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] buildroot not support c++ compliing
From: olyvine.chen at logiways.com.cn @ 2010-10-08 4:23 UTC (permalink / raw)
To: buildroot
Dear all,
I now try to add package libmusicbrainz to buildroot, but many errors
happen, such as the following:
*************************************************************************
buildroot/output/build/libmusicbrainz-3.0.2/src/artist.cpp:23:18: error:
string: No such file or directory
*************************************************************************
it seems indicate that no c++ library available, then how to enable c
++ compiling for buildroot?
I enabled glibc via:
Toolchain => Toolchain type (External toolchain) => External toolchain
C library (glibc)
Kindest regards!
Olyvine
^ permalink raw reply
* [Buildroot] Xterm: undefined reference to __longjmp_chk
From: Massimiliano Marretta @ 2010-10-07 18:19 UTC (permalink / raw)
To: buildroot
Hi,
I'm using the buildroot 2010.08 version with crosstool-ng toolchain. The
target is an x86 i686.
I receive this error wit xterm compilation:
charproc.o: In function `VTReset':
charproc.c:(.text+0x2623): undefined reference to `__longjmp_chk'
main.o: In function `hungtty':
main.c:(.text+0x867): undefined reference to `__longjmp_chk'
misc.o: In function `end_vt_mode':
misc.c:(.text+0x3a3): undefined reference to `__longjmp_chk'
misc.o: In function `end_tek_mode':
misc.c:(.text+0x3c7): undefined reference to `__longjmp_chk'
Tekproc.o: In function `Tinput':
Tekproc.c:(.text+0x1336): undefined reference to `__longjmp_chk'
collect2: ld returned 1 exit status
make[1]: *** [xterm] Error 1
make[1]: Leaving directory
`/srv/source/buildroot-2010.08/output/build/xterm-259'
make: ***
[/srv/source/buildroot-2010.08/output/build/xterm-259/.stamp_built] Error 2
--
Massimiliano Marretta
Via Zuccola 11
41015 Nonantola (Mo) - Italy
tel: +39 347 5340305
skype: mmarretta
/mailto:max at marretta.com/
/web:www.marretta.com/ <http://www.marretta.com>
^ permalink raw reply
* [Buildroot] Tentative conclusion on the libtool work
From: Lionel Landwerlin @ 2010-10-07 16:34 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20101007165744.490fca33@surf>
On Thu, Oct 7, 2010 at 4:57 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> On Tue, 28 Sep 2010 22:36:52 +0200
> Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
>
>> In my opinion, we should settle on a solution before mid-october, in
>> order to merge it before the end of october and give us enough time
>> for testing before the release at the end of november. Considering
>> how much time Martin and Lionel have dedicated to this issue, I think
>> that their respective work deserve some attention.
>
> >From the various comments on this list and discussions on IRC, it seems
> that the consensus is that :
>
> ?*) We should merge Martin Banky's work, as it keeps the existing
> ? ?known-working approach and just extends it to support packages that
> ? ?have used libtool 2.2 to generate their libtool script.
>
> ? ?Peter, if you're ok, I can give some build tests to Martin's work
> ? ?and send you a pull request for it.
>
> ?*) We should upgrade our own libtool package to libtool 2.2, so that
> ? ?packages such as libgtk2 that needs to be autoreconf'ed *and* need
> ? ?libtool >= 2.2 can actually be autoreconf'ed.
>
> ? ?Lionel, would you mind preparing such a patch set ?
>
> Do we agree on this solution ?
Yep, agree. I will send it tonight.
>
> Ideally, it'd be nice to merge it within the next few weeks, at least
> before the end of October, so that we can bump libgtk2 and have all
> this in 2010.11.
>
> Regards,
>
> 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] [pull request] WiFi, openssl, rrdtool, gpsd, pppd, netsnmp
From: Gustavo Zacarias @ 2010-10-07 15:11 UTC (permalink / raw)
To: buildroot
Some work on WiFi packages (wpa_supplicant & hostapd, latest stable).
Fix netsnmp build breakage.
Add gpsd.
Add rrdtool.
Fix/enhance pppd.
Upgrade openssl (now with arm asm optimizations).
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pull-request.txt
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20101007/6b23cb61/attachment.txt>
^ permalink raw reply
* [Buildroot] Tentative conclusion on the libtool work
From: Thomas Petazzoni @ 2010-10-07 14:57 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20100928223652.6dc72083@surf>
On Tue, 28 Sep 2010 22:36:52 +0200
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> In my opinion, we should settle on a solution before mid-october, in
> order to merge it before the end of october and give us enough time
> for testing before the release at the end of november. Considering
> how much time Martin and Lionel have dedicated to this issue, I think
> that their respective work deserve some attention.
From the various comments on this list and discussions on IRC, it seems
that the consensus is that :
*) We should merge Martin Banky's work, as it keeps the existing
known-working approach and just extends it to support packages that
have used libtool 2.2 to generate their libtool script.
Peter, if you're ok, I can give some build tests to Martin's work
and send you a pull request for it.
*) We should upgrade our own libtool package to libtool 2.2, so that
packages such as libgtk2 that needs to be autoreconf'ed *and* need
libtool >= 2.2 can actually be autoreconf'ed.
Lionel, would you mind preparing such a patch set ?
Do we agree on this solution ?
Ideally, it'd be nice to merge it within the next few weeks, at least
before the end of October, so that we can bump libgtk2 and have all
this in 2010.11.
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] [git commit master 1/1] package: add gst-ffmpeg
From: Peter Korsgaard @ 2010-10-07 14:00 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=55cc1fd5510fbf70ba5433f70c15c02e1c0de1a9
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
ffmpeg plugin for gstreamer.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
CHANGES | 2 +-
package/multimedia/Config.in | 1 +
package/multimedia/gst-ffmpeg/Config.in | 16 ++++++++++++++++
package/multimedia/gst-ffmpeg/gst-ffmpeg.mk | 18 ++++++++++++++++++
4 files changed, 36 insertions(+), 1 deletions(-)
create mode 100644 package/multimedia/gst-ffmpeg/Config.in
create mode 100644 package/multimedia/gst-ffmpeg/gst-ffmpeg.mk
diff --git a/CHANGES b/CHANGES
index c96bc4d..41406b8 100644
--- a/CHANGES
+++ b/CHANGES
@@ -21,7 +21,7 @@
Alpha, Cris, IA64 and Sparc64 architecture support removed.
- New packages: libmpeg2, librsvg, xz
+ New packages: gst-ffmpeg, libmpeg2, librsvg, xz
Updated/fixed packages: acpid, alsa-lib, argus, at, autoconf,
automake, avahi, axel, beecrypt, berkeleydb, bind, bmon, boa,
diff --git a/package/multimedia/Config.in b/package/multimedia/Config.in
index 91def57..da50dbb 100644
--- a/package/multimedia/Config.in
+++ b/package/multimedia/Config.in
@@ -5,6 +5,7 @@ source "package/multimedia/aumix/Config.in"
source "package/multimedia/flac/Config.in"
source "package/multimedia/ffmpeg/Config.in"
source "package/multimedia/gstreamer/Config.in"
+source "package/multimedia/gst-ffmpeg/Config.in"
source "package/multimedia/gst-plugins-base/Config.in"
source "package/multimedia/gst-plugins-good/Config.in"
source "package/multimedia/gst-plugins-bad/Config.in"
diff --git a/package/multimedia/gst-ffmpeg/Config.in b/package/multimedia/gst-ffmpeg/Config.in
new file mode 100644
index 0000000..f5d01b9
--- /dev/null
+++ b/package/multimedia/gst-ffmpeg/Config.in
@@ -0,0 +1,16 @@
+config BR2_PACKAGE_GST_FFMPEG
+ bool "gst-ffmpeg"
+ depends on BR2_PACKAGE_GSTREAMER
+ select BR2_PACKAGE_GST_PLUGINS_BASE
+ select BR2_PACKAGE_FFMPEG
+ select BR2_PACKAGE_FFMPEG_GPL
+ select BR2_PACKAGE_FFMPEG_POSTPROC
+ select BR2_PACKAGE_FFMPEG_SWSCALE
+ depends on BR2_LARGEFILE
+ help
+ GStreamer plugin using FFmpeg.
+
+ http://gstreamer.freedesktop.org/
+
+comment "gst-ffmpeg requires a toolchain with LARGEFILE support"
+ depends on !BR2_LARGEFILE
diff --git a/package/multimedia/gst-ffmpeg/gst-ffmpeg.mk b/package/multimedia/gst-ffmpeg/gst-ffmpeg.mk
new file mode 100644
index 0000000..557c146
--- /dev/null
+++ b/package/multimedia/gst-ffmpeg/gst-ffmpeg.mk
@@ -0,0 +1,18 @@
+#############################################################
+#
+# gst-ffmpeg
+#
+#############################################################
+GST_FFMPEG_VERSION = 0.10.9
+GST_FFMPEG_SOURCE = gst-ffmpeg-$(GST_FFMPEG_VERSION).tar.bz2
+GST_FFMPEG_SITE = http://gstreamer.freedesktop.org/src/gst-ffmpeg
+GST_FFMPEG_INSTALL_STAGING = YES
+GST_FFMPEG_LIBTOOL_PATCH = NO
+GST_FFMPEG_DEPENDENCIES = gstreamer gst-plugins-base ffmpeg
+GST_FFMPEG_CONF_OPT = --with-system-ffmpeg
+
+ifeq ($(BR2_PACKAGE_BZIP2),y)
+GST_FFMPEG_DEPENDENCIES += bzip2
+endif
+
+$(eval $(call AUTOTARGETS,package/multimedia,gst-ffmpeg))
--
1.7.1
^ permalink raw reply related
* [Buildroot] [git commit master 1/1] avahi: ensure locale data is installed into /usr/share, not /usr/lib
From: Peter Korsgaard @ 2010-10-07 14:00 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=0201ffcd16247dea9c58d2e611a4c2d96f07eff2
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Otherwise it won't be found / target-localepurge won't remove it.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/avahi/avahi.mk | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/package/avahi/avahi.mk b/package/avahi/avahi.mk
index e1bebd9..c7f9149 100644
--- a/package/avahi/avahi.mk
+++ b/package/avahi/avahi.mk
@@ -64,7 +64,8 @@ AVAHI_CONF_ENV = ac_cv_func_strtod=yes \
ac_cv_func_working_mktime=yes \
jm_cv_func_working_re_compile_pattern=yes \
ac_use_included_regex=no \
- avahi_cv_sys_cxx_works=yes
+ avahi_cv_sys_cxx_works=yes \
+ DATADIR=share
AVAHI_CONF_OPT = --localstatedir=/var \
--disable-qt3 \
--
1.7.1
^ permalink raw reply related
* [Buildroot] [git commit master 1/1] ffmpeg: add options for postproc/swscale
From: Peter Korsgaard @ 2010-10-07 14:00 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=4ff345522306956172bf61b69eba63afb425e693
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/multimedia/ffmpeg/Config.in | 11 +++++++++++
package/multimedia/ffmpeg/ffmpeg.mk | 14 ++++++++++++--
2 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/package/multimedia/ffmpeg/Config.in b/package/multimedia/ffmpeg/Config.in
index fb6591b..2f94991 100644
--- a/package/multimedia/ffmpeg/Config.in
+++ b/package/multimedia/ffmpeg/Config.in
@@ -47,6 +47,17 @@ config BR2_PACKAGE_FFMPEG_FFSERVER
help
FFserver is a streaming server for both audio and video.
+config BR2_PACKAGE_FFMPEG_POSTPROC
+ bool "Build libpostproc"
+ depends on BR2_PACKAGE_FFMPEG_GPL
+ help
+ Postproc is a library of video postprocessing routines.
+
+config BR2_PACKAGE_FFMPEG_SWSCALE
+ bool "Build libswscale"
+ help
+ Swscale is a library of video scaling routines.
+
config BR2_PACKAGE_FFMPEG_ENCODERS
string "Enabled encoders"
default "all"
diff --git a/package/multimedia/ffmpeg/ffmpeg.mk b/package/multimedia/ffmpeg/ffmpeg.mk
index 4e6924c..959efa3 100644
--- a/package/multimedia/ffmpeg/ffmpeg.mk
+++ b/package/multimedia/ffmpeg/ffmpeg.mk
@@ -13,8 +13,6 @@ FFMPEG_CONF_OPT = \
--prefix=/usr \
--enable-shared \
--disable-avfilter \
- --disable-postproc \
- --disable-swscale \
--disable-vhook \
ifeq ($(BR2_PACKAGE_FFMPEG_GPL),y)
@@ -49,6 +47,18 @@ else
FFMPEG_CONF_OPT += --disable-ffserver
endif
+ifeq ($(BR2_PACKAGE_FFMPEG_POSTPROC),y)
+FFMPEG_CONF_OPT += --enable-postproc
+else
+FFMPEG_CONF_OPT += --disable-postproc
+endif
+
+ifeq ($(BR2_PACKAGE_FFMPEG_SWSCALE),y)
+FFMPEG_CONF_OPT += --enable-swscale
+else
+FFMPEG_CONF_OPT += --disable-swscale
+endif
+
ifneq ($(call qstrip,$(BR2_PACKAGE_FFMPEG_ENCODERS)),all)
FFMPEG_CONF_OPT += --disable-encoders \
$(foreach x,$(call qstrip,$(BR2_PACKAGE_FFMPEG_ENCODERS)),--enable-encoder=$(x))
--
1.7.1
^ permalink raw reply related
* [Buildroot] fakeroot fails to compile using crosstools-ng toolchain
From: Thomas Petazzoni @ 2010-10-07 6:44 UTC (permalink / raw)
To: buildroot
In-Reply-To: <4CACF604.4080403@daccii.it>
Hello,
On Thu, 07 Oct 2010 00:19:48 +0200
Daniele Salvatore Albano - Lavoro <info@daccii.it> wrote:
> i got a strange error, related to largefile support i think, when i
> compile fakeroot. Large file support is enabled either on
> crosstools-ng and either on buildroot.
>
> Everything else compiled fine (i got an error related to gdb host
> package related to a symlink and an error with dnsmask related to
> libidn, but these aren't related to the fakeroot problem)
>
> Here i posted the fakeroot compilation log
> http://pastebin.com/8i8CbdMu
Yes, this is an issue that occurs when fakeroot is compiled for the
target. Obviously, it should be fixed, but in general, people do not
need fakeroot on the target, but only on the host.
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] fakeroot fails to compile using crosstools-ng toolchain
From: Daniele Salvatore Albano - Lavoro @ 2010-10-06 22:19 UTC (permalink / raw)
To: buildroot
Hi,
i got a strange error, related to largefile support i think, when i
compile fakeroot. Large file support is enabled either on crosstools-ng
and either on buildroot.
Everything else compiled fine (i got an error related to gdb host
package related to a symlink and an error with dnsmask related to
libidn, but these aren't related to the fakeroot problem)
Here i posted the fakeroot compilation log
http://pastebin.com/8i8CbdMu
Here buildroot config file and crosstools-ng config file
http://pastebin.com/5tJYGqu4
http://pastebin.com/Mm8hTKVg
I'm using buildroot from git repository and ct-ng 1.8.0 (br support that
version)
Any suggestions?
Best Regards,
Daniele
--
Daniele Salvatore Albano
Consulente Informatico
http://www.daccii.it
Servizi:
- Sviluppo di software di rete e standalone in C# e siti web PHP;
- Realizzazione di sistemi embedded con Buildroot;
- Realizzazione di CD di installazione di Ubuntu/Debian personalizzati;
- Installazione e Amministrazione sistemi basati su Debian, Ubuntu, CentOS e Fedora.
^ permalink raw reply
* [Buildroot] nptl depends on uclibc
From: Yann E. MORIN @ 2010-10-06 21:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <4CACDCA0.1040103@daccii.it>
Daniele, All,
On Wednesday 06 October 2010 22:31:28 Daniele Salvatore Albano - Lavoro wrote:
> i'm trying to setup a development system using ct-ng with eglibc but,
> while configuring stuff, i've seen that only linuxthreads and
> linuxthreads old are usable and not nptl.
> Looking at configuration file i've seen that there is a depends on
> uclibc snapshot.
> Is this correct? NPTL should be default, or, however, should be
> selectable when using eglibc and when using glibc.
This is a known issue. There is currently no way to tell buildroot that an
external toolchain is using NPTL.
There has been a discussion about in in the recent past, but I can't recall
what was the outcome...
Basically, buildroot should not have to know what threading implementation
is being used, as it has no partical user-visible impact. There are currently
only two packages that have dependency on NPTL: openvpn and ltp. For others,
you should be able to safely use an NPTL toolchain without telling buildroot.
I'll look into that during the WE, hopefully.
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] nptl depends on uclibc
From: Khem Raj @ 2010-10-06 21:21 UTC (permalink / raw)
To: buildroot
In-Reply-To: <4CACDCA0.1040103@daccii.it>
On Wed, Oct 6, 2010 at 1:31 PM, Daniele Salvatore Albano - Lavoro
<info@daccii.it> wrote:
> ?Hi,
>
> i'm trying to setup a development system using ct-ng with eglibc but, while
> configuring stuff, i've seen that only linuxthreads and linuxthreads old are
> usable and not nptl.
>
> Looking at configuration file i've seen that there is a depends on uclibc
> snapshot.
>
> Is this correct? NPTL should be default,
default not yet. When uclibc releases with nptl then it can.
or, however, should be selectable
> when using eglibc and when using glibc.
thats a fair point.
>
> Thank you,
>
> Best Regards,
> Daniele
>
> --
> Daniele Salvatore Albano
> Consulente Informatico
> http://www.daccii.it
>
> Servizi:
> - Sviluppo di software di rete e standalone in C# e siti web PHP;
> - Realizzazione di sistemi embedded con Buildroot;
> - Realizzazione di CD di installazione di Ubuntu/Debian personalizzati;
> - Installazione e Amministrazione sistemi basati su Debian, Ubuntu, CentOS e
> Fedora.
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
^ permalink raw reply
* [Buildroot] nptl depends on uclibc
From: Daniele Salvatore Albano - Lavoro @ 2010-10-06 20:31 UTC (permalink / raw)
To: buildroot
Hi,
i'm trying to setup a development system using ct-ng with eglibc but,
while configuring stuff, i've seen that only linuxthreads and
linuxthreads old are usable and not nptl.
Looking at configuration file i've seen that there is a depends on
uclibc snapshot.
Is this correct? NPTL should be default, or, however, should be
selectable when using eglibc and when using glibc.
Thank you,
Best Regards,
Daniele
--
Daniele Salvatore Albano
Consulente Informatico
http://www.daccii.it
Servizi:
- Sviluppo di software di rete e standalone in C# e siti web PHP;
- Realizzazione di sistemi embedded con Buildroot;
- Realizzazione di CD di installazione di Ubuntu/Debian personalizzati;
- Installazione e Amministrazione sistemi basati su Debian, Ubuntu, CentOS e Fedora.
^ permalink raw reply
* [Buildroot] [git commit master 1/1] libmpeg2: fix Config.in indentation/typo
From: Peter Korsgaard @ 2010-10-06 15:30 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=a268b0528c8a00f84cc5b5240047b91ac281de7d
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Thanks to Thomas for noticing.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/multimedia/libmpeg2/Config.in | 10 +++++-----
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/package/multimedia/libmpeg2/Config.in b/package/multimedia/libmpeg2/Config.in
index a3fafb0..3694689 100644
--- a/package/multimedia/libmpeg2/Config.in
+++ b/package/multimedia/libmpeg2/Config.in
@@ -6,8 +6,8 @@ config BR2_PACKAGE_LIBMPEG2
http://libmpeg2.sourceforge.net/
config BR2_PACKAGE_LIBMPEG2_BINS
- bool "mpeg2 binaries"
- depends on BR2_PACKAGE_LIBMPEG2
- help
- Install mpeg2dec, corrupt_mpeg2 and extrac_mpeg2 programs as
- well.
+ bool "mpeg2 binaries"
+ depends on BR2_PACKAGE_LIBMPEG2
+ help
+ Install mpeg2dec, corrupt_mpeg2 and extract_mpeg2 programs as
+ well.
--
1.7.1
^ permalink raw reply related
* [Buildroot] [git commit master 1/1] package: add libmpeg2
From: Peter Korsgaard @ 2010-10-06 15:15 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20101006155307.574dcfb9@surf>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> On Wed, 6 Oct 2010 11:48:58 +0200
Thomas> Peter Korsgaard <jacmet@sunsite.dk> wrote:
>> +config BR2_PACKAGE_LIBMPEG2_BINS
>> + bool "mpeg2 binaries"
>> + depends on BR2_PACKAGE_LIBMPEG2
>> + help
>> + Install mpeg2dec, corrupt_mpeg2 and extrac_mpeg2 programs as
>> + well.
Thomas> Tiny typos here: extracT_mpeg2 and incorrect indentation.
Argh, you're right - Will fix right away.
Seems I need more coffee.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit master 1/1] directfb: cleanup, use autotarget variables right away
From: Peter Korsgaard @ 2010-10-06 15:10 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=e99a9b2c22a32d4c840793780f7e0a44730def52
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Purely cosmetical.
Structure package like the other autotarget packages, and use
DIRECTFB_{CONF_OPT,DEPENDENCIES} right away instead of a number
of extra variables.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/directfb/directfb.mk | 158 ++++++++++++++++--------------------------
1 files changed, 61 insertions(+), 97 deletions(-)
diff --git a/package/directfb/directfb.mk b/package/directfb/directfb.mk
index 05d3673..e4b6d90 100644
--- a/package/directfb/directfb.mk
+++ b/package/directfb/directfb.mk
@@ -12,152 +12,116 @@ DIRECTFB_LIBTOOL_PATCH = NO
DIRECTFB_INSTALL_STAGING = YES
DIRECTFB_INSTALL_TARGET = YES
+DIRECTFB_CONF_OPT = \
+ --localstatedir=/var \
+ --enable-static \
+ --enable-shared \
+ --disable-explicit-deps \
+ --program-prefix='' \
+ --enable-zlib \
+ --enable-freetype \
+ --enable-fbdev \
+ --disable-sysfs \
+ --disable-sdl \
+ --disable-vnc \
+ --disable-osx \
+ --disable-video4linux \
+ --disable-video4linux2
+
+DIRECTFB_DEPENDENCIES = freetype zlib
+
ifeq ($(BR2_PACKAGE_DIRECTFB_MULTI),y)
-DIRECTFB_MULTI:=--enable-multi --enable-fusion
-DIRECTFB_FUSION:=linux-fusion
-else
-DIRECTFB_MULTI:=
-DIRECTFB_FUSION:=
+DIRECTFB_CONF_OPT += --enable-multi --enable-fusion
+DIRECTFB_DEPENDENCIES += linux-fusion
endif
ifeq ($(BR2_PACKAGE_DIRECTFB_DEBUG),y)
-DIRECTFB_DEBUG:=--enable-debug
-else
-DIRECTFB_DEBUG:=
+DIRECTFB_CONF_OPT += --enable-debug
endif
ifeq ($(BR2_PACKAGE_DIRECTFB_TRACE),y)
-DIRECTFB_TRACE:=--enable-trace
-else
-DIRECTFB_TRACE:=
+DIRECTFB_CONF_OPT += --enable-trace
endif
ifeq ($(BR2_PACKAGE_XSERVER),y)
-DIRECTFB_X:=--enable-x11
+DIRECTFB_CONF_OPT += --enable-x11
else
-DIRECTFB_X:=--disable-x11
+DIRECTFB_CONF_OPT += -disable-x11
endif
ifeq ($(BR2_PACKAGE_DIRECTFB_UNIQUE),y)
-DIRECTFB_UNIQUE:=--enable-unique
+DIRECTFB_CONF_OPT += --enable-unique
else
-DIRECTFB_UNIQUE:=--disable-unique
+DIRECTFB_CONF_OPT += --disable-unique
endif
-DIRECTFB_GFX:=
-ifeq ($(BR2_PACKAGE_DIRECTFB_ATI128),y)
-DIRECTFB_GFX+= ati128
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_CLE266),y)
-DIRECTFB_GFX+= cle266
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_CYBER5K),y)
-DIRECTFB_GFX+= cyber5k
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_MATROX),y)
-DIRECTFB_GFX+= matrox
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_PXA3XX),y)
-DIRECTFB_GFX+= pxa3xx
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_UNICHROME),y)
-DIRECTFB_GFX+= unichrome
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_I830),y)
-DIRECTFB_GFX+= i830
-endif
-ifeq ($(DIRECTFB_GFX),)
+DIRECTFB_GFX := \
+ $(if $(BR2_PACKAGE_DIRECTFB_ATI128),ati128) \
+ $(if $(BR2_PACKAGE_DIRECTFB_CLE266),cle266) \
+ $(if $(BR2_PACKAGE_DIRECTFB_CYBER5K),cyber5k) \
+ $(if $(BR2_PACKAGE_DIRECTFB_MATROX),matrox) \
+ $(if $(BR2_PACKAGE_DIRECTFB_PXA3XX),pxa3xx) \
+ $(if $(BR2_PACKAGE_DIRECTFB_UNICHROME),unichrome) \
+ $(if $(BR2_PACKAGE_DIRECTFB_I830),i830)
+
+ifeq ($(strip $(DIRECTFB_GFX)),)
DIRECTFB_GFX:=none
else
DIRECTFB_GFX:=$(subst $(space),$(comma),$(strip $(DIRECTFB_GFX)))
endif
-DIRECTFB_INPUT:=
-ifeq ($(BR2_PACKAGE_DIRECTFB_LINUXINPUT),y)
-DIRECTFB_INPUT+= linuxinput
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_KEYBOARD),y)
-DIRECTFB_INPUT+= keyboard
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_PS2MOUSE),y)
-DIRECTFB_INPUT+= ps2mouse
-endif
-ifeq ($(BR2_PACKAGE_DIRECTFB_SERIALMOUSE),y)
-DIRECTFB_INPUT+= serialmouse
-endif
+DIRECTFB_CONF_OPT += --with-gfxdrivers=$(DIRECTFB_GFX)
+
+DIRECTFB_INPUT := \
+ $(if $(BR2_PACKAGE_DIRECTFB_LINUXINPUT),linuxinput) \
+ $(if $(BR2_PACKAGE_DIRECTFB_KEYBOARD),keyboard) \
+ $(if $(BR2_PACKAGE_DIRECTFB_PS2MOUSE),ps2mouse) \
+ $(if $(BR2_PACKAGE_DIRECTFB_SERIALMOUSE),serialmouse) \
+ $(if $(BR2_PACKAGE_DIRECTFB_TSLIB),tslib)
+
ifeq ($(BR2_PACKAGE_DIRECTFB_TSLIB),y)
-DIRECTFB_INPUT+= tslib
-DIRECTFB_DEP+= tslib
+DIRECTFB_DEPENDENCIES += tslib
endif
-ifeq ($(DIRECTFB_INPUT),)
+
+ifeq ($(strip $(DIRECTFB_INPUT)),)
DIRECTFB_INPUT:=none
else
DIRECTFB_INPUT:=$(subst $(space),$(comma),$(strip $(DIRECTFB_INPUT)))
endif
+DIRECTFB_CONF_OPT += --with-inputdrivers=$(DIRECTFB_INPUT)
+
ifeq ($(BR2_PACKAGE_DIRECTFB_GIF),y)
-DIRECTFB_GIF:=--enable-gif
+DIRECTFB_CONF_OPT += --enable-gif
else
-DIRECTFB_GIF:=--disable-gif
+DIRECTFB_CONF_OPT += --disable-gif
endif
ifeq ($(BR2_PACKAGE_DIRECTFB_PNG),y)
-DIRECTFB_PNG:=--enable-png
-DIRECTFB_DEP+= libpng
+DIRECTFB_CONF_OPT += --enable-png
+DIRECTFB_DEPENDENCIES += libpng
DIRECTFB_CONF_ENV += ac_cv_path_LIBPNG_CONFIG=$(STAGING_DIR)/usr/bin/libpng-config
else
-DIRECTFB_PNG:=--disable-png
+DIRECTFB_CONF_OPT += --disable-png
endif
ifeq ($(BR2_PACKAGE_DIRECTFB_JPEG),y)
-DIRECTFB_JPEG:=--enable-jpeg
-DIRECTFB_DEP+= jpeg
+DIRECTFB_CONF_OPT += --enable-jpeg
+DIRECTFB_DEPENDENCIES += jpeg
else
-DIRECTFB_JPEG:=--disable-jpeg
+DIRECTFB_CONF_OPT += --disable-jpeg
endif
ifeq ($(BR2_PACKAGE_DIRECTB_DITHER_RGB16),y)
-DIRECTFB_DITHER_RGB16:=--with-dither-rgb16=advanced
+DIRECTFB_CONF_OPT += --with-dither-rgb16=advanced
else
-DIRECTFB_DITHER_RGB16:=--with-dither-rgb16=none
+DIRECTFB_CONF_OPT += --with-dither-rgb16=none
endif
ifeq ($(BR2_PACKAGE_DIRECTB_TESTS),y)
-DIRECTFB_TESTS:=--with-tests
-else
-DIRECTFB_TESTS:=
+DIRECTFB_CONF_OPT += --with-tests
endif
-DIRECTFB_CONF_OPT = \
- --localstatedir=/var \
- --with-gfxdrivers=$(DIRECTFB_GFX) \
- --with-inputdrivers=$(DIRECTFB_INPUT) \
- --enable-static \
- --enable-shared \
- --disable-explicit-deps \
- --program-prefix='' \
- $(DIRECTFB_MULTI) \
- $(DIRECTFB_DEBUG) \
- $(DIRECTFB_TRACE) \
- $(DIRECTFB_X) \
- $(DIRECTFB_JPEG) \
- $(DIRECTFB_PNG) \
- $(DIRECTFB_GIF) \
- $(DIRECTFB_UNIQUE) \
- $(DIRECTFB_DITHER_RGB16) \
- --enable-linux-input \
- --enable-zlib \
- --enable-freetype \
- --enable-fbdev \
- --disable-sysfs \
- --disable-sdl \
- --disable-vnc \
- --disable-video4linux \
- --disable-video4linux2 \
- $(DIRECTFB_TESTS)
-
-DIRECTFB_DEPENDENCIES = $(DIRECTFB_DEP) freetype $(DIRECTFB_FUSION)
-
HOST_DIRECTFB_DEPENDENCIES = host-pkg-config
HOST_DIRECTFB_CONF_OPT = \
--enable-shared \
--
1.7.1
^ permalink raw reply related
* [Buildroot] [git commit master 1/1] directfb: bump version, unbreak png support
From: Peter Korsgaard @ 2010-10-06 14:44 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=f8b8a48827c6c2aa8ab610e7552a36244d3d481b
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
The recent libpng bump broke png support in directfb, as it relied
on the legacy 1.2 interface. Fix it by bumping the directfb version,
and at the same time ensure that configure finds our cross-libpng-config
rather than what the host version the user might have in the path.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
CHANGES | 6 +++---
package/directfb/directfb.mk | 3 ++-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/CHANGES b/CHANGES
index c2ab972..c96bc4d 100644
--- a/CHANGES
+++ b/CHANGES
@@ -25,9 +25,9 @@
Updated/fixed packages: acpid, alsa-lib, argus, at, autoconf,
automake, avahi, axel, beecrypt, berkeleydb, bind, bmon, boa,
- bootutils, bridge-utils, bsdiff, busybox, cvs, dbus, dmraid,
- docker, dosfstools, dropbear, e2fsprogs, expat, ezxml, fbset,
- fconfig, ffmpeg, freetype, gadgetfs-test, gamin, gawk,
+ bootutils, bridge-utils, bsdiff, busybox, cvs, dbus, directfb,
+ dmraid, docker, dosfstools, dropbear, e2fsprogs, expat, ezxml,
+ fbset, fconfig, ffmpeg, freetype, gadgetfs-test, gamin, gawk,
genext2fs, gperf, gst-plugins-ugly, gtk2-themes, gtkperf,
gvfs, haserl, hdparm, hostapd, hwdata, ifplugd, imagemagick,
iperf, ipsec-tools, iproute2, iptables, iw, jpeg, kexec,
diff --git a/package/directfb/directfb.mk b/package/directfb/directfb.mk
index ccb0c5a..05d3673 100644
--- a/package/directfb/directfb.mk
+++ b/package/directfb/directfb.mk
@@ -4,7 +4,7 @@
#
#############################################################
DIRECTFB_VERSION_MAJOR:=1.4
-DIRECTFB_VERSION:=1.4.3
+DIRECTFB_VERSION:=1.4.5
DIRECTFB_SITE:=http://www.directfb.org/downloads/Core/DirectFB-$(DIRECTFB_VERSION_MAJOR)
DIRECTFB_SOURCE:=DirectFB-$(DIRECTFB_VERSION).tar.gz
DIRECTFB_AUTORECONF = NO
@@ -104,6 +104,7 @@ endif
ifeq ($(BR2_PACKAGE_DIRECTFB_PNG),y)
DIRECTFB_PNG:=--enable-png
DIRECTFB_DEP+= libpng
+DIRECTFB_CONF_ENV += ac_cv_path_LIBPNG_CONFIG=$(STAGING_DIR)/usr/bin/libpng-config
else
DIRECTFB_PNG:=--disable-png
endif
--
1.7.1
^ permalink raw reply related
* [Buildroot] [git commit master 1/1] package: add libmpeg2
From: Thomas Petazzoni @ 2010-10-06 13:53 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20101006103554.2176D8B7C6@busybox.osuosl.org>
On Wed, 6 Oct 2010 11:48:58 +0200
Peter Korsgaard <jacmet@sunsite.dk> wrote:
> +config BR2_PACKAGE_LIBMPEG2_BINS
> + bool "mpeg2 binaries"
> + depends on BR2_PACKAGE_LIBMPEG2
> + help
> + Install mpeg2dec, corrupt_mpeg2 and extrac_mpeg2 programs as
> + well.
Tiny typos here: extracT_mpeg2 and incorrect indentation.
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 08/21] genext2fs: bump to 1.4.1
From: Peter Korsgaard @ 2010-10-06 11:39 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1284864823-18993-9-git-send-email-Martin.Banky@gmail.com>
>>>>> "Martin" == Martin Banky <martin.banky@gmail.com> writes:
Martin> Signed-off-by: Martin Banky <Martin.Banky@gmail.com>
Committed, thanks.
--
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