date:20200817

[yocto] M+ & H bugs with Milestone Movements WW33

2020-08-17 Thread Stephen Jolley

All,

YP M+ or high bugs which moved to a new milestone in WW33 are listed below: 


Priority

Bug ID

Short Description

Changer

Owner

Was

Became


Medium+

  13229

ttm_bo_vm_open kernel warning

richard.pur...@linuxfoundation.org

jon.ma...@arm.com

3.2 M2

3.2 M3


 

  13230

Switch qemuarm (another others) to virtio graphics

richard.pur...@linuxfoundation.org

jon.ma...@arm.com

3.2 M2

3.2 M3


 

  13288

pseudo should not follow symlinks in /proc

randy.macl...@windriver.com

sakib.sa...@windriver.com

3.2 M2

3.2 M3


 

  13877

package manager not working

randy.macl...@windriver.com

jonathan.richard...@broadcom.com

3.2 M4

3.2 M3


 

  13897

POSTINST_INTERCEPTS_DIR broken by undocumented POSTINST_INTERCEPTS_PATHS since 
thud

randy.macl...@windriver.com

unassig...@yoctoproject.org

3.99

3.2 M3


 

  13970

gobject-introspection-native-1.64.1-r0 do_install: Tries to access 
`~/.cache/g-ir-scanner/.cache-version`

jpuhl...@mvista.com

jpuhl...@mvista.com

3.2 M2

3.2 M3


 

  14002

ssh connection failure during stap testing on qemuarm

randy.macl...@windriver.com

bruce.ashfi...@gmail.com

3.2

3.2 M3

Thanks, 

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com  

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50303): https://lists.yoctoproject.org/g/yocto/message/50303
Mute This Topic: https://lists.yoctoproject.org/mt/76258361/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Enhancements/Bugs closed WW32!

2020-08-17 Thread Stephen Jolley

All,

The below were the owners of enhancements or bugs closed during the last
week!


Who

Count


r...@burtonini.com

2


anuj.mit...@intel.com

1


mich...@yoctoproject.org

1


jpewhac...@gmail.com

1


Grand Total

5

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50302): https://lists.yoctoproject.org/g/yocto/message/50302
Mute This Topic: https://lists.yoctoproject.org/mt/76258342/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Current high bug count owners for Yocto Project 3.2

2020-08-17 Thread Stephen Jolley

All,

Below is the list as of top 47 bug owners as of the end of WW33 of who have
open medium or higher bugs and enhancements against YP 3.2.   There are 52
possible work days left until the final release candidates for YP 3.2 needs
to be released.


Who

Count


richard.pur...@linuxfoundation.org

29


david.re...@windriver.com

22


bruce.ashfi...@gmail.com

18


akuster...@gmail.com

18


bluelightn...@bluelightning.org

17


randy.macl...@windriver.com

11


r...@burtonini.com

10


mark.mor...@windriver.com

10


qi.c...@windriver.com

9


kai.k...@windriver.com

9


jpewhac...@gmail.com

9


timothy.t.orl...@intel.com

8


trevor.gamb...@windriver.com

7


matthew.z...@windriver.com

6


sakib.sa...@windriver.com

5


hongxu@windriver.com

5


rpj...@crashcourse.ca

4


raj.k...@gmail.com

4


anuj.mit...@intel.com

4


mingli...@windriver.com

4


mostthings...@gmail.com

3


yi.z...@windriver.com

3


jon.ma...@arm.com

3


kerg...@gmail.com

2


akus...@mvista.com

2


jeanmarie.lemeta...@gmail.com

2


jae...@xilinx.com

2


alejan...@enedino.org

2


mich...@yoctoproject.org

2


jpuhl...@mvista.com

2


chee.yang@intel.com

2


mark.ha...@kernel.crashing.org

2


ydir...@free.fr

1


st...@sakoman.com

1


se...@seebs.net

1


changqing...@windriver.com

1


dl...@gmx.de

1


maxime.roussinbelan...@gmail.com

1


martin.ja...@gmail.com

1


mathew.pro...@gmail.com

1


jason.wes...@windriver.com

1


liu.min...@gmail.com

1


ankur.tyag...@gmail.com

1


matt.ranos...@konsulko.com

1


kai.ruh...@live.com

1


amber.n.ell...@intel.com

1


joe.sla...@windriver.com

1


Grand Total

251

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50301): https://lists.yoctoproject.org/g/yocto/message/50301
Mute This Topic: https://lists.yoctoproject.org/mt/76258287/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2020-08-17 Thread Stephen Jolley

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

 

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs

 

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 340
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.1", "3.2, "3.99" and "Future", the more pressing/urgent issues
being in "3.1" and then "3.2".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50300): https://lists.yoctoproject.org/g/yocto/message/50300
Mute This Topic: https://lists.yoctoproject.org/mt/76258194/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto][yocto-kernel-cache][master/yocto-5.4][PATCH] bsp/intel-x86: Fix badly formatted config GPIO_GENERIC_PLATFORM

2020-08-17 Thread Bruce Ashfield

merged.

Bruce


In message: [linux-yocto][yocto-kernel-cache][master/yocto-5.4][PATCH] 
bsp/intel-x86: Fix badly formatted config GPIO_GENERIC_PLATFORM
on 17/08/2020 Yongxin Liu wrote:

> Signed-off-by: Yongxin Liu 
> ---
>  bsp/intel-x86/intel-x86.cfg | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/bsp/intel-x86/intel-x86.cfg b/bsp/intel-x86/intel-x86.cfg
> index 863c061e..525a2ec3 100644
> --- a/bsp/intel-x86/intel-x86.cfg
> +++ b/bsp/intel-x86/intel-x86.cfg
> @@ -76,7 +76,7 @@ CONFIG_GPIO_SYSFS=y
>  CONFIG_GPIO_SCH=m
>  CONFIG_GPIO_ICH=m
>  CONFIG_GPIO_LYNXPOINT=y
> -GPIO_GENERIC_PLATFORM=m
> +CONFIG_GPIO_GENERIC_PLATFORM=m
>  
>  #
>  # x86 CPU frequency scaling drivers
> -- 
> 2.14.4
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8975): 
https://lists.yoctoproject.org/g/linux-yocto/message/8975
Mute This Topic: https://lists.yoctoproject.org/mt/76236323/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto]: [kernel v5.4/standard/bcm-2xxx-rpi]: driver: net: lan78xx: fix building issue introduced by merging code from v5.4/standard/base

