On Sat, 2013-02-16 at 19:20 -0200, Otavio Salvador wrote:
> Signed-off-by: Otavio Salvador
> ---
> meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
> b/meta/recipes-graphics/libsd
On Sat, 2013-02-16 at 19:20 -0200, Otavio Salvador wrote:
> Signed-off-by: Otavio Salvador
> ---
> meta/recipes-core/dbus/dbus.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
> index 292ab29..cebab28 1
Most pseudo operations don't actually USE the server's response. So
why wait for a response?
This patch introduces a new message type, PSEUDO_MSG_FASTOP. It
also tags pseudo operation types with whether or not they need to
give a response. This requires updates to maketables to allow non-string
ty
It turns out that file databases don't get very large, and that
sqlite3 can be quite fast with an in-memory database. It also turns
out that dumping the database to disk on exit (or during idle times)
is pretty cheap compared to constant updates.
So: We add "--enable-memory-db", which defaults to
Unlike most of my submissions, this isn't patches against oe-core; rather,
it's patches against pseudo, and if I can get some confirmation that they do
what I think they do, and some review, I'm planning to make this into
pseudo 1.5, and send a patch "soonish" to merge that into oe-core.
What this
The openembedded build, at least with RPM or SMART, is heavily affected
by the cost of calling fsync or fdatasync on package databases all the
time. Gosh, wouldn't it be nice if we could suppress that without making
dozens of highly intrusive and risky changes into RPM, various database
packages, a
On Fri, 2013-02-15 at 21:39 -0800, Saul Wold wrote:
> On 02/15/2013 05:09 AM, Ross Burton wrote:
> > Hi,
> >
> > Same as V1, apart from changing package_deb to have the same check on
> > conffiles
> > as package_ipk.
> >
>
> Unless I got the wrong set, this still seems to have trouble with the
>
W dniu 16.02.2013 23:41, Holger Hans Peter Freyther pisze:
> This variable is set but never used in OE-core and meta-oe. It
> was historically used for the Opie collection but seems to be
> unused now.
As I am one of those who remember when it was added:
Acked-By: Marcin Juszkiewicz
___
This variable is set but never used in OE-core and meta-oe. It
was historically used for the Opie collection but seems to be
unused now.
---
meta/conf/bitbake.conf |3 ---
meta/conf/machine/include/qemu.inc |2 --
2 files changed, 5 deletions(-)
diff --git a/meta/conf/bitbake.
Signed-off-by: Otavio Salvador
---
meta/recipes-qt/qt4/nativesdk-qt4-tools.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
b/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc
index cfc6fd8..564f1d2 100644
--- a/meta/recipes-qt/qt4
Signed-off-by: Otavio Salvador
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
b/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
index e25c597..3dbe97a 100644
--- a/meta/recipes-grap
Signed-off-by: Otavio Salvador
---
meta/recipes-core/dbus/dbus.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index 292ab29..cebab28 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/perl/perl_5.14.3.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/perl/perl_5.14.3.bb
b/meta/recipes-devtools/perl/perl_5.14.3.bb
index 2e33e66..6a3a170 100644
--- a/meta/recipes-devtools/perl/perl_5.14.3.bb
+++
Sorry I didn't pipe up earlier but we are still working from denzil so I hadn't
noticed the steady move away from supporting both sysvinit and systemd in a
single distro. We have a similar use case to Otavio where we are hoping to move
to systemd this year, but we'll need to use sysvinit for our
On Sat, Feb 16, 2013 at 5:40 PM, Martin Jansa wrote:
> On Sat, Feb 16, 2013 at 12:34:58PM +, Richard Purdie wrote:
>> On Sat, 2013-02-16 at 12:57 +0100, Enrico Scholz wrote:
>> > Richard Purdie writes:
>> > >> it would be nice when the decision to make the init manager a
>> > >> distribution
On Sat, Feb 16, 2013 at 12:34:58PM +, Richard Purdie wrote:
> On Sat, 2013-02-16 at 12:57 +0100, Enrico Scholz wrote:
> > Richard Purdie writes:
> > >> it would be nice when the decision to make the init manager a
> > >> distribution
> > >> feature will be reverted to the old oe-meta mechanis
The libmount shared library was part of util-linux. This caused
util-linux-mount to RDEPEND on util-linux, so including that would
also drag in all of util-linux and all its recommendations.
To break this circular dependency, add a libmount package that holds
the libmount.so.* files, just like the
On Sat, Feb 16, 2013 at 10:53 AM, Richard Purdie
wrote:
> On Sat, 2013-02-16 at 08:47 -0200, Otavio Salvador wrote:
>> On Sat, Feb 16, 2013 at 7:15 AM, Richard Purdie
>> wrote:
>> > On Fri, 2013-02-15 at 19:19 +0100, Enrico Scholz wrote:
>> >> it would be nice when the decision to make the init m
On Sat, Feb 16, 2013 at 10:34 AM, Richard Purdie
wrote:
> On Sat, 2013-02-16 at 12:57 +0100, Enrico Scholz wrote:
>> Richard Purdie writes:
>> >> it would be nice when the decision to make the init manager a distribution
>> >> feature will be reverted to the old oe-meta mechanism.
>> >
>> > The t
On Sat, 2013-02-16 at 08:47 -0200, Otavio Salvador wrote:
> On Sat, Feb 16, 2013 at 7:15 AM, Richard Purdie
> wrote:
> > On Fri, 2013-02-15 at 19:19 +0100, Enrico Scholz wrote:
> >> it would be nice when the decision to make the init manager a distribution
> >> feature will be reverted to the old
On Sat, 2013-02-16 at 12:57 +0100, Enrico Scholz wrote:
> Richard Purdie writes:
> >> it would be nice when the decision to make the init manager a distribution
> >> feature will be reverted to the old oe-meta mechanism.
> >
> > The trouble is that by making it an "image feature", people will
> >
"Burton, Ross"
writes:
> On 15 February 2013 19:29, Khem Raj
> wrote:
>> +/lib/udev/hwdb.d \
>
> Would this obsolete the patch I posted earlier to add pci/usb IDs?
no; these files are useless without an 'udevadm hwdb --update' in a
script.
I did not looked at the generated dat
Richard Purdie writes:
>> it would be nice when the decision to make the init manager a distribution
>> feature will be reverted to the old oe-meta mechanism.
>
> The trouble is that by making it an "image feature", people will
> expect *everything* to work properly and to be able to have fully
>
On Sat, Feb 16, 2013 at 7:15 AM, Richard Purdie
wrote:
> On Fri, 2013-02-15 at 19:19 +0100, Enrico Scholz wrote:
>> it would be nice when the decision to make the init manager a distribution
>> feature will be reverted to the old oe-meta mechanism.
>>
>> Being a distribution feature means, that pa
On Fri, 2013-02-15 at 19:19 +0100, Enrico Scholz wrote:
> it would be nice when the decision to make the init manager a distribution
> feature will be reverted to the old oe-meta mechanism.
>
> Being a distribution feature means, that packages are created in such a
> way that it is impossible to s
25 matches
Mail list logo
