Hi Richard,
Added a patch fix on this on
https://lists.yoctoproject.org/pipermail/yocto/2018-July/041644.html
This resolves the handling unicode string during loadconfig() apart from
dictonary data expansions.
Let me know what are your thoughts on this. Thanks.
Cheers,
Aaron
On Mon, 2018-07-02 at 18:30 +0800, Aaron Chan wrote:
> A patch to fix the data expansion config.json
>
> Signed-off-by: Aaron Chan
> ---
> scripts/utils.py | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/scripts/utils.py b/scripts/utils.py
> index 7c6535c..d26cd0c
Hi,
I saw in the documentation page that the Waveshare touchscreen is supported.
Before buying one of those I'd like to know if anyone tried it recently
with a rpi zero w or if there's any known issue.
Thanks in advance.
## Michele
--
___
yocto mailing
Signed-off-by: Aaron Chan
---
config.json | 32 +++-
1 file changed, 31 insertions(+), 1 deletion(-)
diff --git a/config.json b/config.json
index c9dc21e..3c1f989 100644
--- a/config.json
+++ b/config.json
@@ -383,6 +383,36 @@
],
"step1" : {
A patch to fix the data expansion config.json
Signed-off-by: Aaron Chan
---
scripts/utils.py | 16
1 file changed, 16 insertions(+)
diff --git a/scripts/utils.py b/scripts/utils.py
index 7c6535c..d26cd0c 100644
--- a/scripts/utils.py
+++ b/scripts/utils.py
@@ -142,6 +142,22 @@
Hi Richard,
Kindly ignore this patch as it contains the old description. I'll send a new
patch indicating the reason behind this buildset-config is needed.
Cheers,
Aaron
From: Chan, Aaron Chun Yew
Sent: Monday, July 02, 2018 6:30 PM
To:
Hello
I try to add an additional shell script to a Yocto SDK (release rocko). The
file should be installed directly in the target directory of the SDK (same
directory where the environment-setup-* file is installed). I added a
meta-environment.bbappend and do something like this:
Does this happen always or only sometimes? If only sometimes you
probably made changes to the recipe or dependent recipes while
building. You cannot do that.
On Mon, Jul 2, 2018 at 7:27 AM, techi eth wrote:
> Hi,
>
> Can anybody give me hint over below issue.
>
> Thanks
>
> -- Forwarded
I have not got success of building my first image so it happen's to me
always. I also tried deleting tmp,cache folder & re-build again but problem
persist.
Is it something to do with timestamps ?
I do see below patch & applied changes but problem persist.
This was too noisy and not particularly useful.
Signed-off-by: Paul Eggleton
---
layerindex/update_layer.py | 1 -
1 file changed, 1 deletion(-)
diff --git a/layerindex/update_layer.py b/layerindex/update_layer.py
index bbfaba9a..018d7bcd 100644
--- a/layerindex/update_layer.py
+++
If a LAYERRECOMMENDS relationship is not satisfied, we shouldn't be
erroring out - it's a recommendation, not a hard dependency. Just show a
warning and allow processing to continue.
Signed-off-by: Paul Eggleton
---
layerindex/recipeparse.py | 6 +-
1 file changed, 5 insertions(+), 1
Add the ability to show a notice at the top of every page; this provides
the ability for admins to display a message to visitors in the case of
infrastructure or index data issues. Notices can have an expiry date and
can be disabled and re-enabled if needed. A subset of HTML can be used
for
If you're running a testing / internal instance then you really don't
want to be emailing maintainers on publish, so provide a setting you can
use to disable that.
Signed-off-by: Paul Eggleton
---
layerindex/views.py | 66 +++--
settings.py | 3
The simplest (and probably preferred) way to fix would be to get rid of TIME
usage from that recipe. Parsing the recipe twice should yield the same result
and your trouble would be over.
On 02-07-18 07:27, techi eth wrote:
Hi,
Can anybody give me hint over below issue.
Thanks
Kind
Some bug fixes as well as site-wide notice support.
The following changes since commit 5cfdfdca8b9200b5a6e4aa14661b14059a799310:
rrs_upstream_history.py: fix set_regexes function (2018-06-06 11:25:46 +1200)
are available in the Git repository at:
git://git.yoctoproject.org/layerindex-web
If a file is modified and renamed it will show up in both
iter_change_type('M') and iter_change_type('R'), however naturally the
file that will exist will be the b path and not the a one, so we should
be looking at the b path or we will get errors.
FYI you can reproduce this with OE-Core (in a
We don't actually need to consider recommended layers when preparing the
order - just the depends. If we do then we can get into circular
dependency situation e.g. currently with meta-intel and meta-intel-qat
where meta-intel recommends meta-intel-qat and meta-intel-qat depends on
meta-intel.
* If a missing dependency is not required, show a warning instead of an
error
* If logger isn't specified we still need to skip to the next item, so
move the continue statement out of the conditional block. (In practice
I don't think this function is currently called anywhere in the code
On 06/28/2018 01:46 PM, Philip Balister wrote:
> OpenEmbedded is holding a developer meting in Edinburgh before ELCE.
> Anyone with an interest in OpenEmbedded development is welcome to
> attend. The core developers enjoy hearing about the needs and problems
> of the larger community.
>
> At
On 06/26/2018 10:10 PM, Changqing Li wrote:
> status get by "systemctl status samhain" is not correct.
> It is active(exited) now. but actually, there is a dameon
> running, it should be active(running). so change Type of
> servive.
>
> Signed-off-by: Changqing Li
merged,
thanks
- armin
>
Updated patch to trigger handlestr() when unicode string is found
during iteration json.loads(config.json). Unicode and list with data
expansion were not handled hence adding this patch to handle conversion.
Added a debug message to dump pretty json data populated to ourconfig[c].
e.g
Hi Paul,
Thanks for let me know this, this patch might be incorrect, suppose we have two
layers: core and hello:
1) LAYERRECOMMENDS_core = "hello"
2) $ update.py -l hello,core
Then core maybe added before hello layer since it ignores recs on hello, and if
hello is a new layer, it would not be
On Wed, Jun 27, 2018 at 7:38 AM, Michele Tirinzoni
wrote:
>
> I saw in the documentation page that the Waveshare touchscreen is
> supported.
> Before buying one of those I'd like to know if anyone tried it recently
> with a rpi zero w or if there's any known issue.
>
I added the support for the
Hi Robert
On Tuesday, 3 July 2018 2:45:11 PM NZST Robert Yang wrote:
> Thanks for let me know this, this patch might be incorrect, suppose we have
> two
> layers: core and hello:
>
> 1) LAYERRECOMMENDS_core = "hello"
> 2) $ update.py -l hello,core
>
> Then core maybe added before hello layer
On 07/03/2018 10:58 AM, Paul Eggleton wrote:
Hi Robert
On Tuesday, 3 July 2018 2:45:11 PM NZST Robert Yang wrote:
Thanks for let me know this, this patch might be incorrect, suppose we have two
layers: core and hello:
1) LAYERRECOMMENDS_core = "hello"
2) $ update.py -l hello,core
Then
From: Nagalakshmi Veeramallu
CSV Injection vulnerability in Nikto 2.1.6 and earlier allows remote attackers
to inject arbitrary OS commands via the Server field in an HTTP response header,
which is directly injected into a CSV report.
Signed-off-by: Nagalakshmi Veeramallu
Reviewed-by:
Current Dev Position: YP 2.6 M1 is in QA, accepting patches for YP 2.6 M2.
Next Deadline: YP 2.6 M1 release was targeted for June 22, 2018 (See update)
SWAT Team Rotation:
· SWAT lead is currently: Chen
· SWAT team rotation: Chen -> Ross on July 6, 2018
· SWAT team
What kernel versions is this for ?
Bruce
On 2018-07-02 1:34 AM, Changqing Li wrote:
multipathd service depend on kernel module scsi_dh_alua/
scsi_dh_emc/scsi_dh_rdac, without these kernel modules,
service start info will have FAIL info. add these
device handler so that user can use it.
On 07/03/2018 10:16 AM, Bruce Ashfield wrote:
What kernel versions is this for ?
Bruce
kernel version: yocto-kernel-cahe:
linux-yocto-dev master
linux-yocto-4.12 yocto-4.12
//changqing
On 2018-07-02 1:34 AM, Changqing Li wrote:
multipathd service depend on kernel module
On 2018-06-27 3:00 AM, Paul Gortmaker wrote:
Bruce, Yocto kernel folks:
Here is another 4.12.x stable update "extension" primarily created for
the Yocto project, continuing on top of the previous v4.12.24 kernel.
This is also a good time to note that people using 4.12.x should be
getting their
30 matches
Mail list logo
