On Sun, Jun 16, 2019 at 11:45 AM Adrian Freihofer
wrote:
>
> Hi, Bruce,
>
> Compared to v1, this is more or less a rewrite. It is now very similar to the
> qemuarma15 BSP as suggested by you.
>
> The qemuarm15 BSP generates a kernel of 7046128 bytes.
> The current Beaglebone yocto configuration
I am using an upstream repo with a mix of line endings.
In my recipe, I'm applying a patch with normalized line endings, as our meta
layer repo has a .gitattributes with "text=auto" set.
The patch is failing due to "different line endings".
Can the git fetcher be configured to normalize
The image manifest lists what is being *distributed* so doesn't
include native dependencies.
Ross
On Mon, 24 Jun 2019 at 19:50, wrote:
>
> Hi,
> I’m currently working to remove all GPLv3 packages included in my image.
> I was using the license manifest file to list the remaining GPLv3 packages
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
Hi all.
I'm trying to compile kivy inside yocto for a 586 board.
The compilation fails because the i586-cc uses /usr/include and
/usr/local/include paths as INCLUDEDIR (togheter with others paths)
How can avoid this?
I need /usr/include o /usr/local/include for other apps, but I don't
Sorry for the delay.
I was out of the office for a bit, and I'm having a look at this now.
Bruce
On Sun, Jun 16, 2019 at 11:45 AM Adrian Freihofer
wrote:
>
> Hi, Bruce,
>
> Compared to v1, this is more or less a rewrite. It is now very similar to the
> qemuarma15 BSP as suggested by you.
>
>
I had queued -rc6 this morning .. and then noticed this.
I've pushed the changes, so we are covered, now that the -dev kernel is updated.
Bruce
On Mon, Jun 24, 2019 at 5:39 AM wrote:
>
> From: Miklos Szeredi
>
> This reverts commit d4b13963f217dd947da5c0cabd1569e914d21699.
>
> The commit
Hi,
i was using some simple recipes for kernel modules since rocko branch
successfully with AUTOREV and a release branch in my local gitlab
instance (over ssh). I was upgrading to thud these days, and now I'm
triggering some FetchErrors in recipes which are using AUTOREV.
My recipe looks like
From: Miklos Szeredi
This reverts commit d4b13963f217dd947da5c0cabd1569e914d21699.
The commit introduced a regression in glusterfs-fuse.
Reported-by: Sander Eikelenboom
Signed-off-by: Miklos Szeredi
---
This fixes failure to mount glusterfs and is from v5.2-rc6.
If we're not going to merge
Hi,
I can run following code in Ubuntu to print out the host address, but
I could not get host address (empty) in Yoctor imx6 build. That
function is POSIX compatible, what I could be missing?
struct sockaddr *addr; /* input */
socklen_t addrlen; /* input */
char hbuf[NI_MAXHOST];
On Mon, Jun 17, 2019 at 05:25:56PM +0200, Matthias Schoepfer wrote:
Is there a smart, recommended way to deal with device specific data (i.e.
serial number, credentials for backend access, you name it), that is specific
for *one* device, and hence does not belong into the rootfs. I know, that
Hi all,
thank you for your suggestions! I googled a bit more and found this guide:
https://docs.gitlab.com/ce/ci/ssh_keys/README.html#ssh-keys-when-using-the-docker-executor
That is exactly what I was looking for! In this way I can avoid storing
keys in the containers and feeding it only when
12 matches
Mail list logo