2020-08-17 Thread Bruce Ashfield


In message: [linux-yocto]: [kernel v5.4/standard/bcm-2xxx-rpi]: driver: net: 
lan78xx: fix building issue introduced by merging code from v5.4/standard/base
on 17/08/2020 meng...@windriver.com wrote:

> From: Limeng 
> 
> Hi Bruce,
> 
> There are some raspberry pi sdk patches applied to the driver
> lan78xx.c. So, when merge code from v5.4/standard/base, there are
> conflicts, and not resolve them completely.
> Therefore, adjust code manually so that fix building issue.
> 
> Could you please help to merge the patch into branch 
> v5.4/standard/bcm-2xxx-rpi, linux-ycoto kernel.

merged.

Bruce

> 
> diffstat info ad below:
> 
>  lan78xx.c |   12 +---
>  1 file changed, 1 insertion(+), 11 deletions(-)
> 
> 
> thanks,
> Limeng
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8974): 
https://lists.yoctoproject.org/g/linux-yocto/message/8974
Mute This Topic: https://lists.yoctoproject.org/mt/76237285/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto] [yocto-kernel-cache]: bcm-2xxx-rpi: fix a kernel config typo

2020-08-17 Thread Bruce Ashfield


In message: [yocto-kernel-cache]: bcm-2xxx-rpi: fix a kernel config typo
on 17/08/2020 meng...@windriver.com wrote:

> From: Limeng 
> 
> Hi Bruce,
> 
> fix a kernel config typo for common USB camera.
> 
> Could you please help to merge this patch into yocto-kernel-cache, branches 
> is only master?

merged to all relevant branches

Bruce

> 
> diffstat info ad below:
> 
>  bcm-2xxx-rpi.cfg |1 +
>  1 file changed, 1 insertion(+)
> 
> 
> thanks,
> Limeng
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8973): 
https://lists.yoctoproject.org/g/linux-yocto/message/8973
Mute This Topic: https://lists.yoctoproject.org/mt/76237625/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent double-free of user struct

2020-08-17 Thread Bruce Ashfield

In message: [linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent 
double-free of user struct
on 17/08/2020 Yongxin Liu wrote:

> From: Matt Fleming 
> 
> commit 9567db2ebe566a93485e1a27d8759969d0002d7a in linux-rt-devel.

Normally I'd pick this up when the 5.4 rt stable was updated ..
but that has been happening a bit slowly lately. So I've gone
ahead and merged the change.

SRCREV bumps will happen with my next round of 5.4-stable updates

Bruce

> 
> The way user struct reference counting works changed significantly with,
> 
>   fda31c50292a ("signal: avoid double atomic counter increments for user 
> accounting")
> 
> Now user structs are only freed once the last pending signal is
> dequeued. Make sigqueue_free_current() follow this new convention to
> avoid freeing the user struct multiple times and triggering this
> warning:
> 
>  refcount_t: underflow; use-after-free.
>  WARNING: CPU: 0 PID: 6794 at lib/refcount.c:288 
> refcount_dec_not_one+0x45/0x50
>  Call Trace:
>   refcount_dec_and_lock_irqsave+0x16/0x60
>   free_uid+0x31/0xa0
>   __dequeue_signal+0x17c/0x190
>   dequeue_signal+0x5a/0x1b0
>   do_sigtimedwait+0x208/0x250
>   __x64_sys_rt_sigtimedwait+0x6f/0xd0
>   do_syscall_64+0x72/0x200
>   entry_SYSCALL_64_after_hwframe+0x49/0xbe
> 
> Signed-off-by: Matt Fleming 
> Reported-by: Daniel Wagner 
> Signed-off-by: Sebastian Andrzej Siewior 
> Signed-off-by: Yongxin Liu 
> ---
>  kernel/signal.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/kernel/signal.c b/kernel/signal.c
> index 96d80e60e72e..710e079abf01 100644
> --- a/kernel/signal.c
> +++ b/kernel/signal.c
> @@ -496,8 +496,8 @@ static void sigqueue_free_current(struct sigqueue *q)
>  
>   up = q->user;
>   if (rt_prio(current->normal_prio) && !put_task_cache(current, q)) {
> - atomic_dec(>sigpending);
> - free_uid(up);
> + if (atomic_dec_and_test(>sigpending))
> + free_uid(up);
>   } else
> __sigqueue_free(q);
>  }
> -- 
> 2.14.4
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8972): 
https://lists.yoctoproject.org/g/linux-yocto/message/8972
Mute This Topic: https://lists.yoctoproject.org/mt/76240226/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] pkg-config dependencies?

2020-08-17 Thread Khem Raj

did you look at
https://github.com/kraj/meta-openwrt/blob/master/recipes-networking/ipset/ipset_6.38.bb

