Am 27.09.2010 22:15, schrieb Tom Rini:
>>> the first concern is that mainline 2.6.34 still has the
>>> code you have deleted. I'd expect that others would have
>>> bumped into this too and that it would have been fixed this
>>> upstream. Since it isn't, chances are that upstream might
>>> have fixe
Signed-off-by: Scott Garman
---
recipes/grep/grep-2.6.3/uclibc-fix.patch| 50 ---
recipes/grep/grep-2.7/uclibc_libiconv.patch | 18 ++
recipes/grep/grep_2.6.3.bb | 45
recipes/grep/grep_2.7.bb|
On (26/08/10 10:36), C Michael Sundius wrote:
> I'm trying to understand how package feeds work. From the documentation it
> seems
> that you can use a package feed to install prebuilt packages onto a running
> taget.
> but what I'd like to do is to have OE look to see if a pre built package
> exis
On Sun, Aug 29, 2010 at 2:49 AM, J. L. wrote:
> Another thing I have noticed as well is that there are a bunch of
> packages that do not fail to build but while they build they show
> messages of not finding shared libraries missing depends and things
> like that. Is that things I should post as w
Steffen Sledz wrote:
Am 27.09.2010 09:40, schrieb Frans Meulenbroeks:
* .get_sb is called on mounts with automatic fs detection too, so this
function should not print an error if it cannot read the superblock
(new behaviour conforms the other fs types)
...
Hm, I have some concerns:
the fir
OE weekly changelog for org.openembedded.dev, 2010-09-20 to 2010-09-27
Chase Maupin (3):
qte: only export touchscreen setting if ts exists
freetype: update LICENSE field
fbset_2.1: add dependency on bison-native
Chris Larson (2):
utility-tasks.bbclass: drop mrproper task
amend.bbclass:
We had a successful test run last week:
http://cgit.openembedded.org/cgit.cgi/openembedded/tag/?id=testing_2010-09-20
master has been merged to testing-next and is ready for clean builds.
http://wiki.openembedded.net/index.php/Testing
Thanks,
Cliff
--
=
http://bec-systems.com
2010/9/27 Khem Raj :
> On Mon, Sep 27, 2010 at 11:21 AM, Denys Dmytriyenko wrote:
>> bb.fetch.urldata contains cached SRC_URIs, but in case SRC_URI is altered by
>> amend.inc or machine override, the original SRC_URI is not removed from the
>> cache, leading to calling do_unpack() multiple times o
On Mon, Sep 27, 2010 at 11:21 AM, Denys Dmytriyenko wrote:
> bb.fetch.urldata contains cached SRC_URIs, but in case SRC_URI is altered by
> amend.inc or machine override, the original SRC_URI is not removed from the
> cache, leading to calling do_unpack() multiple times on original and modified
>
On Mon, Sep 27, 2010 at 11:21 AM, Denys Dmytriyenko wrote:
> bb.fetch.urldata contains cached SRC_URIs, but in case SRC_URI is altered
> by
> amend.inc or machine override, the original SRC_URI is not removed from the
> cache, leading to calling do_unpack() multiple times on original and
> modifi
On Tue, Sep 21, 2010 at 10:47:43PM +0200, Frans Meulenbroeks wrote:
> Denys, I still have the issue.
> As explained in the original thread the problem is the bb.fetch.init call.
>
> Chris, appreciate it if you could look into it.
> Don't have time to test a change right away though as I will be af
bb.fetch.urldata contains cached SRC_URIs, but in case SRC_URI is altered by
amend.inc or machine override, the original SRC_URI is not removed from the
cache, leading to calling do_unpack() multiple times on original and modified
versions of the file. Don't rely on bb.fetch.urldata and traverse SR
Am Montag, den 27.09.2010, 07:16 -0700 schrieb Khem Raj:
> On Mon, Sep 27, 2010 at 2:09 AM, Paul Menzel wrote:
[…]
> > is there a way to share one interfaces file for all qemu configurations?
> >
>
> it could be made so but then I you wont be able to start more than one
> instance of networking
On September 27, 2010 07:51:43 am Otavio Salvador wrote:
> Hello,
>
> On Mon, Sep 27, 2010 at 11:39 AM, Kelvie Wong wrote:
> > This was to let the rest of the boot process start udev, if it wants to.
>
> Right.
>
> > All I need udev for is to populate /dev (specifically, the nodes in
> > /dev/d
Hello *.*,
When building the latest trunk against kernel 2.6.24 the build fails for
at least util-linux-ng-2.17 because the kernel header file "falloc.h" is
not present:
|
| fallocate.c:40:54: error: linux/falloc.h: No such file or directory
| fallocate.c: In function 'main':
| fallocate.c:13
This adds include/linux/falloc.h to the list of files
exported by the kernel to the C library.
The include file is required for building e.g. a recent util-linux-ng
against 2.6.24.
Signed-off-by: Thilo Fromm
---
.../linux-libc-headers/files/export_falloc_h.patch | 10 ++
.../linux-libc
Michael Smith wrote:
On Mon, 27 Sep 2010, Martyn Welch wrote:
Unless something has changed in he last few months, I think we wanted to
support 2.4 for a little while longer:
http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg06143.html
Hmm, so RHEL5 is still using Pytho
On Mon, Sep 27, 2010 at 4:15 PM, Frans Meulenbroeks
wrote:
> Hi all,
>
> I'm faced with the following problem:
> I need two kernels for my machine. One kernel will be a lightweight
> kernel (to reduce loading time) which boots then flashes the real
> kernel to NAND.
It sounds like a perfect initr
Hello,
On Mon, Sep 27, 2010 at 11:39 AM, Kelvie Wong wrote:
> This was to let the rest of the boot process start udev, if it wants to.
Right.
> All I need udev for is to populate /dev (specifically, the nodes in /dev/disk
> to set the root partition by label, e.g. for USB disk partitions); I do
В сообщении от Понедельник 27 сентября 2010 18:15:51 автор Frans Meulenbroeks
написал:
> So far so good, but how do I now get the right kernel in my sd card image.
> Basically both recipes create a package kernel, so adding kernel to
> the image does not work.
> Anyone an idea on how to fix this?
On September 25, 2010 03:29:15 pm Otavio Salvador wrote:
> Hello,
>
> On Sat, Sep 25, 2010 at 2:07 PM, Kelvie Wong wrote:
> > This launches (and kills) udev during the initramfs procedure to populate
> > the /dev tree as udev would.
>
> I didn't get /why/ do you kill it after starting.
>
> Pers
All,
Just to follow up, the automake team says the current license is GPLv2. The
COPYING file that says GPLv3 is autogenerated.
In regards to future releases they had the following to say:
With both the current license, and any future license, the idea is that
packages using Automake are not b
On Mon, Sep 27, 2010 at 2:09 AM, Paul Menzel
wrote:
> Dear Khem,
>
>
> Am Samstag, den 25.09.2010, 16:12 -0700 schrieb Khem Raj:
>> Signed-off-by: Khem Raj
>> ---
>> recipes/netbase/netbase/qemumips64/interfaces | 13 +
>> recipes/netbase/netbase/qemumips64el/interfaces | 13 ++
Hi all,
I'm faced with the following problem:
I need two kernels for my machine. One kernel will be a lightweight
kernel (to reduce loading time) which boots then flashes the real
kernel to NAND.
To create two images I tricked a little bit and created two recipes
(using require of course).
As the
On Mon, Sep 27, 2010 at 02:51:24PM +0200, Frans Meulenbroeks wrote:
> To clarify:
> Things that do not fetch because they require a manual download with
> accepting a license etc, I do not consider as broken.
> And of course we should keep these (I know the ixp4xx situation quite well).
> But how m
2010/9/27 Mike Westerhof :
> On 9/27/2010 1:19 AM, Frans Meulenbroeks wrote:
>> 2010/9/26 Martin Jansa :
>>
>>> There was about ~1000 recipes failing to fetch few months ago, I don't
>>> think this number is that much lower as I haven't seen any changes in
>>> most of them.
>>>
>>> See my download
i've sent these lines to bitbake developer mailing list
a few days ago - they responded that its probably not
a problem of bitbake but rather a problem induced by
what represents the build system, e.g. that of open embedded.
over there is just silently agreed. now i am asking here again...
here's
Dnia sobota, 25 września 2010 o 19:22:26 Frans Meulenbroeks napisał(a):
> I bumped into opensync, but lots of recipes do not fetch any more:
> sometimes the url is to a website that does not exist, sometimes it is
> a wiki attachement that is gone.
http://opensync.org/download/releases/0.22/ has
On Mon, 27 Sep 2010, Martyn Welch wrote:
> Unless something has changed in he last few months, I think we wanted to
> support 2.4 for a little while longer:
>
> http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg06143.html
Hmm, so RHEL5 is still using Python 2.4.
SLES10 is
On 9/27/2010 1:19 AM, Frans Meulenbroeks wrote:
> 2010/9/26 Martin Jansa :
>
>> There was about ~1000 recipes failing to fetch few months ago, I don't
>> think this number is that much lower as I haven't seen any changes in
>> most of them.
>>
>> See my download status:
>> http://lists.linuxtogo.o
Unless something has changed in he last few months, I think we wanted to
support 2.4 for a little while longer:
http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg06143.html
Martyn
On 24/09/10 17:45, Michael Smith wrote:
> Hi,
>
> What's the minimum Python version requirem
ok thanks for the info!
I will try to build qt4-plugin-phonon-backend-vlc with qt4-tools-native so.
2010/9/27 Holger Freyther >
> On 09/27/2010 06:16 PM, Sylvain Paré wrote:
> > Hi Holger ,
> >
> > I just wanted to ask if with your Qt4.7 commits you could look at
> > automoc-nativ which did not b
On 09/27/2010 06:16 PM, Sylvain Paré wrote:
> Hi Holger ,
>
> I just wanted to ask if with your Qt4.7 commits you could look at
> automoc-nativ which did not build the last time I tried (i.e 3 weeks ago)
> and if it could not be provided directly by Qt packages . (I don't know if
> it is possible)
On 09/27/2010 05:45 PM, Frans Meulenbroeks wrote:
>
> Apparently yes:
>
> qt/qt-x11-free-native_3.3.5.bb:DEPENDS = "qmake-native x11-native"
> uicmoc/uicmoc3-native_3.3.5.bb:DEPENDS = "qmake-native"
good, that is Qt3...
___
Openembedded-devel mailing
Hi Holger ,
I just wanted to ask if with your Qt4.7 commits you could look at
automoc-nativ which did not build the last time I tried (i.e 3 weeks ago)
and if it could not be provided directly by Qt packages . (I don't know if
it is possible)
Thanks!
BR
Sylvain ( aka GarthPS)
2010/9/27 Frans M
2010/9/27 Holger Freyther :
> On 09/25/2010 01:05 AM, Fahad Usman wrote:
>> * Converted do_stage to do_install.
>> * Added NATIVE_INSTALL_WORKS = "1"
>> * replaced QMAKE_MKSPEC_PATH (which is defined in bitbake.conf) with
>> ${D}${datadir}/qmake as discussed on irc
>> * Bumped PR
>>
>
> Hi,
> is q
On 09/25/2010 01:05 AM, Fahad Usman wrote:
> * Converted do_stage to do_install.
> * Added NATIVE_INSTALL_WORKS = "1"
> * replaced QMAKE_MKSPEC_PATH (which is defined in bitbake.conf) with
> ${D}${datadir}/qmake as discussed on irc
> * Bumped PR
>
Hi,
is qmake-native still used by something?
__
Dear Khem,
Am Samstag, den 25.09.2010, 16:12 -0700 schrieb Khem Raj:
> Signed-off-by: Khem Raj
> ---
> recipes/netbase/netbase/qemumips64/interfaces | 13 +
> recipes/netbase/netbase/qemumips64el/interfaces | 13 +
> 2 files changed, 26 insertions(+), 0 deletions(-
Am 27.09.2010 09:40, schrieb Frans Meulenbroeks:
>>> * .get_sb is called on mounts with automatic fs detection too, so this
>>> function should not print an error if it cannot read the superblock
>>> (new behaviour conforms the other fs types)
>>> ...
>
> Hm, I have some concerns:
>
> the firs
2010/9/27 Petr Štetiar :
> Frans Meulenbroeks [2010-09-27 08:38:46]:
>
>> never peeked at bluez-utils, but bluez itself drags in a lot of stuff
>> because it depends on alsa and gst, so even if you only need bt
>> serial, you get a lot of stuff you probably do not want.
>
> All I wanted was ppp, n
Frans Meulenbroeks [2010-09-27 08:38:46]:
> never peeked at bluez-utils, but bluez itself drags in a lot of stuff
> because it depends on alsa and gst, so even if you only need bt
> serial, you get a lot of stuff you probably do not want.
All I wanted was ppp, not BT serial :-) But ok, I've just
2010/9/27 Steffen Sledz :
> Ping!
>
> Am 23.09.2010 10:33, schrieb Steffen Sledz:
>> * .get_sb is called on mounts with automatic fs detection too, so this
>> function should not print an error if it cannot read the superblock
>> (new behaviour conforms the other fs types)
>>
>> Signed-off-by:
Ping!
Am 23.09.2010 10:33, schrieb Steffen Sledz:
> * .get_sb is called on mounts with automatic fs detection too, so this
> function should not print an error if it cannot read the superblock
> (new behaviour conforms the other fs types)
>
> Signed-off-by: Steffen Sledz
> ---
> .../linux-2
43 matches
Mail list logo