|
Re: .bashrc not being used by root account
There are 2 solutions for this: rename your .bashrc in .profile, or copy /etc/skel/.profile in /root/.profile
.bashrc is sourced only for non-login shells. For console login shells only .profile (or
There are 2 solutions for this: rename your .bashrc in .profile, or copy /etc/skel/.profile in /root/.profile
.bashrc is sourced only for non-login shells. For console login shells only .profile (or
|
By
Mihai Lindner <mihaix.lindner@...>
·
#10177
·
|
|
Re: [PATCH 1/1] mesa-dri.bbappend: avoid buildtime warnings
Ack.
Ross
By
Burton, Ross <ross.burton@...>
·
#10176
·
|
|
Making repository for custom Yocto environment
Hello,
I use Yocto for my project and I want to manage it with git. What directories/files I should add to repository? I assume, that I should use the same hierarchy of files as it's used for
Hello,
I use Yocto for my project and I want to manage it with git. What directories/files I should add to repository? I assume, that I should use the same hierarchy of files as it's used for
|
By
Tomek Jankowski <t_j_mail@...>
·
#10175
·
|
|
Re: [PATCH 1/1] mesa-dri.bbappend: avoid buildtime warnings
Rahul,
FYI, This commit will also avoid similar warnings for cedar-trail build.
Nitin
Rahul,
FYI, This commit will also avoid similar warnings for cedar-trail build.
Nitin
|
By
Kamble, Nitin A <nitin.a.kamble@...>
·
#10174
·
|
|
[PATCH 1/1] mesa-dri.bbappend: avoid buildtime warnings
From: Nitin A Kamble <nitin.a.kamble@...>
Extend the mesa-dri recipe from oecore to avoid conflict with
files generated by emgd-driver-bin recipe.
This commits avoids these build
From: Nitin A Kamble <nitin.a.kamble@...>
Extend the mesa-dri recipe from oecore to avoid conflict with
files generated by emgd-driver-bin recipe.
This commits avoids these build
|
By
nitin.a.kamble@...
·
#10173
·
|
|
[PATCH 0/1] meta-intel: mesa-dri build warning fix
From: Nitin A Kamble <nitin.a.kamble@...>
Only one commit in this pull request to avoid the mes-dri build time warning.
Thanks,
Nitin
The following changes since commit
From: Nitin A Kamble <nitin.a.kamble@...>
Only one commit in this pull request to avoid the mes-dri build time warning.
Thanks,
Nitin
The following changes since commit
|
By
nitin.a.kamble@...
·
#10172
·
|
|
Re: Requesting information on some variables
I have cleaned some of this stuff up. Still need to add DISTRO_EXTRA_RDEPENDS.
See the ref manual at http://yoctoproject.org/docs/1.3/poky-ref-manual/poky-ref-manual.html
Scott
I have cleaned some of this stuff up. Still need to add DISTRO_EXTRA_RDEPENDS.
See the ref manual at http://yoctoproject.org/docs/1.3/poky-ref-manual/poky-ref-manual.html
Scott
|
By
Rifenbark, Scott M <scott.m.rifenbark@...>
·
#10171
·
|
|
Re: 1.3 RC4 full pass results
Thank you, Alex! ADT and Build Appliance had 7 testcases failed because of 3290 and 3287. How do they look now with 3290 fixed?
Song
Thank you, Alex! ADT and Build Appliance had 7 testcases failed because of 3290 and 3287. How do they look now with 3290 fixed?
Song
|
By
Liu, Song <song.liu@...>
·
#10170
·
|
|
Re: [PATCH 0/2] Move 'tag=' for a few SRC_URIs to SRCREV
In the future, please review the Commit & Patch Message Guidelines at
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Merged into OE-Core
Thanks
Sau!
In the future, please review the Commit & Patch Message Guidelines at
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Merged into OE-Core
Thanks
Sau!
|
By
Saul Wold <sgw@...>
·
#10169
·
|
|
Re: Cloning yocto repos over https
I just announced that repositories are available from
git.yoctoproject.org via http. I didn't mention it but clones via https
will work equally well if that is preferable.
The github mirrors
I just announced that repositories are available from
git.yoctoproject.org via http. I didn't mention it but clones via https
will work equally well if that is preferable.
The github mirrors
|
By
Michael Halstead
·
#10168
·
|
|
HTTP read only access to git repositories available
All of the Yocto Project hosted git repositories can be accessed via the
http protocol on port 80. This method uses the smart http backend and it
is as fast as access via the git protocol. Connecting
All of the Yocto Project hosted git repositories can be accessed via the
http protocol on port 80. This method uses the smart http backend and it
is as fast as access via the git protocol. Connecting
|
By
Michael Halstead
·
#10167
·
|
|
Re: [PATCH 0/3][meta-intel]meta-cedartrail: Update README, Fix Package Rename issue & Add dev headers
Pulled into meta-intel/master.
Thanks,
Tom
Pulled into meta-intel/master.
Thanks,
Tom
|
By
Tom Zanussi <tom.zanussi@...>
·
#10166
·
|
|
[PATCH 3/3] [meta-intel]meta-crystalforest: Add zlib-qat and openssl-qat module.
From: Kishore Bodke <kishore.k.bodke@...>
This adds the two new modules zlib-qat-mem and openssl-qat-mem
modules to build with the custom Image.
Signed-off-by: Kishore Bodke
From: Kishore Bodke <kishore.k.bodke@...>
This adds the two new modules zlib-qat-mem and openssl-qat-mem
modules to build with the custom Image.
Signed-off-by: Kishore Bodke
|
By
kishore.k.bodke@...
·
#10163
·
|
|
[PATCH 2/3][meta-intel] meta-intel/common: Add new recipe for libcrypto module.
From: Kishore Bodke <kishore.k.bodke@...>
This adds a new recipe to include the Intel Quick Assist
Technology libcrypto Memory Management Module.
Signed-off-by: Kishore Bodke
From: Kishore Bodke <kishore.k.bodke@...>
This adds a new recipe to include the Intel Quick Assist
Technology libcrypto Memory Management Module.
Signed-off-by: Kishore Bodke
|
By
kishore.k.bodke@...
·
#10165
·
|
|
[PATCH 1/3] [meta-intel] meta-intel/common:Add a new recipe for Zlib qat_mem Module.
From: Kishore Bodke <kishore.k.bodke@...>
This adds a new recipe to build the Intel Quick Assist
Technology Memory Management Module for Zlib.
Signed-off-by: Kishore Bodke
From: Kishore Bodke <kishore.k.bodke@...>
This adds a new recipe to build the Intel Quick Assist
Technology Memory Management Module for Zlib.
Signed-off-by: Kishore Bodke
|
By
kishore.k.bodke@...
·
#10164
·
|
|
[PATCH 0/3][meta-intel] Add zlib and openssl qat_mem module
From: Kishore Bodke <kishore.k.bodke@...>
Hi,
This is a revised patchset to add two new recipes for
zlib and openssl based Memory Management Module implemented
in the Intel Quick Assist
From: Kishore Bodke <kishore.k.bodke@...>
Hi,
This is a revised patchset to add two new recipes for
zlib and openssl based Memory Management Module implemented
in the Intel Quick Assist
|
By
kishore.k.bodke@...
·
#10162
·
|
|
Machine conf for Tegra?
I need to make a root filesystem for a Tegra2 T20-based system, and
would like to build it with some more aggressive optimizations than
qemuarm provides. I've read through the BSP Developer's Guide,
I need to make a root filesystem for a Tegra2 T20-based system, and
would like to build it with some more aggressive optimizations than
qemuarm provides. I've read through the BSP Developer's Guide,
|
By
Evade Flow <evadeflow@...>
·
#10161
·
|
|
Re: .bashrc not being used by root account
Okay, I have done a couple of things:
1. I appended to the base-passwd recipe and added my own patch that would patch the passwd file to have root use a bash shell. I have verified that this is the
Okay, I have done a couple of things:
1. I appended to the base-passwd recipe and added my own patch that would patch the passwd file to have root use a bash shell. I have verified that this is the
|
By
Jonathan Haws <Jonathan.Haws@...>
·
#10160
·
|
|
Re: Problem genrerating module autoloading commands
I suspect this is falling foul of OVERRIDES since it matches ${MACHINE} which
is in OVERRIDES. What the workaround would be for this I'm not sure.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source
I suspect this is falling foul of OVERRIDES since it matches ${MACHINE} which
is in OVERRIDES. What the workaround would be for this I'm not sure.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source
|
By
Paul Eggleton
·
#10159
·
|
|
Re: Problem genrerating module autoloading commands
Martin Jansa <martin.jansa@...> writes:
No. Just lower case letters.
Marc
Martin Jansa <martin.jansa@...> writes:
No. Just lower case letters.
Marc
|
By
Marc Ferland <ferlandm@...>
·
#10158
·
|