On Mon, Aug 17, 2020 at 10:14 AM Rob Prowel  wrote:
>
> I'm trying to add the ipset utility to my arm build so that I can group
> IP/ports for use in tc and netfilter.  I was able to update the vendor
> supplied iptools2 recipe to install tc and iptables, but ipset is a
> fresh recipe, not included in another existing layer.
>
> I'm adding the following in its bb file:
>
> # -
> SRC_URI =  "file://ipset-7.6.tar.bz2"
> SRC_URI[md5sum] = "3a6f5952fd1bcf0eefb9c7c087acbfc9"
>
>
> inherit pkgconfig
>
> S = "${WORKDIR}/ipset-7.6"
>
> RDEPENDS_${PN} += "libmnl"
>
> FILES_${PN} =  ""
> # list will be populated once I know what the package wants to install
>
> do_configure(){
>  ./configure --prefix=/ --host=arm-linuxeabi
> }
>
> do_compile(){
>  make DESTDIR=${D}
> }
>
> do_install(){
>  oe_runmake install DESTDIR=${D}
> }
>
> # -
>
> problem is that it depends on libmnl (which already exists as a lower
> layer recipe), and the ipset configure script barfs on pkg-config with
> the following message.
>
> | checking whether ln -s works... yes
> | checking for libmnl... no
> | configure: error: Package requirements (libmnl >= 1) were not met:
> |
> | No package 'libmnl' found
> |
> | Consider adjusting the PKG_CONFIG_PATH environment variable if you
> | installed software in a non-standard prefix.
> |
> | Alternatively, you may set the environment variables libmnl_CFLAGS
> | and libmnl_LIBS to avoid the need to call pkg-config.
> | See the pkg-config man page for more details.
> | WARNING: exit code 1 from a shell command.
>
>
> the PKG_CONFIG_PATH variable seems correct under devshell, but there is
> no libmnl.pc file in there.  How do I force libmnl to create and stage a
> proper pkg-config .pc file where it needs to be?
>
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50299): https://lists.yoctoproject.org/g/yocto/message/50299
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-security][PATCH] trousers: Several Security fixes

2020-08-17 Thread akuster

From: Armin Kuster 

Fixes:
CVE-2020-24332
CVE-2020-24330
CVE-2020-24331

Signed-off-by: Armin Kuster 
---
 ...-security-issues-that-are-present-if.patch | 94 +++
 meta-tpm/recipes-tpm/trousers/trousers_git.bb |  1 +
 2 files changed, 95 insertions(+)
 create mode 100644 
meta-tpm/recipes-tpm/trousers/files/0001-Correct-multiple-security-issues-that-are-present-if.patch

diff --git 
a/meta-tpm/recipes-tpm/trousers/files/0001-Correct-multiple-security-issues-that-are-present-if.patch
 
b/meta-tpm/recipes-tpm/trousers/files/0001-Correct-multiple-security-issues-that-are-present-if.patch
new file mode 100644
index 000..72c81d1
--- /dev/null
+++ 
b/meta-tpm/recipes-tpm/trousers/files/0001-Correct-multiple-security-issues-that-are-present-if.patch
@@ -0,0 +1,94 @@
+From e74dd1d96753b0538192143adf58d04fcd3b242b Mon Sep 17 00:00:00 2001
+From: Matthias Gerstner 
+Date: Fri, 14 Aug 2020 22:14:36 -0700
+Subject: [PATCH] Correct multiple security issues that are present if the tcsd
+ is started by root instead of the tss user.
+
+Patch fixes the following 3 CVEs:
+
+CVE-2020-24332
+If the tcsd daemon is started with root privileges,
+the creation of the system.data file is prone to symlink attacks
+
+CVE-2020-24330
+If the tcsd daemon is started with root privileges,
+it fails to drop the root gid after it is no longer needed
+
+CVE-2020-24331
+If the tcsd daemon is started with root privileges,
+the tss user has read and write access to the /etc/tcsd.conf file
+
+Authored-by: Matthias Gerstner 
+Signed-off-by: Debora Velarde Babb 
+
+Upstream-Status: Backport
+CVE: CVE-2020-24332
+CVE: CVE-2020-24330
+CVE: CVE-2020-24331
+
+Signed-off-by: Armin Kuster 
+
+---
+ src/tcs/ps/tcsps.c   |  2 +-
+ src/tcsd/svrside.c   |  1 +
+ src/tcsd/tcsd_conf.c | 10 +-
+ 3 files changed, 7 insertions(+), 6 deletions(-)
+
+Index: git/src/tcs/ps/tcsps.c
+===
+--- git.orig/src/tcs/ps/tcsps.c
 git/src/tcs/ps/tcsps.c
+@@ -72,7 +72,7 @@ get_file()
+   }
+ 
+   /* open and lock the file */
+-  system_ps_fd = open(tcsd_options.system_ps_file, O_CREAT|O_RDWR, 0600);
++  system_ps_fd = open(tcsd_options.system_ps_file, 
O_CREAT|O_RDWR|O_NOFOLLOW, 0600);
+   if (system_ps_fd < 0) {
+   LogError("system PS: open() of %s failed: %s",
+   tcsd_options.system_ps_file, strerror(errno));
+Index: git/src/tcsd/svrside.c
+===
+--- git.orig/src/tcsd/svrside.c
 git/src/tcsd/svrside.c
+@@ -473,6 +473,7 @@ main(int argc, char **argv)
+   }
+   return TCSERR(TSS_E_INTERNAL_ERROR);
+   }
++  setgid(pwd->pw_gid);
+   setuid(pwd->pw_uid);
+ #endif
+ #endif
+Index: git/src/tcsd/tcsd_conf.c
+===
+--- git.orig/src/tcsd/tcsd_conf.c
 git/src/tcsd/tcsd_conf.c
