As Mark's suggestion, rename libpng_1.2.50 to libpng12 that
multi-versions libpng could coexist.
We want to make sure we have both the old and new versions to meet LSB
compliance (for people who have that enabled) as well as the new version
for newer applications.
And drop link files that conflic
Because rename libpng_1.2.50 to libpng, remove the perfer verion from
default-versions.inc and add libpng12 to lsb packagegroup.
Signed-off-by: Kang Kai
---
meta/conf/distro/include/default-versions.inc |3 ---
.../packagegroups/packagegroup-core-lsb.bb |1 +
2 files changed
V2: add comments to explain why drop some link files
The following changes since commit e57284abca76fe7e6c29484104ae4349459c63dc:
kernel.bbclass: do_sizecheck: update path to build image and do not delete
(2013-04-08 22:26:24 +0100)
are available in the git repository at:
git://git.pokylinu
On 2013年04月08日 23:01, Mark Hatle wrote:
On 4/8/13 4:12 AM, Kang Kai wrote:
As Mark's suggestion, rename libpng_1.2.50 to libpng12 that
multi-versions libpng could coexist. And drop files that conflict with
higher version.
We want to make sure we have both the old and new versions to meet LSB
co
Hello,
thinking about this whole issue I began to wonder: why is gstreamer in
oe-core and not in meta-multimedia?
wouldnt it be easier then to move liborc into meta-multimedia as well?
Or is gstreamer considered an essential component for many
installations, thus justifying its presence in oe-
On Mon, Apr 8, 2013 at 10:48 AM, Paul Eggleton <
paul.eggle...@linux.intel.com> wrote:
> On Monday 08 April 2013 13:31:50 Trevor Woerner wrote:
> > On Fri, Apr 5, 2013 at 12:59 PM, Peter Kjellerstedt
> > wrote:
> > > +[ "${PATH#$NEWPATHS}" != "$PATH" ] || PATH="$NEWPATHS$PATH"
> >
> > This is cer
On Mon, 2013-04-08 at 17:28 -0400, Michel Thebeau wrote:
>
> On 13-04-08 05:24 PM, michel.theb...@windriver.com wrote:
> > From: Michel Thebeau
> >
> > Allow recipes to specify sections to be stripped from the kernel output
> > using KERNEL_IMAGE_STRIP. For example:
> >
> > KERNEL_IMAGE_STRIP
When a MACHINEOVERRIDES has more than one value, split by ':' as usual
OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
matching as we need to iterate over each SoC family and check if it is
compatible or not.
Signed-off-by: Otavio Salvador
---
Changes for v4:
- Fix wrong ass
On Mon, Apr 8, 2013 at 6:31 PM, Richard Purdie
wrote:
> On Mon, 2013-04-08 at 17:58 -0300, Otavio Salvador wrote:
>> When a MACHINEOVERRIDES has more than one value, split by ':' as usual
>> OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
>> matching as we need to iterate ove
On Mon, 2013-04-08 at 17:58 -0300, Otavio Salvador wrote:
> When a MACHINEOVERRIDES has more than one value, split by ':' as usual
> OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
> matching as we need to iterate over each SoC family and check if it is
> compatible or not.
>
On Mon, Apr 8, 2013 at 5:58 PM, Otavio Salvador wrote:
> When a MACHINEOVERRIDES has more than one value, split by ':' as usual
> OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
> matching as we need to iterate over each SoC family and check if it is
> compatible or not.
>
>
On 13-04-08 05:24 PM, michel.theb...@windriver.com wrote:
> From: Michel Thebeau
>
> Allow recipes to specify sections to be stripped from the kernel output
> using KERNEL_IMAGE_STRIP. For example:
>
> KERNEL_IMAGE_STRIP = ".comment .unwanted"
s/KERNEL_IMAGE_STRIP/KERNEL_IMAGE_STRIP_EXTRA_SE
From: Michel Thebeau
Allow recipes to specify sections to be stripped from the kernel output
using KERNEL_IMAGE_STRIP. For example:
KERNEL_IMAGE_STRIP = ".comment .unwanted"
The kernel output is stripped in place.
Since the toolchain does not give indication when the specified sections
are ab
On 13-04-08 04:54 PM, Richard Purdie wrote:
> On Mon, 2013-04-08 at 16:15 -0400, michel.theb...@windriver.com wrote:
>> From: Michel Thebeau
>>
>> Allow recipes to specify sections to be stripped from the kernel output
>> using KERNEL_IMAGE_STRIP_EXTRA_SECTIONS. For example:
>>
>> KERNEL_IMAGE_
On Mon, 2013-04-08 at 17:40 -0300, Otavio Salvador wrote:
> On Mon, Apr 8, 2013 at 5:32 PM, Koen Kooi wrote:
> >
> > Op 8 apr. 2013, om 18:29 heeft Radu Moisan het
> > volgende geschreven:
> >
> >> Along with v182 upgrade udevd was moved to ${base_libdir}
> >
> > By upstream, yes
> >
> >> making
When a MACHINEOVERRIDES has more than one value, split by ':' as usual
OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
matching as we need to iterate over each SoC family and check if it is
compatible or not.
Signed-off-by: Otavio Salvador
---
Changes for v3:
- Stop checking
On Mon, 2013-04-08 at 16:15 -0400, michel.theb...@windriver.com wrote:
> From: Michel Thebeau
>
> Allow recipes to specify sections to be stripped from the kernel output
> using KERNEL_IMAGE_STRIP_EXTRA_SECTIONS. For example:
>
> KERNEL_IMAGE_STRIP_EXTRA_SECTIONS = ".comment .unwanted"
>
> The
On Mon, Apr 8, 2013 at 5:32 PM, Koen Kooi wrote:
>
> Op 8 apr. 2013, om 18:29 heeft Radu Moisan het
> volgende geschreven:
>
>> Along with v182 upgrade udevd was moved to ${base_libdir}
>
> By upstream, yes
>
>> making scripts like init-live.sh to fail in finding udevd
>
> So you should fix thos
I blew my #if expression!
Signed-off-by: Saul Wold
---
meta/recipes-multimedia/alsa/alsa-tools/mips_has_no_io_h.patch | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/alsa/alsa-tools/mips_has_no_io_h.patch
b/meta/recipes-multimedia/alsa/alsa-tools/
Op 8 apr. 2013, om 18:29 heeft Radu Moisan het volgende
geschreven:
> Along with v182 upgrade udevd was moved to ${base_libdir}
By upstream, yes
> making scripts like init-live.sh to fail in finding udevd
So you should fix those scripts, not mess around with udev.
> Fixes [Yocto #4046]
>
>
From: Michel Thebeau
The routerstationpro has a 16mb flash which the kernel image should
fit into. The default build type for vmlinux then should be a
stripped vmlinux.
Use KERNEL_IMAGE_STRIP_EXTRA_SECTIONS to do this.
Reverts commit 9cd3816e4db97c8fd093a120a75a2b5d193afcdd, which causes:
Red
From: Michel Thebeau
do_sizecheck has a few issues especially with vmlinux image type.
It breaks because KERNEL_OUTPUT is a path relative to ${B}. When
do_sizecheck runs it does not find the file (because the working
directory is elsewhere) and does not fail.
Also, the image file referenced by
From: Michel Thebeau
Allow recipes to specify sections to be stripped from the kernel output
using KERNEL_IMAGE_STRIP_EXTRA_SECTIONS. For example:
KERNEL_IMAGE_STRIP_EXTRA_SECTIONS = ".comment .unwanted"
The file to be stripped is a copy of ${KERNEL_OUTPUT} and will be given
the same name with
Hi Richard,
Here is request for comment, v2 of fixes to kernel.bbclass for 3514 and
3514 bugs (and now bug 4220).
For the first patch you had asked that KERNEL_OUTPUT be used
consistently for the kernel.
The second patch is new, and what I'm especially looking for comments
on. It is to get ba
On Thu, Apr 04, 2013 at 11:38:41PM +0100, Richard Purdie wrote:
> On Thu, 2013-04-04 at 18:55 +0200, Martin Jansa wrote:
> > On Thu, Apr 04, 2013 at 05:46:48PM +0100, Richard Purdie wrote:
> > > On Thu, 2013-04-04 at 18:42 +0200, Martin Jansa wrote:
> > > > * fixes udev configure in run-postinsts f
On 04/08/2013 06:33 AM, Trevor Woerner wrote:
With a rather recent HEAD
Build Configuration:
BB_VERSION= "1.17.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "openSUSE-project-12.3"
TARGET_SYS= "x86_64-poky-linux"
MACHINE = "qemux86-64"
DISTRO= "p
On 4/8/13 12:57 PM, Saul Wold wrote:
On 04/08/2013 05:56 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN
bluez4 uses readline to be build, but the dependency is not listed
This is listed in the configuration log.
So we add it.
As far as I can tell it's needed only for gatttool, is this a tool
On 04/08/2013 10:00 AM, Radu Moisan wrote:
On 04/08/2013 07:54 PM, Richard Purdie wrote:
On Mon, 2013-04-08 at 19:47 +0300, Radu Moisan wrote:
Dropped obolete patches and pulled updates for debian patches
Isn't there some CVE this upgrade fixes which would be worth a mention
in here?
With r
On 04/08/2013 05:56 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN
bluez4 uses readline to be build, but the dependency is not listed
This is listed in the configuration log.
So we add it.
As far as I can tell it's needed only for gatttool, is this a tool that
we need / want to provide for blu
On Monday 08 April 2013 13:31:50 Trevor Woerner wrote:
> On Fri, Apr 5, 2013 at 12:59 PM, Peter Kjellerstedt
> wrote:
> > +[ "${PATH#$NEWPATHS}" != "$PATH" ] || PATH="$NEWPATHS$PATH"
>
> This is certainly a welcome addition in functionality, but it relies
> on the pattern remaining at the start o
On Fri, Apr 5, 2013 at 12:59 PM, Peter Kjellerstedt
wrote:
> +[ "${PATH#$NEWPATHS}" != "$PATH" ] || PATH="$NEWPATHS$PATH"
This is certainly a welcome addition in functionality, but it relies
on the pattern remaining at the start of the PATH (i.e. the user
hasn't played with PATH in any way). Coul
On 04/08/2013 07:54 PM, Richard Purdie wrote:
On Mon, 2013-04-08 at 19:47 +0300, Radu Moisan wrote:
Dropped obolete patches and pulled updates for debian patches
Isn't there some CVE this upgrade fixes which would be worth a mention
in here?
With respect to what we had (1.0.0j) Scott pointed
On Mon, 2013-04-08 at 19:47 +0300, Radu Moisan wrote:
> Dropped obolete patches and pulled updates for debian patches
Isn't there some CVE this upgrade fixes which would be worth a mention
in here?
Cheers,
Richard
___
Openembedded-core mailing list
O
On Fri, Apr 5, 2013 at 11:35 AM, wrote:
> +# "ptest-pkgs" - add -ptest packages for all ptest-enabled packages
> +# (useful if you want to run the package test suites)
Is there a simple way to discover which packages are ptest-enabled?
___
Along with v182 upgrade udevd was moved to ${base_libdir}
making scripts like init-live.sh to fail in finding udevd
Fixes [Yocto #4046]
Signed-off-by: Radu Moisan
---
meta/recipes-core/udev/udev.inc|3 ++-
meta/recipes-core/udev/udev_182.bb |2 +-
2 files changed, 3 insertions(+), 2
On Mon, Apr 08, 2013 at 06:06:41PM +0300, Laurentiu Palcu wrote:
> When using the sstate from another build machine, the path to the pixbuf
> loader's cache points to a path on the remote machine. Hence, the update
> of the icon cache fails on host.
>
> Signed-off-by: Laurentiu Palcu
> ---
> ...
Check after getting the original package name (e.g. undoing Debian
renaming) if there is a complementary package for that name, e.g. if
the glob is *-dev, then libudev0 -> libudev -> libudev-dev.
Fixes [YOCTO #4136].
Signed-off-by: Paul Eggleton
---
scripts/oe-pkgdata-util | 13 ++---
On 04/08/2013 06:42 PM, Koen Kooi wrote:
Op 8 apr. 2013, om 16:39 heeft Radu Moisan het volgende
geschreven:
Fixes [Yocto #4046]
Can you eloborate a bit in the commit message?
Yes, will follow up with a v2
Radu
___
Openembedded-core mailing li
On 4/8/13 10:02 AM, Bogdan Marinescu wrote:
Make CHANNELSDIR in smart empty, since this causes host contamination issues
on some RPM-based hosts on which smart is already installed.
[YOCTO #3881]
Signed-off-by: Bogdan Marinescu
---
.../python/python-smartpm/smart-channelsdir.patch | 24
On Sun, 2013-04-07 at 15:32 -0700, Khem Raj wrote:
> On Sun, Apr 7, 2013 at 1:23 AM, Richard Purdie
> wrote:
>
> http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/87/steps/Running%20Sanity%20Tests/logs/stdio
>
>
> what does complete dmesg output looks like ? I ha
Op 8 apr. 2013, om 16:39 heeft Radu Moisan het volgende
geschreven:
> Fixes [Yocto #4046]
Can you eloborate a bit in the commit message?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/ma
From: Tom Zanussi
Builds started failing here, tracked it down to commit:
4d309730 ['gst-ffmpeg: configure-fix patch used wrong test']
which essentially just has the effect of never disabling yasm instead
of always disabling it as before. With this patch it can be conditionally
enabled or disa
From: Tom Zanussi
The gst-ffmpeg build shows the following warning:
configure: WARNING: unrecognized options: --disable-yasm
which means that the following test in configure always fails and
--disable-yasm never gets passed to the embedded ffmpeg build:
'if test "x$disable_yasm" = "xyes"; then
When using the sstate from another build machine, the path to the pixbuf
loader's cache points to a path on the remote machine. Hence, the update
of the icon cache fails on host.
Signed-off-by: Laurentiu Palcu
---
.../gtk+/gtk-update-icon-cache-native_3.4.4.bb |4
1 file changed, 4
The wrong type of paranthesis was used so 'continue' did nothing (was in
another context) and the packages were marked as installed.
Signed-off-by: Laurentiu Palcu
---
meta/classes/image.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/m
Laurentiu Palcu (2):
image.bbclass: fix postinstall intercepts fallback
gtk-update-icon-cache-native: create wrapper script
meta/classes/image.bbclass |2 +-
.../gtk+/gtk-update-icon-cache-native_3.4.4.bb |4
2 files changed, 5 insertions(+), 1 deletio
On 4/8/13 4:12 AM, Kang Kai wrote:
As Mark's suggestion, rename libpng_1.2.50 to libpng12 that
multi-versions libpng could coexist. And drop files that conflict with
higher version.
We want to make sure we have both the old and new versions to meet LSB
compliance (for people who have that enable
Make CHANNELSDIR in smart empty, since this causes host contamination issues
on some RPM-based hosts on which smart is already installed.
[YOCTO #3881]
Signed-off-by: Bogdan Marinescu
---
.../python/python-smartpm/smart-channelsdir.patch | 24 ++
.../python/python-smartpm_1
Fixes [Yocto #4046]
Signed-off-by: Radu Moisan
---
meta/recipes-core/udev/udev.inc|3 ++-
meta/recipes-core/udev/udev_182.bb |2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index e358d2d..c4d2ce4
When a SOC_FAMILY has more than one value, split by ':' as usual
OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
matching as we need to iterate over each SoC family and check if it is
compatible or not.
Signed-off-by: Otavio Salvador
---
Changes for v2:
- Properly handle mac
On Mon, Apr 8, 2013 at 10:37 AM, Eric Bénard wrote:
> Hi Otavio,
>
> Le Mon, 8 Apr 2013 10:31:17 -0300,
> Otavio Salvador a écrit :
>
>> On Sun, Apr 7, 2013 at 2:37 AM, Eric Bénard wrote:
>> > Le Sat, 6 Apr 2013 17:58:30 -0300,
>> > Otavio Salvador a écrit :
>> >
>> >> On Sat, Apr 6, 2013 at 3:
On Sun, Apr 7, 2013 at 8:38 PM, Carlos Rafael Giani
wrote:
> Hello all,
>
> to start working with GStreamer 1.0 on several embedded platforms, I decided
> to adapt the existing GStreamer recipes from danny for 1.0. Out of this I
> created a layer, which is hosted at https://github.com/dv1/meta-gst
Hi Otavio,
Le Mon, 8 Apr 2013 10:31:17 -0300,
Otavio Salvador a écrit :
> On Sun, Apr 7, 2013 at 2:37 AM, Eric Bénard wrote:
> > Le Sat, 6 Apr 2013 17:58:30 -0300,
> > Otavio Salvador a écrit :
> >
> >> On Sat, Apr 6, 2013 at 3:02 PM, Eric Bénard wrote:
> >> > Hi Otavio,
> >> >
> >> > Le Sat,
With a rather recent HEAD
Build Configuration:
BB_VERSION= "1.17.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "openSUSE-project-12.3"
TARGET_SYS= "x86_64-poky-linux"
MACHINE = "qemux86-64"
DISTRO= "poky"
DISTRO_VERSION= "1.3+snapshot-20130407"
On Sun, Apr 7, 2013 at 2:37 AM, Eric Bénard wrote:
> Le Sat, 6 Apr 2013 17:58:30 -0300,
> Otavio Salvador a écrit :
>
>> On Sat, Apr 6, 2013 at 3:02 PM, Eric Bénard wrote:
>> > Hi Otavio,
>> >
>> > Le Sat, 6 Apr 2013 14:17:48 -0300,
>> > Otavio Salvador a écrit :
>> >
>> >> When a SOC_FAMILY h
From: Alexandru DAMIAN
bluez4 uses readline to be build, but the dependency is not listed
This is listed in the configuration log.
So we add it.
Signed-off-by: Alexandru DAMIAN
---
meta/recipes-connectivity/bluez/bluez4.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On Mon, Apr 8, 2013 at 3:16 PM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Mon, 2013-04-08 at 14:58 +0300, Bogdan Marinescu wrote:
> > From: Ioana Grigoropol
>
> Why?
>
Because she is the author of the patch, I've just added a "signed-off-by"
line.
>
> > [Yocto #3928]
>
>
From: Ioana Grigoropol
When shutting down a core-image-lsb-sdk image, there is a lot of time spend
stopping tcf-agent,
which slows down the whole process. The reason for this slowdown is the fact
that it tries in a
loop to kill tcf-agent service by using killproc with the path of the
executabl
From: Holger Hans Peter Freyther
After some breakage in udev the kernel gained direct firmware loading.
For older kernels (e.g. 3.2 in my case) udev still needs to load the
firmware. Firmware loading is enabled once a default firmware path is
set. Apply a compile fix from the upstream project.
--
On Mon, 2013-04-08 at 14:58 +0300, Bogdan Marinescu wrote:
> From: Ioana Grigoropol
Why?
> [Yocto #3928]
I could read this but I shouldn't have to...
Cheers,
Richard
> Signed-off-by: Ioana Grigoropol
> Signed-off-by: Bogdan Marinescu
> ---
> .../tcf-agent/tcf-agent/fix_tcf-agent.init.patc
From: Ioana Grigoropol
[Yocto #3928]
Signed-off-by: Ioana Grigoropol
Signed-off-by: Bogdan Marinescu
---
.../tcf-agent/tcf-agent/fix_tcf-agent.init.patch |6 --
meta/recipes-devtools/tcf-agent/tcf-agent_git.bb |2 +-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git
Ping on this set
> -Original Message-
> From: Maupin, Chase
> Sent: Thursday, April 04, 2013 8:26 AM
> To: openembedded-core@lists.openembedded.org
> Cc: Maupin, Chase
> Subject: [PATCHv2 1/2][for-danny] linux-dtb: Add simple DTB
> symlinks for devicetree
>
> * This is similar to the sym
---
meta/recipes-core/tinylogin/tinylogin_1.4.bb | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-core/tinylogin/tinylogin_1.4.bb
b/meta/recipes-core/tinylogin/tinylogin_1.4.bb
index 6e08011..d1da0e2 100644
--- a/meta/recipes-core/tinylogin/tinylogin
On 2013-04-08 13:09, Paul Eggleton wrote:
Returning to the original topic, a case could be made for just bringing orc
and libav into OE-Core. That's not going to work for every situation but we
ought to be looking at these kind of things on a case-by-case basis.
Cheers,
Paul
You should ad
On Monday 08 April 2013 12:47:51 Koen Kooi wrote:
> Op 8 apr. 2013, om 11:35 heeft "Burton, Ross" het
volgende geschreven:
> > On 8 April 2013 08:57, Koen Kooi wrote:
> >> I've been meaning to ask the same questions, since I need both orc and
> >> external libav to make gstreamer (0.10, but sti
Op 8 apr. 2013, om 11:35 heeft "Burton, Ross" het
volgende geschreven:
> Op 8 apr. 2013, om 01:38 heeft Carlos Rafael Giani
> het volgende geschreven:
>> to start working with GStreamer 1.0 on several embedded platforms, I decided
>> to
>> adapt the existing GStreamer recipes from danny for 1
On 2013-04-08 09:57, Koen Kooi wrote:
Op 8 apr. 2013, om 01:38 heeft Carlos Rafael Giani
het volgende geschreven:
I am also considering some kind of autodetection for when yasm and liborc are
available (for example, because meta-oe was added to bblayers.conf), and then
switches on Orc and
Op 8 apr. 2013, om 01:38 heeft Carlos Rafael Giani
het volgende geschreven:
> to start working with GStreamer 1.0 on several embedded platforms, I decided
> to
> adapt the existing GStreamer recipes from danny for 1.0. Out of this I
> created a layer,
> which is hosted at https://github.com/dv1/
Because rename libpng_1.2.50 to libpng, remove the perfer verion from
default-versions.inc and add libpng12 to lsb packagegroup.
Signed-off-by: Kang Kai
---
meta/conf/distro/include/default-versions.inc |3 ---
.../packagegroups/packagegroup-core-lsb.bb |1 +
2 files changed
As Mark's suggestion, rename libpng_1.2.50 to libpng12 that
multi-versions libpng could coexist. And drop files that conflict with
higher version.
We want to make sure we have both the old and new versions to meet LSB
compliance (for people who have that enabled) as well as the new version
for new
Rename libpng_1.2.50 to libpng12 that multi-versions libpng could coexist.
The following changes since commit 6d4d42d63db4c3fcffd831ce359599f3ee1d710e:
qemuimage-tests/sanity/boot: Increase timeout (2013-04-06 17:22:21 +0100)
are available in the git repository at:
git://git.pokylinux.org/po
On 05/04/13 18:03, Khem Raj wrote:
On Apr 5, 2013, at 9:36 AM, Jack Mitchell wrote:
I build for the beaglebone and I changed them in line with your default
beaglebone build patch you posted a week or so ago. I think it moved it form
soft to hard float possibly...
yes do a clean build if pos
Richard Purdie wrote:
> Why are we putting all the debug files into the -ptest package now? Does
> that make sense?
(Sorry, I missed this comment.)
My reasoning is that we want all ptest data to be contained in -ptest packages
and not "leak" into other packages.
If we keep debug data in the no
Op 8 apr. 2013, om 01:38 heeft Carlos Rafael Giani
het volgende geschreven:
> Hello all,
>
> to start working with GStreamer 1.0 on several embedded platforms, I decided
> to adapt the existing GStreamer recipes from danny for 1.0. Out of this I
> created a layer, which is hosted at https://
Op 7 apr. 2013, om 11:20 heeft Holger Hans Peter Freyther
het volgende geschreven:
> From: Holger Hans Peter Freyther
>
> After some breakage in udev the kernel gained direct firmware loading.
> For older kernels (e.g. 3.2 in my case) udev still needs to load the
> firmware. Firmware loading
75 matches
Mail list logo