gmane.comp.embedded.openbricks.devel

[openbricks-devel] [PATCH 1 of 2] update feature document

Peter Meerwald — 2011-06-24T10:35:16

# HG changeset patch
# User Peter Meerwald <pmeerw-jW+XmwGofnusTnJN9+BGXg< at >public.gmane.org>
# Date 1308908093 -7200
# Node ID 3450b55a0f55d2e130cae9330b7be0b18fc6d466
# Parent  b2869aa9233574d02ce7d4bb75420ebfe1c9c504
update feature document

diff --git a/DOCS/features.txt b/DOCS/features.txt
--- a/DOCS/features.txt
+++ b/DOCS/features.txt
< at >< at > -10,7 +10,7 < at >< at >
 * Hardware Cryptographic Acceleration: SHA1, MD5, AES ...
 * Support for TouchScreens.
 * Support for LIRC Infrared Remote Controls.
-* Highly efficient Parallelized init.
+* Highly efficient parallelized init using systemd.
 
 Applicative Toolkits
 --------------------
< at >< at > -19,6 +19,7 < at >< at >
 * GTK
 * EFL: Enlightenment Foundation Libraries
 * SDL: Simple DirectMedia Layer
+* disko: UI application framework
 
 Graphic Extensions
 ------------------
< at >< at > -75,6 +76,7 < at >< at >
 * NFS Client/Automounter
 * Plan 9 Client/Automounter
 * UPnP / DLNA support
+* SSH Server
 
 Supported Filesystems
 ---------------------
< at >< at > -90,6 +92,16 < at >< at >
 * ISO9660 / Joliet / UDF
 * FAT16 /

[openbricks-devel] [PATCH 2 of 2] doc: add howto

Peter Meerwald — 2011-06-24T10:35:17

# HG changeset patch
# User Peter Meerwald <pmeerw-jW+XmwGofnusTnJN9+BGXg< at >public.gmane.org>
# Date 1308911655 -7200
# Node ID da8cae16973295b87b4aca4b04c8070f99df496d
# Parent  3450b55a0f55d2e130cae9330b7be0b18fc6d466
doc: add howto

diff --git a/DOCS/Makefile b/DOCS/Makefile
--- a/DOCS/Makefile
+++ b/DOCS/Makefile
< at >< at > -12,6 +12,7 < at >< at >
 DOCS += add-a-new-platform.txt
 DOCS += add-a-new-machine.txt
 DOCS += add-a-new-flavour.txt
+DOCS += howto.txt
 
 AUTHOR = 'author=The OpenBricks Team'
 EMAIL  = 'email=team-1X2kV9W7Cb9MujSXIANxBg< at >public.gmane.org'
diff --git a/DOCS/howto.txt b/DOCS/howto.txt
new file mode 100644
--- /dev/null
+++ b/DOCS/howto.txt
< at >< at > -0,0 +1,42 < at >< at >
+How to do common tasks
+======================
+
+To get you started quickly, here is a list of common tasks and how to perform them with OpenBricks.
+
+How to change the kernel config?
+--------------------------------
+
+Go to the '$BUILD/linux*' directory, run 'make menuconfig', make the appropriate changes,
+and copy the resulting Linux kernel co

[openbricks-devel] [PATCH 0 of 2] documentation improvements

Peter Meerwald — 2011-06-24T10:35:15

maybe update the features.txt in the documentation?

w.r.t. target images support I am missing UBIFS and/or JFFS2 -- not sure how useful that is but it could 
serve as some guideline how to do it


further I would appreciate some how-to documentation; this would have helped me to get started...
I propose a short list for now... maybe some items are stupid but it is tedious to read through several 
scripts to find out how Openbricks handles things

if there is interest I will complete the answers as far as I can and post a patch, please comment

[openbricks-devel] [PATCH] fix for vdr-streamdev-client/server compilation

Frederic Pecourt — 2011-06-23T21:30:35

reference to parent package was missing.

Regards,
Fred.

diff -r b2869aa92335 packages/vdr-streamdev-client/meta
--- a/packages/vdr-streamdev-client/meta    Thu Jun 23 11:26:45 2011 +0200
+++ b/packages/vdr-streamdev-client/meta    Thu Jun 23 23:25:06 2011 +0200
< at >< at > -1,6 +1,6 < at >< at >
 PKG_PARENT=vdr-streamdev
 PKG_NAME=${PKG_PARENT}-client
-PKG_RUN_DEPENDS="$TARGET_LIBC vdr"
+PKG_RUN_DEPENDS="$TARGET_LIBC vdr vdr-streamdev"
 PKG_PRIORITY=optional
 PKG_SECTION=multimedia
 PKG_SHORTDESC="VDR -- streamdev client plugin"
diff -r b2869aa92335 packages/vdr-streamdev-server/meta
--- a/packages/vdr-streamdev-server/meta    Thu Jun 23 11:26:45 2011 +0200
+++ b/packages/vdr-streamdev-server/meta    Thu Jun 23 23:25:06 2011 +0200
< at >< at > -1,6 +1,6 < at >< at >
 PKG_PARENT=vdr-streamdev
 PKG_NAME=${PKG_PARENT}-server