+@@ -743,7 +743,7 @@ conf_file_init(struct tcsd_config *conf)
+ #ifndef SOLARIS
+   struct group *grp;
+   struct passwd *pw;
+-  mode_t mode = (S_IRUSR|S_IWUSR);
++  mode_t mode = (S_IRUSR|S_IWUSR|S_IRGRP);
+ #endif /* SOLARIS */
+   TSS_RESULT result;
+ 
+@@ -798,15 +798,15 @@ conf_file_init(struct tcsd_config *conf)
+   }
+ 
+   /* make sure user/group TSS owns the conf file */
+-  if (pw->pw_uid != stat_buf.st_uid || grp->gr_gid != stat_buf.st_gid) {
++  if (stat_buf.st_uid != 0 || grp->gr_gid != stat_buf.st_gid) {
+   LogError("TCSD config file (%s) must be user/group %s/%s", 
tcsd_config_file,
+-  TSS_USER_NAME, TSS_GROUP_NAME);
++  "root", TSS_GROUP_NAME);
+   return TCSERR(TSS_E_INTERNAL_ERROR);
+   }
+ 
+-  /* make sure only the tss user can manipulate the config file */
++  /* make sure only the tss user can read (but not manipulate) the config 
file */
+   if (((stat_buf.st_mode & 0777) ^ mode) != 0) {
+-  LogError("TCSD config file (%s) must be mode 0600", 
tcsd_config_file);
++  LogError("TCSD config file (%s) must be mode 0640", 
tcsd_config_file);
+   return TCSERR(TSS_E_INTERNAL_ERROR);
+   }
+ #endif /* SOLARIS */
diff --git a/meta-tpm/recipes-tpm/trousers/trousers_git.bb 
b/meta-tpm/recipes-tpm/trousers/trousers_git.bb
index fe8f557..95e821b 100644
--- a/meta-tpm/recipes-tpm/trousers/trousers_git.bb
+++ b/meta-tpm/recipes-tpm/trousers/trousers_git.bb
@@ -16,6 +16,7 @@ SRC_URI = " \
file://tcsd.service \
 file://get-user-ps-path-use-POSIX-getpwent-instead-of-getpwe.patch \
 file://0001-build-don-t-override-localstatedir-mandir-sysconfdir.patch 
\
+file://0001-Correct-multiple-security-issues-that-are-present-if.patch 
\
"
 
 S = "${WORKDIR}/git"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50298):

Re: [yocto] pkg-config dependencies?

2020-08-17 Thread Rob Prowel


On 2020-08-17 13:13, Rob Prowel wrote:
I'm trying to add the ipset utility to my arm build so that I can group 
IP/ports for use in tc and netfilter.  I was able to update the vendor 
supplied iptools2 recipe to install tc and iptables, but ipset is a 
fresh recipe, not included in another existing layer.




As a followup...

Some of the inheritance and dependencies of the thread referenced 
openWRT bb file was necessary to make it work.


Should note that inheriting autotools hopelessly breaks the build, but 
as shown below, the ipset utility is correctly staged in my target 
image, with no errors or warnings.


Thanks, all!

# 
DEPENDS = "libtool libmnl"
RDEPENDS_${PN} = "kernel-module-ip-set"

SRC_URI =  "file://ipset-7.6.tar.bz2;name=tar"
SRC_URI[md5sum] = "e107b679c3256af795261cece864d6d9"

# inherit autotools pkgconfig module-base
inherit pkgconfig module-base

S = "${WORKDIR}/ipset-7.6"

EXTRA_OECONF += "-with-kbuild=${KBUILD_OUTPUT} 
--with-ksource=${STAGING_KERNEL_DIR}"


do_configure(){
./configure --prefix=/ --host=arm-vendor-linuxeabi
}

do_compile(){
make DESTDIR=${D}
}

do_install(){
oe_runmake install DESTDIR=${D}

rm -rf ${D}/share
rm -rf ${D}/include
rm -rf ${D}/lib

}

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50297): https://lists.yoctoproject.org/g/yocto/message/50297
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] pkg-config dependencies?

2020-08-17 Thread Alexander Kanavin

DEPENDS adds the dependencies into $WORKDIR/recipe-sysroot, and native
pkg-config looks there for .pc files in that directory.

Alex

On Mon, 17 Aug 2020 at 21:31, Rob Prowel  wrote:

> On 2020-08-17 14:25, Alexander Kanavin wrote:
> > You need to add DEPENDS = "libmnl" maybe?
> >
> > RDEPENDS is needed for runtime things like script interpreters or
> > supplementary data; plain library dependencies are build-time.
>
> Tried both: DEPENDS and RDEPENDS.  libmnl.pc does exist in another tree
> but not visible to the ipset and not sure what environment var is proper
> to bring it into the build for ipset.bb
>
> There is a temp/sysroots-components/... tree that contains the .pc file,
> but it's not visible to the ipset.bb recipe.  How do I make it visible
> in a way that's not a hack?
>
> tmp/sysroots-components/cortexa9hf-neon/libmnl/usr/lib/pkgconfig/libmnl.pc
>
> is not visible under
>
> ${WORKDIR}
>
>
> > On Mon, 17 Aug 2020 at 19:14, Rob Prowel  wrote:
> >
> >> I'm trying to add the ipset utility to my arm build so that I can group
> >> IP/ports for use in tc and netfilter.  I was able to update the vendor
> >> supplied iptools2 recipe to install tc and iptables, but ipset is a
> >> fresh recipe, not included in another existing layer.
> >>
> >> I'm adding the following in its bb file:
> >>
> >> # -
> >> SRC_URI =  "file://ipset-7.6.tar.bz2"
> >> SRC_URI[md5sum] = "3a6f5952fd1bcf0eefb9c7c087acbfc9"
> >>
> >>
> >> inherit pkgconfig
> >>
> >> S = "${WORKDIR}/ipset-7.6"
> >>
> >> RDEPENDS_${PN} += "libmnl"
> >
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50296): https://lists.yoctoproject.org/g/yocto/message/50296
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] pkg-config dependencies?

2020-08-17 Thread Rob Prowel


On 2020-08-17 15:38, Konrad Weihmann wrote:
Did you had a look at 
https://github.com/kraj/meta-openwrt/blob/master/recipes-networking/ipset/ipset_6.38.bb 
yet?
That pretty much looks like the one you were looking for, but for an 
older version, right?

Maybe you can try to use that recipe as a basis for your update package



Thanks for the suggestion, but that breaks it worse than the "from 
scratch" recipe.


At the point I was at, I just need to know how to "correctly" make 
PKG_CONFIG_PATH locate the libmnl.pc that already exists and is a 
requirement for other packages.


