This is because prelink_image is also in IMAGE_PREPROCESS_COMMAND.
meta/classes/image-prelink.bbclass:IMAGE_PREPROCESS_COMMAND_append_libc-glibc
= " prelink_setup; prelink_image; "
And as it's using _append, it will be after your 'symlink_lib64'.
Maybe using IMAGE_PREPROCESS_COMMAND_append = "
Can you try postprocess instead of preprocess
On Wed, Nov 28, 2018 at 4:10 PM Chuck Wolber wrote:
> Background: I have an image that works in pyro. I am migrating the image
> to thud.
>
> Some of the add-on code to our image requires the /lib64 directory (in
> particular the VirtualBox Additions
Background: I have an image that works in pyro. I am migrating the image to
thud.
Some of the add-on code to our image requires the /lib64 directory (in
particular the VirtualBox Additions). I have proven that a simple symlink
(/lib -> /lib64) fixes the problem. This symlink was being applied with
Richard,
On Wed, Nov 28, 2018 at 9:42 AM Richard Purdie
wrote:
> > But it seems that building and SDK is currently broken/disabled:
> >
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=e153efde9754a650e555f46cba09680baabd7d7e
>
> I see a bug was opened for this but its not valid and th
Howdy!
On Wed, Nov 28, 2018 at 03:50:02PM +, n.stanisavlje...@polycaptil.fr wrote:
> Hello everybody
>
> here is an introduction of my situation :
>
> I build a custom board from schematic of sitara AM335x-evmsk starter kit.
> I succeed to make a custom OS with yocto (krogoth version) and to
> I'm not sure what the request is here. To ask all the repository
> maintainers *to add tags* so you don't return a fatal on git describe?
Not quite. To add tags, yes, NOT for git describe (it is just a test).
Rather for git log (using tags).
Thank you,
Zoran
___
On Wed, Nov 28, 2018 at 7:
On Wed, Nov 28, 2018 at 9:18 AM Zoran Stojsavljevic
wrote:
>
> Hello YOCTO people,
>
> I would like to use standard git tool while using all the Yocto
> layers. NOT only Poky repository (which, I believe, works all the way
> with git tools), but as much as possible with other github proprietary
>
hey Zoran!
On Wed, Nov 28, 2018 at 7:01 PM Zoran Stojsavljevic
wrote:
>
> > But again this is very different from the initial problem you are
> > reporting, which is just a misunderstanding of git tags and commits.
>
> Nicolas,
>
> Your problem is that you are too emotional. Period. I clearly
Fi
> But again this is very different from the initial problem you are
> reporting, which is just a misunderstanding of git tags and commits.
Nicolas,
Your problem is that you are too emotional. Period. I clearly
explained what my problem is. For some YOCTO github repos, certain git
commands DO NOT
On Wed, Nov 28, 2018 at 1:53 PM Zoran Stojsavljevic
wrote:
>
> > This is what your opinion is. Which seems to be vastly overestimating its
> > own importance.
>
> I do not think you understood what I am trying to advertise. The
> unification. In other words:
> If I use kernel.org, I use git tool.
OK, I rest my case. Seems, that I am the only one here using git
describe, and git log using tags.
Could be. ;-)
Thank you all,
Zoran
___
On Wed, Nov 28, 2018 at 1:53 PM Zoran Stojsavljevic
wrote:
>
> > This is what your opinion is. Which seems to be vastly overestimating its
> > own import
Hi Guys,
We are using meta-intel layer to generate .hddimg.
We can flash the generated .hddimg using Bootable Thumb Drive, but using this
mechanism in manufacturing is not a good solution.
We need some way to flash the Yocto Image using clonezilla, as hddimg is not
recognized by clonezilla.
> This is what your opinion is. Which seems to be vastly overestimating its own
> importance.
I do not think you understood what I am trying to advertise. The
unification. In other words:
If I use kernel.org, I use git tool.
If I use YOCTO Poky, I would like to use git tool.
For all YOCTO repos,
hey,
On Wed, Nov 28, 2018 at 1:42 PM Zoran Stojsavljevic
wrote:
>
> > What can you not do with Yocto's git repositories?
>
> Please, refer to my initial email. Not referring to Poky, I guess, the
> Poky repo is equivalent to kernel.org. In other words, everything with
> it can be done with git to
On Wed, 28 Nov 2018 at 12:42, Zoran Stojsavljevic
wrote:
> > What can you not do with Yocto's git repositories?
>
> Please, refer to my initial email. Not referring to Poky, I guess, the
> Poky repo is equivalent to kernel.org. In other words, everything with
> it can be done with git tool.
>
> I
> What can you not do with Yocto's git repositories?
Please, refer to my initial email. Not referring to Poky, I guess, the
Poky repo is equivalent to kernel.org. In other words, everything with
it can be done with git tool.
I am referring to many others, associated with github. Maybe it is
ONLY
Zoran Stojsavljevic writes:
> On the other note, repo is GOOGLE tool. Promoted by them. Most of the
> ARM followers (such as Toradex) use repo tool.
fwiw, I suggest to use just the plain 'git submodule'. It works perfectly
to build a BSP and uses a native git workflow. E.g. look at
Hi Zoran,
On 28/11/18 12:00, Zoran Stojsavljevic wrote:
> Hello Stefano,
>
> I am (almost) perfectly aligned with kernel.org, and I (personally)
> decided to use git. Since I start understanding importance of Linus.
> Linux officers and their Linux philosophy.
Each tool is thought to solve a spe
Hello Zoran,
On Wed, Nov 28, 2018 at 12:00:22PM +0100, Zoran Stojsavljevic wrote:
> I am (almost) perfectly aligned with kernel.org, and I (personally)
> decided to use git. Since I start understanding importance of Linus.
> Linux officers and their Linux philosophy.
You are free to choose your w
On Wed, 28 Nov 2018 at 11:22, Zoran Stojsavljevic
wrote:
> Since with git I can do almost whatever with kernel.org (and
> derivatives, all known distros) git... Very opposite to YOCTO. And I
> like git, It is VERY powerful. Maybe I finally started to understand
> the tool.
What can you not do wit
Again, I see git as superior tool. But I can speak only in my
name/this is only me.
Since with git I can do almost whatever with kernel.org (and
derivatives, all known distros) git... Very opposite to YOCTO. And I
like git, It is VERY powerful. Maybe I finally started to understand
the tool.
AS o
Personally I don't see why there needs to be One Blessed Tool to
manage keeping repositories in sync. There's lots of alternatives,
none of them is obviously superior to the others, and none of them
have any requirements on the repositories that they're managing.
If you want a repository manageme
Hello Stefano,
I am (almost) perfectly aligned with kernel.org, and I (personally)
decided to use git. Since I start understanding importance of Linus.
Linux officers and their Linux philosophy.
Now... Answers to your email. KAS (Siemens developed tool by Jan
Kiszka and his crew) is the supplemen
Hi Zoran,
On 28/11/18 10:17, Zoran Stojsavljevic wrote:
> Hello YOCTO people,
>
> I would like to use standard git tool while using all the Yocto
> layers. NOT only Poky repository (which, I believe, works all the way
> with git tools), but as much as possible with other github proprietary
> repo
Hello YOCTO people,
I would like to use standard git tool while using all the Yocto
layers. NOT only Poky repository (which, I believe, works all the way
with git tools), but as much as possible with other github proprietary
repos and layers. Since I am not able to execute git commands using
some
Hi,
On Tue, 2018-11-27 at 22:46 +0100, Richard Weinberger wrote:
> I have a hard time understanding how to build a distro with x86_64
> kernel, i586 userland
> and an SDK for that.
> In the beginning I assumed and have been told on IRC that multilib is
> the way to go.
>
> But it seems that build
26 matches
Mail list logo
