|
Re: Maintaining ABI Compatibility for LTS branch
Sorry, I'm getting confused here with earlier work Michael Ho did at BMW. The
links here:
https://lists.yoctoproject.org/g/yocto/message/52650
https://github.com/bmwcarit/meta-abicompat
are the
Sorry, I'm getting confused here with earlier work Michael Ho did at BMW. The
links here:
https://lists.yoctoproject.org/g/yocto/message/52650
https://github.com/bmwcarit/meta-abicompat
are the
|
By
Richard Purdie
·
#56133
·
|
|
Re: Maintaining ABI Compatibility for LTS branch
That's true, this will require engagement from the community. Tool could
take few iterations to perfect. Until then, I expect tool owner to be
responsible for fixing these bugs. Once stability is
That's true, this will require engagement from the community. Tool could
take few iterations to perfect. Until then, I expect tool owner to be
responsible for fixing these bugs. Once stability is
|
By
Sinan Kaya <okaya@...>
·
#56132
·
|
|
Re: Problems building eSDK: Exception: variable BBFILES references itself!
Thanks, I'm not seeing anything too odd there. I guess next we need to see the
bblayers.conf that the code is building into the eSDK and compare it to your
original conf/bblayer.conf.
The generated
Thanks, I'm not seeing anything too odd there. I guess next we need to see the
bblayers.conf that the code is building into the eSDK and compare it to your
original conf/bblayer.conf.
The generated
|
By
Richard Purdie
·
#56131
·
|
|
Re: Maintaining ABI Compatibility for LTS branch
You're after our LTS to maintain ABI. In order to do that we need help, not just
with patches generating some output, but in day to day running of the project,
i.e. help comparing output before and
You're after our LTS to maintain ABI. In order to do that we need help, not just
with patches generating some output, but in day to day running of the project,
i.e. help comparing output before and
|
By
Richard Purdie
·
#56130
·
|
|
Re: Maintaining ABI Compatibility for LTS branch
What would be the minimum acceptable solution with the least investment?
in other words, do we have a list of requirements?
Our team has posted a solution. BMW folks posted a solution.
None of them
What would be the minimum acceptable solution with the least investment?
in other words, do we have a list of requirements?
Our team has posted a solution. BMW folks posted a solution.
None of them
|
By
Sinan Kaya <okaya@...>
·
#56129
·
|
|
Re: Problems building eSDK: Exception: variable BBFILES references itself!
Richard,
By
Bryan Evenson
·
#56128
·
|
|
Re: Maintaining ABI Compatibility for LTS branch
I think its not that LTS itself but also upgrade from LTS to LTS or other
newer versions, it wouuld be good to have this tool and prerhaps a list
of API/ABI changes to help migration/upgrade to newer
I think its not that LTS itself but also upgrade from LTS to LTS or other
newer versions, it wouuld be good to have this tool and prerhaps a list
of API/ABI changes to help migration/upgrade to newer
|
By
Khem Raj
·
#56127
·
|
|
Re: Error: Transaction check error: while doing do_rootfs task
I think core-image-swupdate.bb is adding sysvinit explicitly, please
remove it from that.
I think core-image-swupdate.bb is adding sysvinit explicitly, please
remove it from that.
|
By
Khem Raj
·
#56126
·
|
|
Re: [meta-raspberrypi][PATCH] gstreamer1.0-plugins-good: Update bbappend to 1.20
thanks for patch. Can you create a PR on github please ?
thanks for patch. Can you create a PR on github please ?
|
By
Khem Raj
·
#56125
·
|
|
Re: Problems building eSDK: Exception: variable BBFILES references itself!
Could you share what bitbake -e shows BBFILES as being set to? The variable
history from that command for the variable may also be helpful.
There has to be something different to how you're setting
Could you share what bitbake -e shows BBFILES as being set to? The variable
history from that command for the variable may also be helpful.
There has to be something different to how you're setting
|
By
Richard Purdie
·
#56124
·
|
|
Problems building eSDK: Exception: variable BBFILES references itself!
All,
I've used the SDK in the past and want to start using the eSDK for my project. I'm on the dunfell branch. I'm trying to build the eSDK for my image by calling:
bitbake <my_image_name> -c
All,
I've used the SDK in the past and want to start using the eSDK for my project. I'm on the dunfell branch. I'm trying to build the eSDK for my image by calling:
bitbake <my_image_name> -c
|
By
Bryan Evenson
·
#56123
·
|
|
Re: Maintaining ABI Compatibility for LTS branch
Whilst there isn't a guarantee, it is something we're doing our best to ensure.
Where there are security issues and we can't fix them as being backwards
compatible, we reserve the right to break
Whilst there isn't a guarantee, it is something we're doing our best to ensure.
Where there are security issues and we can't fix them as being backwards
compatible, we reserve the right to break
|
By
Richard Purdie
·
#56122
·
|
|
Re: Maintaining ABI Compatibility for LTS branch
<richard.purdie@...> wrote:
I'd be interested in hearing about any cases where we've broken things!
In general I don't take version upgrades (other than bug fix/cve fix
only dot
<richard.purdie@...> wrote:
I'd be interested in hearing about any cases where we've broken things!
In general I don't take version upgrades (other than bug fix/cve fix
only dot
|
By
Steve Sakoman
·
#56121
·
|
|
Re: Maintaining ABI Compatibility for LTS branch
<richard.purdie@...> wrote:
Relatedly, somewhere I have a branch that uses libabigail to extract
the library ABIs in an build. The next step was doing the comparison,
but I never got
<richard.purdie@...> wrote:
Relatedly, somewhere I have a branch that uses libabigail to extract
the library ABIs in an build. The next step was doing the comparison,
but I never got
|
By
Ross Burton <ross@...>
·
#56120
·
|
|
[meta-raspberrypi][PATCH] gstreamer1.0-plugins-good: Update bbappend to 1.20
From: Aníbal Limón <limon.anibal@...>
Gstreamer upgraded to 1.20 see,
https://git.openembedded.org/openembedded-core/commit/?id=75891f361f3e9df9fc3e97c720a2ae57dda75888
Signed-off-by:
From: Aníbal Limón <limon.anibal@...>
Gstreamer upgraded to 1.20 see,
https://git.openembedded.org/openembedded-core/commit/?id=75891f361f3e9df9fc3e97c720a2ae57dda75888
Signed-off-by:
|
By
An?bal Lim?n
·
#56119
·
|
|
Error: Transaction check error: while doing do_rootfs task
Hello All,
While bitbaking an image recipe with systemd configured in "local.conf", I am facing an error while doing do_rootfs task.
In the local.conf :
DISTRO_FEATURES_append = "
Hello All,
While bitbaking an image recipe with systemd configured in "local.conf", I am facing an error while doing do_rootfs task.
In the local.conf :
DISTRO_FEATURES_append = "
|
By
Sourabh Hegde
·
#56118
·
|
|
Re: AUh: upgrading recipes bbppend files only
#yocto
AUH does not actually do the update, it runs devtool upgrade/devtool finish to do the update and modification of recipes/appends, so you need to replicate the issue using devtool, and see what needs
AUH does not actually do the update, it runs devtool upgrade/devtool finish to do the update and modification of recipes/appends, so you need to replicate the issue using devtool, and see what needs
|
By
Alexander Kanavin
·
#56117
·
|
|
AUh: upgrading recipes bbppend files only
#yocto
HI ,
I am currently working upgrading recipes using AUH(Auto Upgrade Helper ) tool where in i am able to upgrade recipes,
custom settings such as SRCBRANCH , SRCREV and SRC_URI in a recipe file of
HI ,
I am currently working upgrading recipes using AUH(Auto Upgrade Helper ) tool where in i am able to upgrade recipes,
custom settings such as SRCBRANCH , SRCREV and SRC_URI in a recipe file of
|
By
ksmanjunath681@...
·
#56116
·
|
|
#yocto #zeus Best practices for packaging third party recipe tool output in another recipe on the building host
#yocto
#zeus
Hi, I am quite new to Yocto/BitBake and I have a bit of a headache trying to figure out the best way to make use of a native tool in the following context:
I have one recipe that fetch and build third
Hi, I am quite new to Yocto/BitBake and I have a bit of a headache trying to figure out the best way to make use of a native tool in the following context:
I have one recipe that fetch and build third
|
By
VINCI Maxime
·
#56115
·
|
|
[meta-zephyr][PATCH] zephyr-image: unify the image generation for tests and samples
From: Bartosz Golaszewski <bartosz.golaszewski@...>
Reuse the same code that generates zephyr samples for building tests.
This allows us to generate .bin files in all cases.
Signed-off-by:
From: Bartosz Golaszewski <bartosz.golaszewski@...>
Reuse the same code that generates zephyr samples for building tests.
This allows us to generate .bin files in all cases.
Signed-off-by:
|
By
Bartosz Golaszewski
·
#56114
·
|