Need a better explanation of environment variables that are available 
during the tasks phases.  Since libmnl is already available then in 
theory it should just be pointing the PKG_CONFIG_PATH correctly.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50295): https://lists.yoctoproject.org/g/yocto/message/50295
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] pkg-config dependencies?

2020-08-17 Thread Konrad Weihmann

Did you had a look at 
https://github.com/kraj/meta-openwrt/blob/master/recipes-networking/ipset/ipset_6.38.bb 
yet?
That pretty much looks like the one you were looking for, but for an 
older version, right?

Maybe you can try to use that recipe as a basis for your update package

On 17.08.20 20:25, Alexander Kanavin wrote:

You need to add DEPENDS = "libmnl" maybe?

RDEPENDS is needed for runtime things like script interpreters or 
supplementary data; plain library dependencies are build-time.


Alex

On Mon, 17 Aug 2020 at 19:14, Rob Prowel > wrote:


I'm trying to add the ipset utility to my arm build so that I can group
IP/ports for use in tc and netfilter.  I was able to update the vendor
supplied iptools2 recipe to install tc and iptables, but ipset is a
fresh recipe, not included in another existing layer.

I'm adding the following in its bb file:

# -
SRC_URI =  "file://ipset-7.6.tar.bz2"
SRC_URI[md5sum] = "3a6f5952fd1bcf0eefb9c7c087acbfc9"


inherit pkgconfig

S = "${WORKDIR}/ipset-7.6"

RDEPENDS_${PN} += "libmnl"

FILES_${PN} =  ""
# list will be populated once I know what the package wants to install

do_configure(){
          ./configure --prefix=/ --host=arm-linuxeabi
}

do_compile(){
          make DESTDIR=${D}
}

do_install(){
          oe_runmake install DESTDIR=${D}
}

# -

problem is that it depends on libmnl (which already exists as a lower
layer recipe), and the ipset configure script barfs on pkg-config with
the following message.

| checking whether ln -s works... yes
| checking for libmnl... no
| configure: error: Package requirements (libmnl >= 1) were not met:
|
| No package 'libmnl' found
|
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
|
| Alternatively, you may set the environment variables libmnl_CFLAGS
| and libmnl_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| WARNING: exit code 1 from a shell command.


the PKG_CONFIG_PATH variable seems correct under devshell, but there is
no libmnl.pc file in there.  How do I force libmnl to create and
stage a
proper pkg-config .pc file where it needs to be?






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50294): https://lists.yoctoproject.org/g/yocto/message/50294
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] pkg-config dependencies?

2020-08-17 Thread Rob Prowel


On 2020-08-17 14:25, Alexander Kanavin wrote:

You need to add DEPENDS = "libmnl" maybe?

RDEPENDS is needed for runtime things like script interpreters or
supplementary data; plain library dependencies are build-time.


Tried both: DEPENDS and RDEPENDS.  libmnl.pc does exist in another tree 
but not visible to the ipset and not sure what environment var is proper 
to bring it into the build for ipset.bb


There is a temp/sysroots-components/... tree that contains the .pc file, 
but it's not visible to the ipset.bb recipe.  How do I make it visible 
in a way that's not a hack?


tmp/sysroots-components/cortexa9hf-neon/libmnl/usr/lib/pkgconfig/libmnl.pc

is not visible under

${WORKDIR}



On Mon, 17 Aug 2020 at 19:14, Rob Prowel  wrote:


I'm trying to add the ipset utility to my arm build so that I can group
IP/ports for use in tc and netfilter.  I was able to update the vendor
supplied iptools2 recipe to install tc and iptables, but ipset is a
fresh recipe, not included in another existing layer.

I'm adding the following in its bb file:

# -
SRC_URI =  "file://ipset-7.6.tar.bz2"
SRC_URI[md5sum] = "3a6f5952fd1bcf0eefb9c7c087acbfc9"


inherit pkgconfig

S = "${WORKDIR}/ipset-7.6"

RDEPENDS_${PN} += "libmnl"


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50293): https://lists.yoctoproject.org/g/yocto/message/50293
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] pkg-config dependencies?

2020-08-17 Thread Alexander Kanavin

You need to add DEPENDS = "libmnl" maybe?

RDEPENDS is needed for runtime things like script interpreters or
supplementary data; plain library dependencies are build-time.

Alex

On Mon, 17 Aug 2020 at 19:14, Rob Prowel  wrote:

> I'm trying to add the ipset utility to my arm build so that I can group
> IP/ports for use in tc and netfilter.  I was able to update the vendor
> supplied iptools2 recipe to install tc and iptables, but ipset is a
> fresh recipe, not included in another existing layer.
>
> I'm adding the following in its bb file:
>
> # -
> SRC_URI =  "file://ipset-7.6.tar.bz2"
> SRC_URI[md5sum] = "3a6f5952fd1bcf0eefb9c7c087acbfc9"
>
>
> inherit pkgconfig
>
> S = "${WORKDIR}/ipset-7.6"
>
> RDEPENDS_${PN} += "libmnl"
>
> FILES_${PN} =  ""
> # list will be populated once I know what the package wants to install
>
> do_configure(){
>  ./configure --prefix=/ --host=arm-linuxeabi
> }
>
> do_compile(){
>  make DESTDIR=${D}
> }
>
> do_install(){
>  oe_runmake install DESTDIR=${D}
> }
>
> # -
>
> problem is that it depends on libmnl (which already exists as a lower
> layer recipe), and the ipset configure script barfs on pkg-config with
> the following message.
>
> | checking whether ln -s works... yes
> | checking for libmnl... no
> | configure: error: Package requirements (libmnl >= 1) were not met:
> |
> | No package 'libmnl' found
> |
> | Consider adjusting the PKG_CONFIG_PATH environment variable if you
> | installed software in a non-standard prefix.
> |
> | Alternatively, you may set the environment variables libmnl_CFLAGS
> | and libmnl_LIBS to avoid the need to call pkg-config.
> | See the pkg-config man page for more details.
> | WARNING: exit code 1 from a shell command.
>
>
> the PKG_CONFIG_PATH variable seems correct under devshell, but there is
> no libmnl.pc file in there.  How do I force libmnl to create and stage a
> proper pkg-config .pc file where it needs to be?
>
>
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50292): https://lists.yoctoproject.org/g/yocto/message/50292
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] pkg-config dependencies?

