|
devtool modify fails
To my way of thinking, a $ devtool modify linux should NEVER fail if it is preceded by $ bitbake -c do_cleanall linux The intended staging of the kernel into the workspace fails, saying that it cannot
To my way of thinking, a $ devtool modify linux should NEVER fail if it is preceded by $ bitbake -c do_cleanall linux The intended staging of the kernel into the workspace fails, saying that it cannot
|
By
...
· #53338
·
|
|
BB_NO_NETWORK ignored, causing fetch failure
upstream vendors provided me with a git repo of ALL necessary layers with the understanding that I'd clone the repo locally and disable network access, using only our local cloned repo in dl_mirror/ T
upstream vendors provided me with a git repo of ALL necessary layers with the understanding that I'd clone the repo locally and disable network access, using only our local cloned repo in dl_mirror/ T
|
By
...
· #53013
·
|
|
Appropriate patch posting location?
Is there not a separate list address to post patches, so as to keep discussion and patch lists separate? It can be an issue for folks who are on web mailers that make you delete messages one-at-a-time
Is there not a separate list address to post patches, so as to keep discussion and patch lists separate? It can be an issue for folks who are on web mailers that make you delete messages one-at-a-time
|
By
...
· #52244
·
|
|
[meta-tensorflow][PATCH 1/25] openjdk-8-native: 212b04 -> 275b01
Is there a project policy reason that all these patches are posted in the main list instead of a dev list? Isn't there a list specifically for this kind of thing, to separate questions and info sharin
Is there a project policy reason that all these patches are posted in the main list instead of a dev list? Isn't there a list specifically for this kind of thing, to separate questions and info sharin
|
By
...
· #51794
·
|
|
way to make do_devshell changes permanent?
Does the git add have to be done as specified above? I made changes and inside the directory where the changes occured I just did a git add -am "my message", but it didn't save my changes when I rebui
Does the git add have to be done as specified above? I made changes and inside the directory where the changes occured I just did a git add -am "my message", but it didn't save my changes when I rebui
|
By
...
· #48694
·
|
|
way to make do_devshell changes permanent?
I'm not sure that the git add is relevant for all recipes though. Some of them are simply tarball sources and others are shallow git archives. Should I be confident that yocto will know the difference
I'm not sure that the git add is relevant for all recipes though. Some of them are simply tarball sources and others are shallow git archives. Should I be confident that yocto will know the difference
|
By
...
· #48683
·
|
|
way to make do_devshell changes permanent?
I am dealing with a vendor supplied yocto release where they have setup the repos as local gitshallow or tar.xz files. I asked them to do this in accordance with our strict air-gapped build policies.
I am dealing with a vendor supplied yocto release where they have setup the repos as local gitshallow or tar.xz files. I asked them to do this in accordance with our strict air-gapped build policies.
|
By
...
· #48680
·
|
|
proper way to create an out-of-tree kernel modules
<kent.dorfman766=gmail.com@...> wrote: Worked flawlessly. Thanks!
<kent.dorfman766=gmail.com@...> wrote: Worked flawlessly. Thanks!
|
By
...
· #48679
·
|
|
proper way to create an out-of-tree kernel modules
THANKS! Will give this a try once my software raid is done resyncing. I'm replacing the mainline slip driver with a custom one that tightly binds the sl link name to the owned tty so that we know whic
THANKS! Will give this a try once my software raid is done resyncing. I'm replacing the mainline slip driver with a custom one that tightly binds the sl link name to the owned tty so that we know whic
|
By
...
· #48672
·
|
|
proper way to create an out-of-tree kernel modules
What is the proper way to create a recipe to build a kernel module outside of the normal kernel tree? The kernel sources need to be expanded and configured for the typical kernel makefile line make -C
What is the proper way to create a recipe to build a kernel module outside of the normal kernel tree? The kernel sources need to be expanded and configured for the typical kernel makefile line make -C
|
By
...
· #48669
·
|
|
how to remove a package from image
was able to modify the vendor's machine/inc file to remove the offending package. Since the whole tree is in git now, I suppose that's OK, but I do wish yocto had better tools for managing inclusions
was able to modify the vendor's machine/inc file to remove the offending package. Since the whole tree is in git now, I suppose that's OK, but I do wish yocto had better tools for managing inclusions
|
By
...
· #48363
·
|
|
how to remove a package from image
My vendor finally realized that I needed a full yocto release and not the eSDK. Anyway, I can build their image, but when I modify the kernel to remove CAN drivers I get the errors that packagegroup-c
My vendor finally realized that I needed a full yocto release and not the eSDK. Anyway, I can build their image, but when I modify the kernel to remove CAN drivers I get the errors that packagegroup-c
|
By
...
· #48359
·
|
|
permanently supercede kernel config with one of my own creation
OK guys. I was able to make it work with a higher priority layer and a bbappend file. The difference with my config file is that mine actually defines all the CONFIG_ options but many of them are =n t
OK guys. I was able to make it work with a higher priority layer and a bbappend file. The difference with my config file is that mine actually defines all the CONFIG_ options but many of them are =n t
|
By
...
· #48201
·
|
|
permanently supercede kernel config with one of my own creation
I'd prefer to not go that route. It's a modified "vendor supplied" kernel from an internal tarball source, and for IA/QA reasons we're NOT going to refer to any external GIT repos. Can someone tell me
I'd prefer to not go that route. It's a modified "vendor supplied" kernel from an internal tarball source, and for IA/QA reasons we're NOT going to refer to any external GIT repos. Can someone tell me
|
By
...
· #48197
·
|
|
permanently supercede kernel config with one of my own creation
I have a yocto generated sdk that includes a customized kernel. I do NOT want to play with incremental config files. What I want is to insert a .config file of my own choosing (generated outside of yo
I have a yocto generated sdk that includes a customized kernel. I do NOT want to play with incremental config files. What I want is to insert a .config file of my own choosing (generated outside of yo
|
By
...
· #48189
·
|
|
OEM supplied yocto image is impossible to work with
Agreed. That is kind of where we are at. Yes, these closed source layers/packages simply point to closed source repos. I need them to prepare pre-compiled archives for these packages that can be overl
Agreed. That is kind of where we are at. Yes, these closed source layers/packages simply point to closed source repos. I need them to prepare pre-compiled archives for these packages that can be overl
|
By
...
· #47832
·
|
|
OEM supplied yocto image is impossible to work with
I think that was their intention from the start. they wanted to only give their customer the ability to produce user level apps, without modifying the system, but for our enterprise that is unrealisti
I think that was their intention from the start. they wanted to only give their customer the ability to produce user level apps, without modifying the system, but for our enterprise that is unrealisti
|
By
...
· #47830
·
|
|
OEM supplied yocto image is impossible to work with
thanks for the followup! yeah...no legal advice is expected online...just a forum to vent in, sometimes. Yup...been there, done that. Yes, very bad choice in a field with no notably good choices. OK,
thanks for the followup! yeah...no legal advice is expected online...just a forum to vent in, sometimes. Yup...been there, done that. Yes, very bad choice in a field with no notably good choices. OK,
|
By
...
· #47827
·
|
|
OEM supplied yocto image is impossible to work with
Oh, and this is the THIRD time I've tried posting this...you certainly don't make the yocto mailing lists easy to subscribe to. Lemme appologize in avance because parts of this are going to come acros
Oh, and this is the THIRD time I've tried posting this...you certainly don't make the yocto mailing lists easy to subscribe to. Lemme appologize in avance because parts of this are going to come acros
|
By
...
· #47824
·
|