-PKG_RUN_DEPENDS="$TARGET_LIBC vdr"
+PKG_RUN_DEPENDS="$TARGET_LIBC vdr vdr-streamdev"
 PKG_PRIORITY=optional
 PKG_SECTION=multimedia
 PKG_SHORTDESC="VDR -- streamdev server plugin"

[openbricks-devel] RE: Re: Re: Re: [openbricks-][r12375] systemd: upgrade to 28

Paugam Luc — 2011-06-23T09:16:21

There are a lot of consumer devices right now (including those who shall come up soon on the market) that only support IPv4, even if their MAC Controller is IPv6 capable. For the near future, most of customers consider the switch to IPv6 as a SW update to those devices.

So enabling IPv6 by default could be tiresome, as it is not needed right now, and as it shall increase the memory footprint of the final image.

It seems strange that system enforce the IPv6 requirement!

Regards - Luc

-----Original Message-----
From: Guillaume LECERF [mailto:foxcore< at >gmail.com] 
Sent: Wednesday, 22 June, 2011 11:15
To: devel< at >openbricks.org
Subject: [openbricks-devel] Re: Re: Re: [openbricks-][r12375] systemd: upgrade to 28

2011/6/22 Davide Cavalca <davide< at >openbricks.org>:

Maybe we could always enable ipv6, and remove the ability to deselect it.
Opinions ?

[openbricks-devel] [PATCH] Adding support for a platform specific busybox.conf (ie .config) file

Jean-Michel Hautbois — 2011-06-23T07:55:42

# HG changeset patch
# User Jean-Michel Hautbois <jhautbois-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
# Date 1308815678 -7200
# Node ID 3c03ee72f7e7f65245eb071055a65c7469ae61b9
# Parent  dfcf5d87dcd83b5b7a1738727a64fc5ec9f7c498
Adding support for a platform specific busybox.conf (ie .config) file

diff -r dfcf5d87dcd8 -r 3c03ee72f7e7 packages/busybox/unpack
--- a/packages/busybox/unpackWed Jun 22 17:16:56 2011 +0200
+++ b/packages/busybox/unpackThu Jun 23 09:54:38 2011 +0200
< at >< at > -9,6 +9,8 < at >< at >
 
 if [ -f config/flavours/$FLAVOUR/busybox.conf ]; then
   BUSYBOX_CONFIG="config/flavours/$FLAVOUR/busybox.conf"
+elif [ -f config/platforms/$TARGET_ARCH/$TARGET_PLATFORM/busybox.conf ]; then
+  BUSYBOX_CONFIG="config/platforms/$TARGET_ARCH/$TARGET_PLATFORM/busybox.conf"
 else
   BUSYBOX_CONFIG="$PACKAGES/$1/config/$1.conf"
 fi

[openbricks-devel] Re: Re: Re: Re: Busybox - adding a conf file in a platform

Davide Cavalca — 2011-06-23T07:07:44

On Wed, 22 Jun 2011 22:51:33 +0200, Benjamin Zores
<benjamin.zores-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

I think it would be easier to have a generic overlay directory, whose
contents are copied over the rootfs at the end of the build. This way we
just need one config option (OPT_OVERLAY_DIR or something like that).

Davide

[openbricks-devel] Re: Re: Re: Re: Busybox - adding a conf file in a platform

Jean-Michel Hautbois — 2011-06-23T07:17:19

2011/6/22 Benjamin Zores <benjamin.zores-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:

OK, so you think about a script in order to generate it ?
If not, I don't understand what you mean...


You may need to create only a few nodes, and not wanting to let udev
make it all for you.
But yeah, udev may be enough.

[openbricks-devel] Re: Re: Re: Re: Re: Re: [openbricks-][r12375] systemd: upgrade to 28

Guillaume LECERF — 2011-06-22T21:10:05

2011/6/22 Thomas Genty <tomlohave-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:

Unfortunately uClibc doesn't implement _ns_* functions.
We could do the way it's done in the uclibc patches for systemd, and
backport these
functions from eglibc/glibc.

[openbricks-devel] Re: Re: Re: Busybox - adding a conf file in a platform

Benjamin Zores — 2011-06-22T20:51:33


On 22 juin 2011, at 20:18, Jean-Michel Hautbois <jhautbois-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:


A flat etc tree somewhere in config ?



Why ? Isnt udev enough ?

[openbricks-devel] Re: Re: Busybox - adding a conf file in a platform

Jean-Michel Hautbois — 2011-06-22T18:18:05

2011/6/22 Benjamin Zores <benjamin.zores-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:

OK, I will send a patch


OK. Do you have any idea on the best way to do it ?
Same question for populating the /dev. For instance, I have a
device_table.txt file, or using MAKEDEV (but I think it requires a
root access) ?

JM

[openbricks-devel] Re: Re: Re: Re: Re: [openbricks-][r12375] systemd: upgrade to 28

Thomas Genty — 2011-06-22T17:02:42

Le 22/06/2011 17:19, Davide Cavalca a écrit :
Already done in my tree but connman refuse to compile with uclibc (even 
whith removing log  which include a specific file from glibc)
output :