2020-08-17 Thread Rob Prowel

I'm trying to add the ipset utility to my arm build so that I can group 
IP/ports for use in tc and netfilter.  I was able to update the vendor 
supplied iptools2 recipe to install tc and iptables, but ipset is a 
fresh recipe, not included in another existing layer.


I'm adding the following in its bb file:

# -
SRC_URI =  "file://ipset-7.6.tar.bz2"
SRC_URI[md5sum] = "3a6f5952fd1bcf0eefb9c7c087acbfc9"


inherit pkgconfig

S = "${WORKDIR}/ipset-7.6"

RDEPENDS_${PN} += "libmnl"

FILES_${PN} =  ""
# list will be populated once I know what the package wants to install

do_configure(){
./configure --prefix=/ --host=arm-linuxeabi
}

do_compile(){
make DESTDIR=${D}
}

do_install(){
oe_runmake install DESTDIR=${D}
}

# -

problem is that it depends on libmnl (which already exists as a lower 
layer recipe), and the ipset configure script barfs on pkg-config with 
the following message.


| checking whether ln -s works... yes
| checking for libmnl... no
| configure: error: Package requirements (libmnl >= 1) were not met:
|
| No package 'libmnl' found
|
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
|
| Alternatively, you may set the environment variables libmnl_CFLAGS
| and libmnl_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| WARNING: exit code 1 from a shell command.


the PKG_CONFIG_PATH variable seems correct under devshell, but there is 
no libmnl.pc file in there.  How do I force libmnl to create and stage a 
proper pkg-config .pc file where it needs to be?



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50291): https://lists.yoctoproject.org/g/yocto/message/50291
Mute This Topic: https://lists.yoctoproject.org/mt/76248388/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent double-free of user struct

2020-08-17 Thread Yongxin Liu

From: Matt Fleming 

commit 9567db2ebe566a93485e1a27d8759969d0002d7a in linux-rt-devel.

The way user struct reference counting works changed significantly with,

  fda31c50292a ("signal: avoid double atomic counter increments for user 
accounting")

Now user structs are only freed once the last pending signal is
dequeued. Make sigqueue_free_current() follow this new convention to
avoid freeing the user struct multiple times and triggering this
warning:

 refcount_t: underflow; use-after-free.
 WARNING: CPU: 0 PID: 6794 at lib/refcount.c:288 refcount_dec_not_one+0x45/0x50
 Call Trace:
  refcount_dec_and_lock_irqsave+0x16/0x60
  free_uid+0x31/0xa0
  __dequeue_signal+0x17c/0x190
  dequeue_signal+0x5a/0x1b0
  do_sigtimedwait+0x208/0x250
  __x64_sys_rt_sigtimedwait+0x6f/0xd0
  do_syscall_64+0x72/0x200
  entry_SYSCALL_64_after_hwframe+0x49/0xbe

Signed-off-by: Matt Fleming 
Reported-by: Daniel Wagner 
Signed-off-by: Sebastian Andrzej Siewior 
Signed-off-by: Yongxin Liu 
---
 kernel/signal.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/kernel/signal.c b/kernel/signal.c
index 96d80e60e72e..710e079abf01 100644
--- a/kernel/signal.c
+++ b/kernel/signal.c
@@ -496,8 +496,8 @@ static void sigqueue_free_current(struct sigqueue *q)
 
up = q->user;
if (rt_prio(current->normal_prio) && !put_task_cache(current, q)) {
-   atomic_dec(>sigpending);
-   free_uid(up);
+   if (atomic_dec_and_test(>sigpending))
+   free_uid(up);
} else
  __sigqueue_free(q);
 }
-- 
2.14.4

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8971): 
https://lists.yoctoproject.org/g/linux-yocto/message/8971
Mute This Topic: https://lists.yoctoproject.org/mt/76240226/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [auh] [PATCH RESEND 5/5] consistent naming for upgradehelper.py

2020-08-17 Thread Quentin Schulz



On August 16, 2020 11:57:54 PM GMT+02:00, Alexander Kanavin 
 wrote:
>Thanks, I have added this to AUH repo too now; I assume there are no
>changes in the re-sent patchset otherwise?
>

No change in any of the patches that I've resent.

Quentin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50290): https://lists.yoctoproject.org/g/yocto/message/50290
Mute This Topic: https://lists.yoctoproject.org/mt/76232367/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

2020-08-17 Thread Richard Purdie

On Mon, 2020-08-17 at 09:48 +0200, Zoran Stojsavljevic wrote:
> > Intel and WR YP QA is planning for QA execution for YP
> > build yocto-3.0.3.rc2.
> 
> With all due respect... INTEL part I'll drop out. ;-)
> 
> Better to keep YOCTO as an Open Source project without
> mentioning ECO systems financing it... Correct?!
> 
> YOCTO is an (Force Major context) Open Source project... Isn't it?!

Yocto Project is an open source project and it accepts contributions to
both code and in other work like QA from anyone. The QA process is
publicly documented, publicly announced and anyone can help with
ensuring our releases are up to the quality expected of us.

It is perfectly reasonable that companies stepping forward like this to
do work can refer to themselves by name.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50289): https://lists.yoctoproject.org/g/yocto/message/50289
Mute This Topic: https://lists.yoctoproject.org/mt/76203993/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

2020-08-17 Thread Sangeeta Jain

Apologies for the typo in mail earlier, Here’s the corrected one:

Hello All,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.0.4.rc1. 
We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. MPC8315e-rdb
7. Beaglebone

ETA for completion is next Wednesday, Aug 19.



Thanks,
Sangeeta



From: yocto@lists.yoctoproject.org  On Behalf Of 
Zoran
Sent: Monday, 17 August, 2020 3:49 PM
To: Jain, Sangeeta 
Cc: yocto@lists.yoctoproject.org; ota...@ossystems.com.br; 
yi.z...@windriver.com; Sangal, Apoorv ; Yeoh, Ee Peng 
; Chan, Aaron Chun Yew ; 
richard.pur...@linuxfoundation.org; akuster...@gmail.com; 
sjolley.yp...@gmail.com
Subject: Re: [yocto] QA notification for completed autobuilder build 
(yocto-3.0.4.rc1)

> Intel and WR YP QA is planning for QA execution for YP
> build yocto-3.0.3.rc2.

With all due respect... INTEL part I'll drop out. ;-)

Better to keep YOCTO as an Open Source project without
mentioning ECO systems financing it... Correct?!

YOCTO is an (Force Major context) Open Source project... Isn't it?!

Yes, Yocto is an Open Source project. Reason behind mentioning the QA teams is 
to acknowledge that someone is working on it and which parts are covered in 
testing.



Thank you,
Zoran Stojsavljevic
___



On Mon, Aug 17, 2020 at 9:09 AM Sangeeta Jain 
mailto:sangeeta.j...@intel.com>> wrote:
Hello All,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.0.3.rc2. 
We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. MPC8315e-rdb
7. Beaglebone

ETA for completion is next Wednesday, Aug 19.

Thanks,
Sangeeta

> -Original Message-
> From: Poky Build User 
> mailto:pokybu...@centos7-ty-4.yocto.io>>
> Sent: Saturday, 15 August, 2020 1:06 PM
> To: yocto@lists.yoctoproject.org
> Cc: ota...@ossystems.com.br; 
> yi.z...@windriver.com; Sangal, Apoorv
> mailto:apoorv.san...@intel.com>>; Yeoh, Ee Peng 
> mailto:ee.peng.y...@intel.com>>; Chan,
> Aaron Chun Yew 
> mailto:aaron.chun.yew.c...@intel.com>>;
> richard.pur...@linuxfoundation.org;
>  akuster...@gmail.com;
> sjolley.yp...@gmail.com; Jain, Sangeeta 
> mailto:sangeeta.j...@intel.com>>
> Subject: QA notification for completed autobuilder build (yocto-3.0.4.rc1)
>
>
> A build flagged for QA (yocto-3.0.4.rc1) was completed on the autobuilder and 
> is
> available at:
>
>
> https://autobuilder.yocto.io/pub/releases/yocto-3.0.4.rc1
>
>
> Build hash information:
>
> bitbake: fd279f857c98d492f43cc62d9ebae18ce6412b6e
> meta-arm: 38de27d05f104f989adfed5c5363464dd600b316
> meta-gplv2: 0f4eecc000f66d114ad258fa31aed66afa292166
> meta-intel: ce6f8ddd2d7f42a9fe530d30332b0d9695e4904b
> meta-kernel: cb7f0dc5bb1ea0998c8d4fcb486148d4cab575f4
> meta-mingw: 756963cc28ebc163df7d7f4b4ee004c18d3d3260
> oecore: 9cad716656b427e625a470a820b8b29b1ec9f976
> poky: f2eb22a8783f1eecf99bd4042695bab920eed00e
>
>
>
> This is an automated message from the Yocto Project Autobuilder
> Git: 
> git://git.yoctoproject.org/yocto-autobuilder2
> Email: 
> richard.pur...@linuxfoundation.org
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50288): https://lists.yoctoproject.org/g/yocto/message/50288
Mute This Topic: https://lists.yoctoproject.org/mt/76203993/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

2020-08-17 Thread Zoran

>* Intel* and WR YP QA is planning for QA execution for YP
> build yocto-3.0.3.rc2.

With all due respect... INTEL part I'll drop out. ;-)

Better to keep YOCTO as an Open Source project without
mentioning ECO systems financing it... Correct?!

YOCTO is an (Force Major context) Open Source project... Isn't it?!

Thank you,
Zoran Stojsavljevic
___




On Mon, Aug 17, 2020 at 9:09 AM Sangeeta Jain 
wrote:

> Hello All,
>
> Intel and WR YP QA is planning for QA execution for YP build
> yocto-3.0.3.rc2. We are planning to execute following tests for this cycle:
>
> OEQA-manual tests for following module:
> 1. OE-Core
> 2. BSP-hw
>
> Runtime auto test for following platforms:
> 1. MinnowTurbot 32-bit
> 2. Coffee Lake
> 3. NUC 7
> 4. NUC 6
> 5. Edgerouter
> 6. MPC8315e-rdb
> 7. Beaglebone
>
> ETA for completion is next Wednesday, Aug 19.
>
> Thanks,
> Sangeeta
>
> > -Original Message-
> > From: Poky Build User 
> > Sent: Saturday, 15 August, 2020 1:06 PM
> > To: yocto@lists.yoctoproject.org
> > Cc: ota...@ossystems.com.br; yi.z...@windriver.com; Sangal, Apoorv
> > ; Yeoh, Ee Peng ; Chan,
> > Aaron Chun Yew ;
> > richard.pur...@linuxfoundation.org; akuster...@gmail.com;
> > sjolley.yp...@gmail.com; Jain, Sangeeta 
> > Subject: QA notification for completed autobuilder build
> (yocto-3.0.4.rc1)
> >
> >
> > A build flagged for QA (yocto-3.0.4.rc1) was completed on the
> autobuilder and is
> > available at:
> >
> >
> > https://autobuilder.yocto.io/pub/releases/yocto-3.0.4.rc1
> >
> >
> > Build hash information:
> >
> > bitbake: fd279f857c98d492f43cc62d9ebae18ce6412b6e
> > meta-arm: 38de27d05f104f989adfed5c5363464dd600b316
> > meta-gplv2: 0f4eecc000f66d114ad258fa31aed66afa292166
> > meta-intel: ce6f8ddd2d7f42a9fe530d30332b0d9695e4904b
> > meta-kernel: cb7f0dc5bb1ea0998c8d4fcb486148d4cab575f4
> > meta-mingw: 756963cc28ebc163df7d7f4b4ee004c18d3d3260
> > oecore: 9cad716656b427e625a470a820b8b29b1ec9f976
> > poky: f2eb22a8783f1eecf99bd4042695bab920eed00e
> >
> >
> >
> > This is an automated message from the Yocto Project Autobuilder
> > Git: git://git.yoctoproject.org/yocto-autobuilder2
> > Email: richard.pur...@linuxfoundation.org
> >
> >
> >
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50287): https://lists.yoctoproject.org/g/yocto/message/50287
Mute This Topic: https://lists.yoctoproject.org/mt/76203993/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

