Hi,
On Thu, 28 Feb 2019 at 09:04, Vincent Prince
wrote:
>
> Hi Khem,
>
> GO_DYNLINK_x86-64 = "" solution works as well,
>
> Best regards,
> Vincent
>
> Le jeu. 28 févr. 2019 à 14:14, Khem Raj a écrit :
>>
>> On Thu, Feb 28, 2019 at 1:35 AM Vincent Prince
>> wrote:
>> >
>> > Hi Damien,
>> >
>> >
On Wed, 27 Feb 2019 at 12:10, Vincent Prince
wrote:
>
> Hello everyone,
>
> I'm trying to add node_exporter from Prometheus project to an Intel x86-64
> machine.
> I made the following recipe:
>
> https://github.com/nefethael/meta-random/blob/master/recipes-connectivity/prometheus/go-nodeexporter
On Thu, 20 Dec 2018 at 11:00, Matt Madison wrote:
>
> On Thu, Dec 20, 2018 at 6:02 AM Damien Riegel wrote:
> >
> > On Thu, 20 Dec 2018 at 07:53, Matt Madison wrote:
> > >
> > > On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel
> > > wrote:
>
On Thu, 20 Dec 2018 at 07:53, Matt Madison wrote:
>
> On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel wrote:
> >
> > On Wed, 19 Dec 2018 at 16:41, Matt Madison wrote:
> > >
> > > On Wed, Dec 19, 2018 at 9:51 AM Damien Riegel
> > > wrote:
> > &g
On Wed, 19 Dec 2018 at 16:41, Matt Madison wrote:
>
> On Wed, Dec 19, 2018 at 9:51 AM Damien Riegel wrote:
> >
> > To package a go application in Yocto, one needs to also package its
> > dependencies to keep the build reproducible and under control. The
> > defaul
not be
considered for inclusion.
Signed-off-by: Damien Riegel
---
meta/classes/go.bbclass | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index 167d02e3fa..c0ed3211cd 100644
--- a/meta/classes/go.bbclass
contains an [Install] section, it will silently fail
because the unit file is not escaped properly when systemctl is called.
To fix that, make sure paths are escaped through `shlex.quote`.
Signed-off-by: Damien Riegel
---
Changes in v2:
- v1 didn't handle multiple files in SYSTEMD_SERVICE_${PN},
ly SYSTEMD_SERVICE_${PN})
- d.expand('SYSTEMD_SERVICE') returns 'SYSTEMD_SERVICE'
The solution I came up with and that actually works is to inject
SYSTEMD_SERVICE_ESCAPED in the data store, and use that in the postinst
and prerm scripts.
Damien Riegel (1):
systemd: esca
n d.getVar
> ('SYSTEMD_SERVICE').split()}
Cool, looks way cleaner. I'll give it a try and send a v2 with that if I
can make it work.
Thanks,
--
Damien
> On Thu, Jun 21, 2018 at 1:36 PM Damien Riegel
> <[1]damien.rie...@savoirfairelinux.com>
> wrote:
>
> S
+cmd = "grep %s '%s' | sed 's,%s=,,g' | tr ',' '\\n'" % (key,
fullpath, key)
pipe = os.popen(cmd, 'r')
line = pipe.readline()
while line:
On Thu, Jun 21, 2018 at 10:35:56PM -0400,
t; Best Regards,
> Chen Qi
>
>
> On 06/22/2018 04:35 AM, Damien Riegel wrote:
> > Systemd mount configuration file must have a name that match the mount
> > point directory they control. So for instance, if a mount file contains
> >
> > [Mount]
> &g
contains an [Install] section, it will silently fail
because the unit file is not quoted when systemctl is called. To fix
that, quote `${SYSTEMD_SERVICE}` in prerm and postinst hooks.
Signed-off-by: Damien Riegel
---
meta/classes/systemd.bbclass | 8
1 file changed, 4 insertions(+), 4
Signed-off-by: Damien Riegel
---
Changes in v3:
- rebased on master to apply cleanly
Changes in v2:
- move the logic in copy_bitbake_and_layers
meta/classes/populate_sdk_ext.bbclass | 12 +++-
meta/lib/oe/copy_buildsystem.py | 8 +---
2 files changed, 8 insertions(+), 12 del
Richard, what's your opinion on this v2? It fixes the issue I have while
addressing the concern you had about the v1.
--
Damien
On Thu, Jun 07, 2018 at 10:48:14AM -0400, Damien Riegel wrote:
> When generating the extended SDK, there is a copy step where this class
> goes through the
Signed-off-by: Damien Riegel
---
Changes in v2:
- move the logic in copy_bitbake_and_layers
meta/classes/populate_sdk_ext.bbclass | 12 +++-
meta/lib/oe/copy_buildsystem.py | 8 +---
2 files changed, 8 insertions(+), 12 deletions(-)
diff --git a/meta/classes/populate_sdk_ext.
On Mon, Jun 04, 2018 at 04:54:08PM +0100, Richard Purdie wrote:
> On Mon, 2018-06-04 at 11:38 -0400, Damien Riegel wrote:
> > When generating the extended SDK, there is a copy step where this
> > class
> > goes through the layers and other stuff that have been copied to
will fail
because it doesn't find information stored in that layer.
This patch makes sure only the corebase folder is identified as so.
Signed-off-by: Damien Riegel
---
meta/classes/populate_sdk_ext.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/populat
From: Böszörményi Zoltán
npm cache clear throws an error with npm@5 and suggests to
use npm cache verify instead. But our cache is actually empty,
so use npm cache clear --force.
npm install in the source directory creates symlinks with npm@5.
Use a combination of npm pack and npm install modul
On Sat, May 26, 2018 at 08:22:39AM -0400, Damien Riegel wrote:
> Hi,
>
>
> When generating the extended SDK, my setup fails with the following
> error:
>
> ERROR: Failed to generate filtered task list for extensible SDK:
> ERROR: bitbake failed:
> ERROR: Una
Hi,
When generating the extended SDK, my setup fails with the following
error:
ERROR: Failed to generate filtered task list for extensible SDK:
ERROR: bitbake failed:
ERROR: Unable to start bitbake server
I digged into the issue and found out why bitbake doesn't
start.
bitbake thinks lay
20 matches
Mail list logo