gweb/gresolv.o: In function `add_query':
/home/thomas/compil/openbricks/build/build.i386.uclibc/connman-0.75/gweb/gresolv.c:908: 
undefined reference to `__res_mkquery'
gweb/gresolv.o: In function `parse_response':
/home/thomas/compil/openbricks/build/build.i386.uclibc/connman-0.75/gweb/gresolv.c:632: 
undefined reference to `__ns_initparse'
/home/thomas/compil/openbricks/build/build.i386.uclibc/connman-0.75/gweb/gresolv.c:634: 
undefined reference to `_ns_flagdata'
/home/thomas/compil/openbricks/build/build.i386.uclibc/connman-0.75/gweb/gresolv.c:634: 
undefined reference to `_ns_flagdata'
/home/thomas/compil/openbricks/build/build.i386.uclibc/connman-0.75/gweb/gresolv.c:681: 
undefined reference to `__ns_parserr'
gweb/gresolv.o: In function `g_resolv_new':
/home/thomas/compil/openbricks/build/build.i386.uclibc/connman

[openbricks-devel] Re: Re: Specifying a default toolchain for a given machine

Jean-Michel Hautbois — 2011-06-22T16:08:47

2011/6/22 Davide Cavalca <davide-1X2kV9W7Cb9MujSXIANxBg< at >public.gmane.org>:

OK, I agree. Creating a config file is enough :).

JM

[openbricks-devel] Re: Busybox - adding a conf file in a platform

Benjamin Zores — 2011-06-22T16:06:53


On 22 juin 2011, at 17:42, Jean-Michel Hautbois <jhautbois-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:


Fine by me.


No by this would be a nice addition.

[openbricks-devel] Re: Re: Re: Re: [PATCH 1 of 7] add sofsip-cli package

Benjamin Zores — 2011-06-22T16:05:23


On 22 juin 2011, at 17:24, Davide Cavalca <davide-1X2kV9W7Cb9MujSXIANxBg< at >public.gmane.org> wrote:


And adding the necessary m4 files for many packages, especially for xorg stuff.

[openbricks-devel] Re: Re: Specifying a default toolchain for a given machine

Benjamin Zores — 2011-06-22T16:03:21


On 22 juin 2011, at 17:23, Davide Cavalca <davide-1X2kV9W7Cb9MujSXIANxBg< at >public.gmane.org> wrote:


Seconded.

[openbricks-devel] Busybox - adding a conf file in a platform

Jean-Michel Hautbois — 2011-06-22T15:42:39

Hi,

While looking at busybox, I noticed in the unpack file the following lines :

if [ -f config/flavours/$FLAVOUR/busybox.conf ]; then
  BUSYBOX_CONFIG="config/flavours/$FLAVOUR/busybox.conf"
else
  BUSYBOX_CONFIG="$PACKAGES/$1/config/$1.conf"
fi

I would like to add something like :
if [ -f config/platform/$TARGET_ARCH/$TARGET_PLATFORM/busybox.conf ]

Which would give the ability to specify a busybox.conf file for a
given platform (two platforms may have the same flavour, but a
different configuration).
What do you think about it ?

BTW, is there a way to put specific /etc files to be included in the rootfs ?

Regards,
JM

[openbricks-devel] Re: Re: Re: [PATCH 1 of 7] add sofsip-cli package

Davide Cavalca — 2011-06-22T15:24:54

Il giorno mar, 21/06/2011 alle 11.22 +0200, Peter Meerwald ha scritto:

Yes, it looks like the third options is the better one, but it may be
tricky to implement correctly (we'll probably need to package multiple
autotools versions).

Davide

[openbricks-devel] Re: Specifying a default toolchain for a given machine

Davide Cavalca — 2011-06-22T15:23:37

Il giorno mer, 22/06/2011 alle 10.34 +0200, Jean-Michel Hautbois ha
scritto:

No, that's not implemented.


Would ./scripts/savecfg be enough for your needs? I'm not too keen to
add per-platform toolchain selection, it's a bit messy to do (as you
need to specify additional paramenters, like the toolchain path for
codesourcery) and I don't feel the toolchian to be so tightly coupled
with the platform.

Davide

[openbricks-devel] Re: Re: Re: Re: [openbricks-][r12375] systemd: upgrade to 28

Davide Cavalca — 2011-06-22T15:19:29

Il giorno mer, 22/06/2011 alle 11.14 +0200, Guillaume LECERF ha scritto:

Yes, that's one solution; enabling ipv6 in the kernel adds several MBs
of stuff, I've never measured the overhead on the libc.

Davide

[openbricks-devel] Re: [libvalhalla-][r945] import sha256 from FFmpeg/libavutil (it is not a part o...

Guillaume LECERF — 2011-06-22T14:23:21

Hi Math,

2010/2/17 Mathieu Schroeter <mathieu.schroeter-g5CePrrZ5RNyDzI6CaY1VQ< at >public.gmane.org>:

bswap_{32,64} functions are already defined in uclibc (and maybe other *lib).
I had to add surrounding #ifndef bswap_* / #endif to get it compiled.

Could you have a look at this please ?