-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam Lee schreef op 18-02-14 00:00:
> Hello everyone, my gdm logs in /var/log/gdm is complaining about these
> missing files:
>
> - polkit-gnome-authentication-agent-1 - ck-get-x11-display-device -
> pam_gnome_keyring.so
>
> The first two files are
On Mon, Feb 17, 2014 at 09:33:10PM -0800, Andre McCurdy wrote:
> On Mon, Feb 17, 2014 at 3:03 PM, Martin Jansa wrote:
> > On Mon, Feb 17, 2014 at 04:46:23PM -0500, Denys Dmytriyenko wrote:
> >> On Mon, Feb 17, 2014 at 02:27:51PM -0700, Nicolas Dechesne wrote:
> >> > hi,
> >> >
> >> > does anybody
On Mon, Feb 17, 2014 at 3:03 PM, Martin Jansa wrote:
> On Mon, Feb 17, 2014 at 04:46:23PM -0500, Denys Dmytriyenko wrote:
>> On Mon, Feb 17, 2014 at 02:27:51PM -0700, Nicolas Dechesne wrote:
>> > hi,
>> >
>> > does anybody know why in Qt5/qtbase.inc, we have:
>> >
>> > ARM_INSTRUCTION_SET = "arm"
Just learned ConsoleKit is no longer maintained and is replaced by
Systemd's Logind (http://www.freedesktop.org/wiki/Software/ConsoleKit/).
Judging by the fact that GDM still relies on ck (ck-get-x11-display-device
handle), I am inclined to say OE's gdm recipe is not up to date.
However I am not to
adapt after commit 295c6c1452c8789a8b1d0090ff09a5cd7cf16507 in oe-core
Signed-off-by: Andrea Adami
---
conf/machine/collie.conf| 2 +-
conf/machine/include/zaurus.inc | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/conf/machine/collie.conf b/conf/machine/collie.con
On Mon, Feb 17, 2014 at 04:46:23PM -0500, Denys Dmytriyenko wrote:
> On Mon, Feb 17, 2014 at 02:27:51PM -0700, Nicolas Dechesne wrote:
> > hi,
> >
> > does anybody know why in Qt5/qtbase.inc, we have:
> >
> > ARM_INSTRUCTION_SET = "arm"
> >
> > Could it be an a low hanging fruit from the past? e
Hello everyone, my gdm logs in /var/log/gdm is complaining about these
missing files:
- polkit-gnome-authentication-agent-1
- ck-get-x11-display-device
- pam_gnome_keyring.so
The first two files are found in paths GDM wasn't aware of, so all I had to
do was create symbolic links to
/usr/lib/gdm/{
-Khem
On Feb 17, 2014 1:28 PM, "Nicolas Dechesne"
wrote:
>
> hi,
>
> does anybody know why in Qt5/qtbase.inc, we have:
>
> ARM_INSTRUCTION_SET = "arm"
there were issues with thumb1 and i guess legacy continued may be its not
needed any longer test it out and send a patch
make sure that when its u
Signed-off-by: Andrea Adami
---
README.zaurus | 2 +-
conf/machine/collie.conf| 2 +-
conf/machine/include/zaurus.inc | 4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/README.zaurus b/README.zaurus
index 25680b3..76c5c1b 100644
--- a/README.zaurus
include cfg/8250.scc instead
Signed-off-by: Andrea Adami
---
recipes-kernel/linux/linux-yocto-3.10/zaurus-common.scc | 2 +-
recipes-kernel/linux/linux-yocto-dev/zaurus-common.scc | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-kernel/linux/linux-yocto-3.10/zaurus
Signed-off-by: Andrea Adami
---
.../patches/patches-mtd/collie-match-cfi-qry.patch| 19 ---
.../patches/patches-mtd/collie-match-cfi-qry.patch| 19 ---
.../patches/patches-mtd/collie-match-cfi-qry.patch| 19 ---
3 files changed, 48 inser
On Mon, Feb 17, 2014 at 02:27:51PM -0700, Nicolas Dechesne wrote:
> hi,
>
> does anybody know why in Qt5/qtbase.inc, we have:
>
> ARM_INSTRUCTION_SET = "arm"
>
> Could it be an a low hanging fruit from the past? e.g. before
> https://bugreports.qt-project.org/browse/QTBUG-16402 or
> https://qt.g
hi,
does anybody know why in Qt5/qtbase.inc, we have:
ARM_INSTRUCTION_SET = "arm"
Could it be an a low hanging fruit from the past? e.g. before
https://bugreports.qt-project.org/browse/QTBUG-16402 or
https://qt.gitorious.org/qt/qtbase/commit/a3bd9d4c0f3d9e80dbe35bd88649b245dca5f410?
as a matter
From: Denys Dmytriyenko
This way we don't mangle ${B} and can repeat do_install if necessary. And
previously it would require running do_compile again to restore the proper
state of ${B}.
Signed-off-by: Denys Dmytriyenko
---
recipes-qt/qt5/nativesdk-qtbase.inc | 10 --
1 file changed,
On Mon, Feb 17, 2014 at 05:05:29PM -0300, Otavio Salvador wrote:
> We must to fix the installation paths as did in nativesdk-qtbase.inc
> and remove the files unused from the packages. This fixes the
> packaging errors and allows for a successful build for SDK.
>
> Signed-off-by: Otavio Salvador
On Mon, Feb 17, 2014 at 05:05:28PM -0300, Otavio Salvador wrote:
> When building nativesdk binaries we ought to rely in the native
> mkspecs.
>
> Signed-off-by: Otavio Salvador
Acked-by: Denys Dmytriyenko
> ---
> classes/qmake5_base.bbclass |1 +
> 1 file changed, 1 insertion(+)
>
> dif
When building nativesdk binaries we ought to rely in the native
mkspecs.
Signed-off-by: Otavio Salvador
---
classes/qmake5_base.bbclass |1 +
1 file changed, 1 insertion(+)
diff --git a/classes/qmake5_base.bbclass b/classes/qmake5_base.bbclass
index 2db0fa3..3861cd0 100644
--- a/classes/qma
We must to fix the installation paths as did in nativesdk-qtbase.inc
and remove the files unused from the packages. This fixes the
packaging errors and allows for a successful build for SDK.
Signed-off-by: Otavio Salvador
---
recipes-qt/qt5/nativesdk-qttools.inc |6 ++
1 file changed, 6
Hi Denys,
On Mon, Feb 17, 2014 at 4:13 PM, Denys Dmytriyenko wrote:
> LICENSE = "GPLv2+"
> LICENSE_FLAGS = "commercial"
> LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
>
> file://include/mpeg2.h;beginline=1;endline=22;md5=ead62602d4638329d3b5b86a55803154"
>
>
> http:/
On Mon, Feb 17, 2014 at 03:50:59PM -0300, Diego Sueiro wrote:
> Folks,
>
> Why mpeg2dec is pointing to a "commercial" license type since it's COPYING
> file and project website mentions GPLv2?
> Is there something I'm missing?
LICENSE = "GPLv2+"
LICENSE_FLAGS = "commercial"
LIC_FILES_CHKSUM = "fi
Folks,
Why mpeg2dec is pointing to a "commercial" license type since it's COPYING
file and project website mentions GPLv2?
Is there something I'm missing?
Regards,
--
*dS
Diego Sueiro
Administrador do Embarcados
www.embarcados.com.br
/*long live rock 'n roll*/
___
On Mon, Feb 17, 2014 at 2:38 PM, Denys Dmytriyenko wrote:
> On Fri, Feb 14, 2014 at 07:02:33PM -0200, Otavio Salvador wrote:
>> In case changes are done in do_install and the sstate checksums
>> change, the task would fail as the qmake binary has already been
>> replaced. Avoid this error checking
On Mon, Feb 17, 2014 at 2:36 PM, Denys Dmytriyenko wrote:
> On Fri, Feb 14, 2014 at 07:02:34PM -0200, Otavio Salvador wrote:
>> Fixes:
>>
>> ERROR: QA Issue: nativesdk-qtbase: Files/directories were installed but not
>> shipped
>> /opt/oel/13.0+snapshot/sysroots/i686-oelsdk-linux/usr/lib
>> /
On Fri, Feb 14, 2014 at 07:02:34PM -0200, Otavio Salvador wrote:
> Fixes:
>
> ERROR: QA Issue: nativesdk-qtbase: Files/directories were installed but not
> shipped
> /opt/oel/13.0+snapshot/sysroots/i686-oelsdk-linux/usr/lib
> /opt/oel/13.0+snapshot/sysroots/i686-oelsdk-linux/usr/include
> /
On Fri, Feb 14, 2014 at 07:02:33PM -0200, Otavio Salvador wrote:
> In case changes are done in do_install and the sstate checksums
> change, the task would fail as the qmake binary has already been
> replaced. Avoid this error checking for the original filename.
BTW, I was working on a different c
On Monday 17 February 2014 17:37:19 Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> recipes-support/nspr/{nspr_4.10.2.bbappend => nspr_4.10.3.bbappend} | 0
> 1 file changed, 0 insertions(+), 0 deletions(-)
> rename recipes-support/nspr/{nspr_4.10.2.bbappend => nspr_4.10.3.bbappend}
>
Signed-off-by: Martin Jansa
---
recipes-support/nspr/{nspr_4.10.2.bbappend => nspr_4.10.3.bbappend} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename recipes-support/nspr/{nspr_4.10.2.bbappend => nspr_4.10.3.bbappend}
(100%)
diff --git a/recipes-support/nspr/nspr_4.10.2.bbappend
b/r
No worries Paul.
The issue is currently listed in the state of Bitbake world failed tasks as
well, so hopefully someone else may see it and have a better idea.
On Mon, Feb 17, 2014 at 8:35 PM, Paul Barker wrote:
> On 11 February 2014 13:01, Nick D'Ademo wrote:
> > The only reference to "oe_r
On Sat, 2014-02-08 at 08:08 -0800, Khem Raj wrote:
> Hi all
>
> I have staged a branch with eglibc 2.19 upgraded recipes here
>
> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-2.19
>
> These are not final recipes there may be tweaks needed like adjusting SRC_URI
> late
On 11 February 2014 13:01, Nick D'Ademo wrote:
> The only reference to "oe_runmake" in the run file is within the
> autotools_do_install() function (as pasted in my previous message).
>
> Complete run file below:
>
>> #!/bin/sh
>>
>> # Emit a useful diagnostic if something fails:
>> bb_exit_handle
30 matches
Mail list logo