2020-08-17 Thread Sangeeta Jain

Hello All,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.0.3.rc2. 
We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. MPC8315e-rdb
7. Beaglebone

ETA for completion is next Wednesday, Aug 19.

Thanks,
Sangeeta

> -Original Message-
> From: Poky Build User 
> Sent: Saturday, 15 August, 2020 1:06 PM
> To: yocto@lists.yoctoproject.org
> Cc: ota...@ossystems.com.br; yi.z...@windriver.com; Sangal, Apoorv
> ; Yeoh, Ee Peng ; Chan,
> Aaron Chun Yew ;
> richard.pur...@linuxfoundation.org; akuster...@gmail.com;
> sjolley.yp...@gmail.com; Jain, Sangeeta 
> Subject: QA notification for completed autobuilder build (yocto-3.0.4.rc1)
> 
> 
> A build flagged for QA (yocto-3.0.4.rc1) was completed on the autobuilder and 
> is
> available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-3.0.4.rc1
> 
> 
> Build hash information:
> 
> bitbake: fd279f857c98d492f43cc62d9ebae18ce6412b6e
> meta-arm: 38de27d05f104f989adfed5c5363464dd600b316
> meta-gplv2: 0f4eecc000f66d114ad258fa31aed66afa292166
> meta-intel: ce6f8ddd2d7f42a9fe530d30332b0d9695e4904b
> meta-kernel: cb7f0dc5bb1ea0998c8d4fcb486148d4cab575f4
> meta-mingw: 756963cc28ebc163df7d7f4b4ee004c18d3d3260
> oecore: 9cad716656b427e625a470a820b8b29b1ec9f976
> poky: f2eb22a8783f1eecf99bd4042695bab920eed00e
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50286): https://lists.yoctoproject.org/g/yocto/message/50286
Mute This Topic: https://lists.yoctoproject.org/mt/76203993/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] NO INTERNET ENVIRONMENT - USING PREMIRROR fails -> gstreamer1.0_1.12.2.bb:do_unpack failed due to a fetch issue

2020-08-17 Thread baranarman

Hi Martin,

I am still stuck with this issue,
I understood that the autogen.sh is the point where it wants to update the 
common submodule.

*Even if BB_NO_NETWORK is set it still tries to access the* 
https://anongit.freedesktop.org/git/gstreamer/common.git ( 
https://anongit.freedesktop.org/git/gstreamer/common.git )
Which I think is quite surprising!

But about the following lines, I don't know how to do the described thing.

> 
> Usually it was failing in do_configure when building without access to
> this git repo, *we were adding "common" git repo to SRC_URI explicitly to
> make sure that the right revision is always there with the gstreamer
> sources and managed with bitbake fetcher (so that it's used from downloads
> directory instead of the fetch from internet every single time gst*
> recipes are rebuilt for whatever reason)*.

* What should i copy to my local? the content of 
https://anongit.freedesktop.org/git/gstreamer/common.git ??? shall i copy one 
file or complete directory
* And then in which file shall i add this url? 
/home/aselsan/imx-yocto-bsp/sources/poky/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.12.2.bb
 ? or in a new recipe
* And is it enough just to add the path to SRC_URI or shall i also add the file 
also ?
Regards,
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#50285): https://lists.yoctoproject.org/g/yocto/message/50285
Mute This Topic: https://lists.yoctoproject.org/mt/75744580/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] M+ & H bugs with Milestone Movements WW33

[yocto] Enhancements/Bugs closed WW32!

[yocto] Current high bug count owners for Yocto Project 3.2

[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

Re: [linux-yocto][yocto-kernel-cache][master/yocto-5.4][PATCH] bsp/intel-x86: Fix badly formatted config GPIO_GENERIC_PLATFORM

Re: [linux-yocto]: [kernel v5.4/standard/bcm-2xxx-rpi]: driver: net: lan78xx: fix building issue introduced by merging code from v5.4/standard/base

Re: [linux-yocto] [yocto-kernel-cache]: bcm-2xxx-rpi: fix a kernel config typo

Re: [linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent double-free of user struct

Re: [yocto] pkg-config dependencies?

[yocto] [meta-security][PATCH] trousers: Several Security fixes

Re: [yocto] pkg-config dependencies?

Re: [yocto] pkg-config dependencies?

Re: [yocto] pkg-config dependencies?

Re: [yocto] pkg-config dependencies?

Re: [yocto] pkg-config dependencies?

Re: [yocto] pkg-config dependencies?

[yocto] pkg-config dependencies?

[linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent double-free of user struct

Re: [yocto] [auh] [PATCH RESEND 5/5] consistent naming for upgradehelper.py

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

Re: [yocto] NO INTERNET ENVIRONMENT - USING PREMIRROR fails -> gstreamer1.0_1.12.2.bb:do_unpack failed due to a fetch issue

24 matches

Site Navigation

Mail list logo

Footer information