Something wrong with libunwind URL in Yocto #6
Comments
philb
pushed a commit
that referenced
this issue
Jul 8, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Jul 15, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Jul 15, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Jul 16, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Jul 27, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Jul 29, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Jul 30, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 3, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 17, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 18, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 18, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 20, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 24, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 24, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 27, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Aug 31, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
philb
pushed a commit
that referenced
this issue
Sep 14, 2015
the patch comes from: https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/507455 https://launchpadlibrarian.net/37882973/0001-telnetd-Fix-deadlock-on-cleanup.patch The cleanup function in telnetd is called both directly and on SIGCHLD signals. This, unfortunately, triggered a deadlock in eglibc 2.9 while running on a 2.6.31.11 kernel. What we were seeing is hangs like these: (gdb) bt #0 0xb7702424 in __kernel_vsyscall () #1 0xb7658e61 in __lll_lock_wait_private () from ./lib/libc.so.6 #2 0xb767e7b5 in _L_lock_15 () from ./lib/libc.so.6 #3 0xb767e6e0 in utmpname () from ./lib/libc.so.6 #4 0xb76bcde7 in logout () from ./lib/libutil.so.1 #5 0x0804c827 in cleanup () #6 <signal handler called> #7 0xb7702424 in __kernel_vsyscall () #8 0xb7641003 in __fcntl_nocancel () from ./lib/libc.so.6 #9 0xb767e0c3 in getutline_r_file () from ./lib/libc.so.6 #10 0xb767d675 in getutline_r () from ./lib/libc.so.6 #11 0xb76bce42 in logout () from ./lib/libutil.so.1 #12 0x0804c827 in cleanup () #13 0x0804a0b5 in telnet () #14 0x0804a9c3 in main () and what has happened here is that the user closes the telnet session via the escape character. This causes telnetd to call cleanup in frame the SIGCHLD signal is delivered while telnetd is executing cleanup. Telnetd then calls the signal handler for SIGCHLD, which is cleanup(). Ouch. The actual deadlock is in libc. getutline_r in frame #10 gets the __libc_utmp_lock lock, and utmpname above does the same thing in frame The fix registers the SIGCHLD handler as cleanup_sighandler, and makes cleanup disable the SIGCHLD signal before calling cleanup_sighandler. Signed-off-by: Simon Kagstrom <[email protected]> Signed-off-by: Li Wang <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
|
We don't use github.com for tracking issues. If the issue is still valid, then send a patch to [email protected] |
halstead
pushed a commit
that referenced
this issue
Apr 13, 2018
WARNING: hddtemp-0.3-beta15-r1 do_patch:
Some of the context lines in patches were ignored. This can lead to incorrectly applied patches.
The context lines in the patches can be updated with devtool:
devtool modify <recipe>
devtool finish --force-patch-refresh <recipe> <layer_path>
Then the updated patches and the source tree (in devtool's workspace)
should be reviewed to make sure the patches apply in the correct place
and don't introduce duplicate lines (which can, and does happen
when some of the context is ignored). Further information:
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
Details:
Applying patch hddtemp_0.3-beta15-52.diff
patching file doc/hddtemp.8
patching file po/fr.po
patching file po/ru.po
patching file po/sv.po
patching file po/pt.po
patching file po/de.po
patching file po/LINGUAS
patching file po/hddtemp.pot
patching file src/sata.c
patching file src/satacmds.c
patching file src/backtrace.c
patching file src/daemon.c
patching file src/hddtemp.c
Hunk #5 succeeded at 268 with fuzz 2 (offset 4 lines).
Hunk #6 succeeded at 283 (offset 4 lines).
Hunk #7 succeeded at 295 (offset 4 lines).
Hunk #8 succeeded at 372 (offset 4 lines).
Hunk #9 succeeded at 409 (offset 4 lines).
Hunk #10 succeeded at 483 (offset 4 lines).
Hunk #11 succeeded at 496 (offset 4 lines).
Hunk #12 succeeded at 510 (offset 4 lines).
Hunk #13 succeeded at 532 (offset 4 lines).
patching file src/ata.c
patching file src/hddtemp.h
patching file src/scsicmds.c
Now at patch hddtemp_0.3-beta15-52.diff
Signed-off-by: Armin Kuster <[email protected]>
kraj
pushed a commit
to kraj/meta-openembedded
that referenced
this issue
May 29, 2018
When switch PATCHTOOL to patch, the key-replay-cve-multiple.patch can't be apply with "--dry-run" as follows: checking file src/ap/ieee802_11.c checking file src/ap/wpa_auth.c checking file src/ap/wpa_auth.h checking file src/ap/wpa_auth_ft.c checking file src/ap/wpa_auth_i.h checking file src/common/wpa_common.h checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/rsn_supp/wpa.c Hunk openembedded#1 FAILED at 709. Hunk openembedded#2 FAILED at 757. Hunk openembedded#3 succeeded at 840 (offset -12 lines). Hunk openembedded#4 FAILED at 868. Hunk openembedded#5 FAILED at 900. Hunk openembedded#6 FAILED at 924. Hunk openembedded#7 succeeded at 1536 (offset -38 lines). Hunk openembedded#8 FAILED at 2386. Hunk openembedded#9 FAILED at 2920. Hunk openembedded#10 succeeded at 2940 (offset -46 lines). Hunk openembedded#11 FAILED at 2998. 8 out of 11 hunks FAILED checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 FAILED at 32. 1 out of 1 hunk FAILED checking file src/common/wpa_common.h Hunk openembedded#1 succeeded at 215 with fuzz 1. checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/ap/wpa_auth.c Hunk openembedded#1 succeeded at 1898 (offset -3 lines). Hunk openembedded#2 succeeded at 2470 (offset -3 lines). checking file src/rsn_supp/tdls.c checking file src/rsn_supp/wpa.c Hunk openembedded#1 succeeded at 2378 (offset -62 lines). checking file src/rsn_supp/wpa_ft.c checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 succeeded at 123 (offset -5 lines). So split the key-replay-cve-multiple.patch to 7 patches. Signed-off-by: Zheng Ruoqin <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to kraj/meta-openembedded
that referenced
this issue
May 29, 2018
When switch PATCHTOOL to patch, the key-replay-cve-multiple.patch can't be apply with "--dry-run" as follows: checking file src/ap/ieee802_11.c checking file src/ap/wpa_auth.c checking file src/ap/wpa_auth.h checking file src/ap/wpa_auth_ft.c checking file src/ap/wpa_auth_i.h checking file src/common/wpa_common.h checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/rsn_supp/wpa.c Hunk openembedded#1 FAILED at 709. Hunk openembedded#2 FAILED at 757. Hunk openembedded#3 succeeded at 840 (offset -12 lines). Hunk openembedded#4 FAILED at 868. Hunk openembedded#5 FAILED at 900. Hunk openembedded#6 FAILED at 924. Hunk openembedded#7 succeeded at 1536 (offset -38 lines). Hunk openembedded#8 FAILED at 2386. Hunk openembedded#9 FAILED at 2920. Hunk openembedded#10 succeeded at 2940 (offset -46 lines). Hunk openembedded#11 FAILED at 2998. 8 out of 11 hunks FAILED checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 FAILED at 32. 1 out of 1 hunk FAILED checking file src/common/wpa_common.h Hunk openembedded#1 succeeded at 215 with fuzz 1. checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/ap/wpa_auth.c Hunk openembedded#1 succeeded at 1898 (offset -3 lines). Hunk openembedded#2 succeeded at 2470 (offset -3 lines). checking file src/rsn_supp/tdls.c checking file src/rsn_supp/wpa.c Hunk openembedded#1 succeeded at 2378 (offset -62 lines). checking file src/rsn_supp/wpa_ft.c checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 succeeded at 123 (offset -5 lines). So split the key-replay-cve-multiple.patch to 7 patches. Signed-off-by: Zheng Ruoqin <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to kraj/meta-openembedded
that referenced
this issue
May 29, 2018
When switch PATCHTOOL to patch, the key-replay-cve-multiple.patch can't be apply with "--dry-run" as follows: checking file src/ap/ieee802_11.c checking file src/ap/wpa_auth.c checking file src/ap/wpa_auth.h checking file src/ap/wpa_auth_ft.c checking file src/ap/wpa_auth_i.h checking file src/common/wpa_common.h checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/rsn_supp/wpa.c Hunk openembedded#1 FAILED at 709. Hunk openembedded#2 FAILED at 757. Hunk openembedded#3 succeeded at 840 (offset -12 lines). Hunk openembedded#4 FAILED at 868. Hunk openembedded#5 FAILED at 900. Hunk openembedded#6 FAILED at 924. Hunk openembedded#7 succeeded at 1536 (offset -38 lines). Hunk openembedded#8 FAILED at 2386. Hunk openembedded#9 FAILED at 2920. Hunk openembedded#10 succeeded at 2940 (offset -46 lines). Hunk openembedded#11 FAILED at 2998. 8 out of 11 hunks FAILED checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 FAILED at 32. 1 out of 1 hunk FAILED checking file src/common/wpa_common.h Hunk openembedded#1 succeeded at 215 with fuzz 1. checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/ap/wpa_auth.c Hunk openembedded#1 succeeded at 1898 (offset -3 lines). Hunk openembedded#2 succeeded at 2470 (offset -3 lines). checking file src/rsn_supp/tdls.c checking file src/rsn_supp/wpa.c Hunk openembedded#1 succeeded at 2378 (offset -62 lines). checking file src/rsn_supp/wpa_ft.c checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 succeeded at 123 (offset -5 lines). So split the key-replay-cve-multiple.patch to 7 patches. Signed-off-by: Zheng Ruoqin <[email protected]> Signed-off-by: Khem Raj <[email protected]>
jpuhlman
pushed a commit
to MontaVista-OpenSourceTechnology/meta-openembedded
that referenced
this issue
Jun 13, 2018
Source: meta-openembedded MR: 00000 Type: Integration Disposition: Merged from meta-openembedded ChangeID: 543bb9c Description: When switch PATCHTOOL to patch, the key-replay-cve-multiple.patch can't be apply with "--dry-run" as follows: checking file src/ap/ieee802_11.c checking file src/ap/wpa_auth.c checking file src/ap/wpa_auth.h checking file src/ap/wpa_auth_ft.c checking file src/ap/wpa_auth_i.h checking file src/common/wpa_common.h checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/rsn_supp/wpa.c Hunk openembedded#1 FAILED at 709. Hunk openembedded#2 FAILED at 757. Hunk openembedded#3 succeeded at 840 (offset -12 lines). Hunk openembedded#4 FAILED at 868. Hunk openembedded#5 FAILED at 900. Hunk openembedded#6 FAILED at 924. Hunk openembedded#7 succeeded at 1536 (offset -38 lines). Hunk openembedded#8 FAILED at 2386. Hunk openembedded#9 FAILED at 2920. Hunk openembedded#10 succeeded at 2940 (offset -46 lines). Hunk openembedded#11 FAILED at 2998. 8 out of 11 hunks FAILED checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 FAILED at 32. 1 out of 1 hunk FAILED checking file src/common/wpa_common.h Hunk openembedded#1 succeeded at 215 with fuzz 1. checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/ap/wpa_auth.c Hunk openembedded#1 succeeded at 1898 (offset -3 lines). Hunk openembedded#2 succeeded at 2470 (offset -3 lines). checking file src/rsn_supp/tdls.c checking file src/rsn_supp/wpa.c Hunk openembedded#1 succeeded at 2378 (offset -62 lines). checking file src/rsn_supp/wpa_ft.c checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 succeeded at 123 (offset -5 lines). So split the key-replay-cve-multiple.patch to 7 patches. Signed-off-by: Zheng Ruoqin <[email protected]> Signed-off-by: Khem Raj <[email protected]> Signed-off-by: Jeremy Puhlman <[email protected]>
halstead
pushed a commit
that referenced
this issue
Jun 20, 2018
When switch PATCHTOOL to patch, the key-replay-cve-multiple.patch can't be apply with "--dry-run" as follows: checking file src/ap/ieee802_11.c checking file src/ap/wpa_auth.c checking file src/ap/wpa_auth.h checking file src/ap/wpa_auth_ft.c checking file src/ap/wpa_auth_i.h checking file src/common/wpa_common.h checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/rsn_supp/wpa.c Hunk #1 FAILED at 709. Hunk #2 FAILED at 757. Hunk #3 succeeded at 840 (offset -12 lines). Hunk #4 FAILED at 868. Hunk #5 FAILED at 900. Hunk #6 FAILED at 924. Hunk #7 succeeded at 1536 (offset -38 lines). Hunk #8 FAILED at 2386. Hunk #9 FAILED at 2920. Hunk #10 succeeded at 2940 (offset -46 lines). Hunk #11 FAILED at 2998. 8 out of 11 hunks FAILED checking file src/rsn_supp/wpa_i.h Hunk #1 FAILED at 32. 1 out of 1 hunk FAILED checking file src/common/wpa_common.h Hunk #1 succeeded at 215 with fuzz 1. checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/ap/wpa_auth.c Hunk #1 succeeded at 1898 (offset -3 lines). Hunk #2 succeeded at 2470 (offset -3 lines). checking file src/rsn_supp/tdls.c checking file src/rsn_supp/wpa.c Hunk #1 succeeded at 2378 (offset -62 lines). checking file src/rsn_supp/wpa_ft.c checking file src/rsn_supp/wpa_i.h Hunk #1 succeeded at 123 (offset -5 lines). So split the key-replay-cve-multiple.patch to 7 patches. Signed-off-by: Zheng Ruoqin <[email protected]> Signed-off-by: Khem Raj <[email protected]> (cherry picked from commit 543bb9c) Signed-off-by: Armin Kuster <[email protected]>
jpuhlman
pushed a commit
to MontaVista-OpenSourceTechnology/meta-openembedded
that referenced
this issue
Jun 26, 2018
Source: meta-openembedded MR: 00000 Type: Integration Disposition: Merged from meta-openembedded ChangeID: 49f937b Description: When switch PATCHTOOL to patch, the key-replay-cve-multiple.patch can't be apply with "--dry-run" as follows: checking file src/ap/ieee802_11.c checking file src/ap/wpa_auth.c checking file src/ap/wpa_auth.h checking file src/ap/wpa_auth_ft.c checking file src/ap/wpa_auth_i.h checking file src/common/wpa_common.h checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/rsn_supp/wpa.c Hunk openembedded#1 FAILED at 709. Hunk openembedded#2 FAILED at 757. Hunk openembedded#3 succeeded at 840 (offset -12 lines). Hunk openembedded#4 FAILED at 868. Hunk openembedded#5 FAILED at 900. Hunk openembedded#6 FAILED at 924. Hunk openembedded#7 succeeded at 1536 (offset -38 lines). Hunk openembedded#8 FAILED at 2386. Hunk openembedded#9 FAILED at 2920. Hunk openembedded#10 succeeded at 2940 (offset -46 lines). Hunk openembedded#11 FAILED at 2998. 8 out of 11 hunks FAILED checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 FAILED at 32. 1 out of 1 hunk FAILED checking file src/common/wpa_common.h Hunk openembedded#1 succeeded at 215 with fuzz 1. checking file src/rsn_supp/wpa.c checking file src/rsn_supp/wpa_i.h checking file src/ap/wpa_auth.c Hunk openembedded#1 succeeded at 1898 (offset -3 lines). Hunk openembedded#2 succeeded at 2470 (offset -3 lines). checking file src/rsn_supp/tdls.c checking file src/rsn_supp/wpa.c Hunk openembedded#1 succeeded at 2378 (offset -62 lines). checking file src/rsn_supp/wpa_ft.c checking file src/rsn_supp/wpa_i.h Hunk openembedded#1 succeeded at 123 (offset -5 lines). So split the key-replay-cve-multiple.patch to 7 patches. Signed-off-by: Zheng Ruoqin <[email protected]> Signed-off-by: Khem Raj <[email protected]> (cherry picked from commit 543bb9c) Signed-off-by: Armin Kuster <[email protected]> Signed-off-by: Jeremy Puhlman <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Jun 13, 2019
* Add EXTRA_CPANFLAGS to fix "undefined symbol: RAND_seed"
* Add DEPENDS on libcrypt-openssl-guess-perl-native
* Add runtime and ptest dependencies
Upstream release notes:
0.15 2018-04-22 rurban
- fix mingw hints for pkg-config support (akiym, PR openembedded#7)
0.14 2018-04-17 rurban
- add library paths to LIBS from Crypt::OpenSSL::Guess (akiym, PR openembedded#6)
0.13 2018-04-14 rurban
- move Crypt::OpenSSL::Guess to configure dependency. (grinnz, PR openembedded#4)
0.12 2018-04-13 rurban
- use Crypt::OpenSSL::Guess to resolve OpenSSL include path,
fixes MacOS's homebrew OpenSSL installation problem. (akiym, PR openembedded#3)
Signed-off-by: Tim Orling <[email protected]>
Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Jun 13, 2019
* Add EXTRA_CPANFLAGS to fix "undefined symbol: RAND_seed"
* Add DEPENDS on libcrypt-openssl-guess-perl-native
* Add runtime and ptest dependencies
Upstream release notes:
0.15 2018-04-22 rurban
- fix mingw hints for pkg-config support (akiym, PR openembedded#7)
0.14 2018-04-17 rurban
- add library paths to LIBS from Crypt::OpenSSL::Guess (akiym, PR openembedded#6)
0.13 2018-04-14 rurban
- move Crypt::OpenSSL::Guess to configure dependency. (grinnz, PR openembedded#4)
0.12 2018-04-13 rurban
- use Crypt::OpenSSL::Guess to resolve OpenSSL include path,
fixes MacOS's homebrew OpenSSL installation problem. (akiym, PR openembedded#3)
Signed-off-by: Tim Orling <[email protected]>
Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Jun 14, 2019
* Add EXTRA_CPANFLAGS to fix "undefined symbol: RAND_seed"
* Add DEPENDS on libcrypt-openssl-guess-perl-native
* Add runtime and ptest dependencies
Upstream release notes:
0.15 2018-04-22 rurban
- fix mingw hints for pkg-config support (akiym, PR openembedded#7)
0.14 2018-04-17 rurban
- add library paths to LIBS from Crypt::OpenSSL::Guess (akiym, PR openembedded#6)
0.13 2018-04-14 rurban
- move Crypt::OpenSSL::Guess to configure dependency. (grinnz, PR openembedded#4)
0.12 2018-04-13 rurban
- use Crypt::OpenSSL::Guess to resolve OpenSSL include path,
fixes MacOS's homebrew OpenSSL installation problem. (akiym, PR openembedded#3)
Signed-off-by: Tim Orling <[email protected]>
Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Jun 14, 2019
* Add EXTRA_CPANFLAGS to fix "undefined symbol: RAND_seed"
* Add DEPENDS on libcrypt-openssl-guess-perl-native
* Add runtime and ptest dependencies
Upstream release notes:
0.15 2018-04-22 rurban
- fix mingw hints for pkg-config support (akiym, PR openembedded#7)
0.14 2018-04-17 rurban
- add library paths to LIBS from Crypt::OpenSSL::Guess (akiym, PR openembedded#6)
0.13 2018-04-14 rurban
- move Crypt::OpenSSL::Guess to configure dependency. (grinnz, PR openembedded#4)
0.12 2018-04-13 rurban
- use Crypt::OpenSSL::Guess to resolve OpenSSL include path,
fixes MacOS's homebrew OpenSSL installation problem. (akiym, PR openembedded#3)
Signed-off-by: Tim Orling <[email protected]>
Signed-off-by: Khem Raj <[email protected]>
schnitzeltony
added a commit
to schnitzeltony/meta-openembedded
that referenced
this issue
Jan 14, 2021
It builds out of tree fine now. Release notes for 4.16.0 ======================== - Fulltext now searches files with UTF-7, UTF-8, UTF-16 BE/LE, and UTF-32 BE/LE encodings - Replace Gtk/Gdk/GLib deprecated code (openembedded#6) - Use "match all" method for fulltext search (openembedded#30) Translation Updates: Arabic, Basque, Belarusian, Danish, Estonian, Finnish, French, Indonesian, Japanese, Kabyle, Norwegian Bokmål, Portuguese, Portuguese (Brazil), Russian, Serbian, Slovak, Slovenian, Spanish, Swedish, Turkish Release notes for 4.15.0 ======================== [Please note that this is a development release.] Disclaimer on the significant version bump (1.4.x to 4.15.x): With this release, Catfish has started integrating Xfce components. Going forward, Catfish's versioning scheme will reflect the target Xfce release. Dependency Changes: - GTK >= 3.22 - GLib >= 2.42 - Python 2 support has been removed - Python 3 >= 3.2 (openembedded#33) - Xfconf >= 4.14.0 (requires GObject Introspection, see INSTALL) - Zeitgeist optional dependency now requires GObject Introspection New Features: - Added Ctrl+H shortcut to show/hide hidden files (openembedded#16) - Added "Today" and "Month" filters to the sidebar (openembedded#23) - Fulltext searches now include more text files (openembedded#7) General: - New app icon, now using an rDNS icon name (org.xfce.catfish) - Migrated ChangeLog to NEWS to better match Xfce projects - Renamed README to README.md and updated to match Xfce projects - Updated INSTALL to reference python3-specific packages (openembedded#36) - Various in-app icon updates (openembedded#15, openembedded#17, openembedded#26) - Added additional padding to Other and Custom gear icons (openembedded#20) Bug Fixes: - Check if zeitgeist daemon is running at startup (openembedded#34) - Correctly position custom filter popups above gear icon (openembedded#18) - Default to the current date in the custom date filters (openembedded#24) - Fix 'list' object has no attribute 'lower' (openembedded#9) - Fix fulltext freeze with special files (openembedded#32) - Fix python crash when some extension scheme is used (openembedded#35) - Fix statusbar moving on mouseover - Move custom file extension hint to tooltip (openembedded#25) - Sidebar entries no longer move when losing focus (openembedded#22) Translation Updates: Albanian, Arabic, Armenian (Armenia), Basque, Belarusian, Bulgarian, Catalan, Chinese (China), Chinese (Taiwan), Croatian, Czech, Danish, Dutch, Eastern Armenian, English (Australia), Estonian, Finnish, French, Galician, German, Greek, Hebrew, Hungarian, Icelandic, Indonesian, Interlingue, Italian, Japanese, Korean, Lithuanian, Malay, Norwegian Bokmål, Norwegian Nynorsk, Polish, Portuguese, Portuguese (Brazil), Russian, Serbian, Slovak, Slovenian, Spanish, Thai, Turkish, Ukrainian Signed-off-by: Andreas Müller <[email protected]>
schnitzeltony
added a commit
to schnitzeltony/meta-openembedded
that referenced
this issue
Jan 14, 2021
It builds out of tree fine now. Release notes for 4.16.0 ======================== - Fulltext now searches files with UTF-7, UTF-8, UTF-16 BE/LE, and UTF-32 BE/LE encodings - Replace Gtk/Gdk/GLib deprecated code (openembedded#6) - Use "match all" method for fulltext search (openembedded#30) Translation Updates: Arabic, Basque, Belarusian, Danish, Estonian, Finnish, French, Indonesian, Japanese, Kabyle, Norwegian Bokmål, Portuguese, Portuguese (Brazil), Russian, Serbian, Slovak, Slovenian, Spanish, Swedish, Turkish Release notes for 4.15.0 ======================== [Please note that this is a development release.] Disclaimer on the significant version bump (1.4.x to 4.15.x): With this release, Catfish has started integrating Xfce components. Going forward, Catfish's versioning scheme will reflect the target Xfce release. Dependency Changes: - GTK >= 3.22 - GLib >= 2.42 - Python 2 support has been removed - Python 3 >= 3.2 (openembedded#33) - Xfconf >= 4.14.0 (requires GObject Introspection, see INSTALL) - Zeitgeist optional dependency now requires GObject Introspection New Features: - Added Ctrl+H shortcut to show/hide hidden files (openembedded#16) - Added "Today" and "Month" filters to the sidebar (openembedded#23) - Fulltext searches now include more text files (openembedded#7) General: - New app icon, now using an rDNS icon name (org.xfce.catfish) - Migrated ChangeLog to NEWS to better match Xfce projects - Renamed README to README.md and updated to match Xfce projects - Updated INSTALL to reference python3-specific packages (openembedded#36) - Various in-app icon updates (openembedded#15, openembedded#17, openembedded#26) - Added additional padding to Other and Custom gear icons (openembedded#20) Bug Fixes: - Check if zeitgeist daemon is running at startup (openembedded#34) - Correctly position custom filter popups above gear icon (openembedded#18) - Default to the current date in the custom date filters (openembedded#24) - Fix 'list' object has no attribute 'lower' (openembedded#9) - Fix fulltext freeze with special files (openembedded#32) - Fix python crash when some extension scheme is used (openembedded#35) - Fix statusbar moving on mouseover - Move custom file extension hint to tooltip (openembedded#25) - Sidebar entries no longer move when losing focus (openembedded#22) Translation Updates: Albanian, Arabic, Armenian (Armenia), Basque, Belarusian, Bulgarian, Catalan, Chinese (China), Chinese (Taiwan), Croatian, Czech, Danish, Dutch, Eastern Armenian, English (Australia), Estonian, Finnish, French, Galician, German, Greek, Hebrew, Hungarian, Icelandic, Indonesian, Interlingue, Italian, Japanese, Korean, Lithuanian, Malay, Norwegian Bokmål, Norwegian Nynorsk, Polish, Portuguese, Portuguese (Brazil), Russian, Serbian, Slovak, Slovenian, Spanish, Thai, Turkish, Ukrainian Signed-off-by: Andreas Müller <[email protected]>
schnitzeltony
added a commit
to schnitzeltony/meta-openembedded
that referenced
this issue
Feb 8, 2021
Moved to meson build 3.24.3 (stable): The tarball for 3.24.3 has been created with 'meson dist'. If you build with Autotools from the tarball, please read the relevant part of the README file. Gtk: * Actionable::get_action_target_value(): Fix ref count (Kjell Ahlstedt) Documentation: * Improve the documentation of Gtk::Application::add_window() and Gtk::Window::set_application() (Kjell Ahlstedt) Issue openembedded#56 (Daniel Boles) * Gtk::Button::set_image(): Fix the documentation (Daniel Boles) Issue openembedded#58, merge request !22 * Gtk::TreeView::append_column(): Add code example (Pavlo Solntsev) Merge request !21 * README: Add instructions for building gtkmm (Kjell Ahlstedt) * Explain key values (Kjell Ahlstedt) Issue openembedded#6 (Mark Vender) Demos: * Don't use C++14 auto deduction (Daniel Boles) * Update the GLArea demo (similar to updates in gtk+) (Kjell Ahlstedt) * GLArea demo: Fix a crash (Kjell Ahlstedt) Issue openembedded#63 (Gerlof Fokkema) Tests: * Builder test: Test derived props declared in C++ (Daniel Boles) Merge request !23 Build: * Improve NMake support (Chun-wei Fan) * Fix Autotools build with X11 backend disabled (--enable-x11-backend=no) (Kjell Ahlstedt) * Use __declspec(dllexport) when building with Visual Studio (Chun-wei Fan) Merge request !25 * Add support for building gtkmm with Meson (Chun-wei Fan, Kjell Ahlstedt) Merge request !24, !26 * docs/reference/: Update for Doxygen >= 1.8.16 (Kjell Ahlstedt) Signed-off-by: Andreas Müller <[email protected]>
schnitzeltony
added a commit
to schnitzeltony/meta-openembedded
that referenced
this issue
Feb 8, 2021
Moved to meson build 3.24.3 (stable): The tarball for 3.24.3 has been created with 'meson dist'. If you build with Autotools from the tarball, please read the relevant part of the README file. Gtk: * Actionable::get_action_target_value(): Fix ref count (Kjell Ahlstedt) Documentation: * Improve the documentation of Gtk::Application::add_window() and Gtk::Window::set_application() (Kjell Ahlstedt) Issue openembedded#56 (Daniel Boles) * Gtk::Button::set_image(): Fix the documentation (Daniel Boles) Issue openembedded#58, merge request !22 * Gtk::TreeView::append_column(): Add code example (Pavlo Solntsev) Merge request !21 * README: Add instructions for building gtkmm (Kjell Ahlstedt) * Explain key values (Kjell Ahlstedt) Issue openembedded#6 (Mark Vender) Demos: * Don't use C++14 auto deduction (Daniel Boles) * Update the GLArea demo (similar to updates in gtk+) (Kjell Ahlstedt) * GLArea demo: Fix a crash (Kjell Ahlstedt) Issue openembedded#63 (Gerlof Fokkema) Tests: * Builder test: Test derived props declared in C++ (Daniel Boles) Merge request !23 Build: * Improve NMake support (Chun-wei Fan) * Fix Autotools build with X11 backend disabled (--enable-x11-backend=no) (Kjell Ahlstedt) * Use __declspec(dllexport) when building with Visual Studio (Chun-wei Fan) Merge request !25 * Add support for building gtkmm with Meson (Chun-wei Fan, Kjell Ahlstedt) Merge request !24, !26 * docs/reference/: Update for Doxygen >= 1.8.16 (Kjell Ahlstedt) Signed-off-by: Andreas Müller <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Feb 11, 2021
Moved to meson build 3.24.3 (stable): The tarball for 3.24.3 has been created with 'meson dist'. If you build with Autotools from the tarball, please read the relevant part of the README file. Gtk: * Actionable::get_action_target_value(): Fix ref count (Kjell Ahlstedt) Documentation: * Improve the documentation of Gtk::Application::add_window() and Gtk::Window::set_application() (Kjell Ahlstedt) Issue openembedded#56 (Daniel Boles) * Gtk::Button::set_image(): Fix the documentation (Daniel Boles) Issue openembedded#58, merge request !22 * Gtk::TreeView::append_column(): Add code example (Pavlo Solntsev) Merge request !21 * README: Add instructions for building gtkmm (Kjell Ahlstedt) * Explain key values (Kjell Ahlstedt) Issue openembedded#6 (Mark Vender) Demos: * Don't use C++14 auto deduction (Daniel Boles) * Update the GLArea demo (similar to updates in gtk+) (Kjell Ahlstedt) * GLArea demo: Fix a crash (Kjell Ahlstedt) Issue openembedded#63 (Gerlof Fokkema) Tests: * Builder test: Test derived props declared in C++ (Daniel Boles) Merge request !23 Build: * Improve NMake support (Chun-wei Fan) * Fix Autotools build with X11 backend disabled (--enable-x11-backend=no) (Kjell Ahlstedt) * Use __declspec(dllexport) when building with Visual Studio (Chun-wei Fan) Merge request !25 * Add support for building gtkmm with Meson (Chun-wei Fan, Kjell Ahlstedt) Merge request !24, !26 * docs/reference/: Update for Doxygen >= 1.8.16 (Kjell Ahlstedt) Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Feb 11, 2021
Moved to meson build 3.24.3 (stable): The tarball for 3.24.3 has been created with 'meson dist'. If you build with Autotools from the tarball, please read the relevant part of the README file. Gtk: * Actionable::get_action_target_value(): Fix ref count (Kjell Ahlstedt) Documentation: * Improve the documentation of Gtk::Application::add_window() and Gtk::Window::set_application() (Kjell Ahlstedt) Issue openembedded#56 (Daniel Boles) * Gtk::Button::set_image(): Fix the documentation (Daniel Boles) Issue openembedded#58, merge request !22 * Gtk::TreeView::append_column(): Add code example (Pavlo Solntsev) Merge request !21 * README: Add instructions for building gtkmm (Kjell Ahlstedt) * Explain key values (Kjell Ahlstedt) Issue openembedded#6 (Mark Vender) Demos: * Don't use C++14 auto deduction (Daniel Boles) * Update the GLArea demo (similar to updates in gtk+) (Kjell Ahlstedt) * GLArea demo: Fix a crash (Kjell Ahlstedt) Issue openembedded#63 (Gerlof Fokkema) Tests: * Builder test: Test derived props declared in C++ (Daniel Boles) Merge request !23 Build: * Improve NMake support (Chun-wei Fan) * Fix Autotools build with X11 backend disabled (--enable-x11-backend=no) (Kjell Ahlstedt) * Use __declspec(dllexport) when building with Visual Studio (Chun-wei Fan) Merge request !25 * Add support for building gtkmm with Meson (Chun-wei Fan, Kjell Ahlstedt) Merge request !24, !26 * docs/reference/: Update for Doxygen >= 1.8.16 (Kjell Ahlstedt) Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Feb 11, 2021
Moved to meson build 3.24.3 (stable): The tarball for 3.24.3 has been created with 'meson dist'. If you build with Autotools from the tarball, please read the relevant part of the README file. Gtk: * Actionable::get_action_target_value(): Fix ref count (Kjell Ahlstedt) Documentation: * Improve the documentation of Gtk::Application::add_window() and Gtk::Window::set_application() (Kjell Ahlstedt) Issue openembedded#56 (Daniel Boles) * Gtk::Button::set_image(): Fix the documentation (Daniel Boles) Issue openembedded#58, merge request !22 * Gtk::TreeView::append_column(): Add code example (Pavlo Solntsev) Merge request !21 * README: Add instructions for building gtkmm (Kjell Ahlstedt) * Explain key values (Kjell Ahlstedt) Issue openembedded#6 (Mark Vender) Demos: * Don't use C++14 auto deduction (Daniel Boles) * Update the GLArea demo (similar to updates in gtk+) (Kjell Ahlstedt) * GLArea demo: Fix a crash (Kjell Ahlstedt) Issue openembedded#63 (Gerlof Fokkema) Tests: * Builder test: Test derived props declared in C++ (Daniel Boles) Merge request !23 Build: * Improve NMake support (Chun-wei Fan) * Fix Autotools build with X11 backend disabled (--enable-x11-backend=no) (Kjell Ahlstedt) * Use __declspec(dllexport) when building with Visual Studio (Chun-wei Fan) Merge request !25 * Add support for building gtkmm with Meson (Chun-wei Fan, Kjell Ahlstedt) Merge request !24, !26 * docs/reference/: Update for Doxygen >= 1.8.16 (Kjell Ahlstedt) Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Feb 11, 2021
Moved to meson build 3.24.3 (stable): The tarball for 3.24.3 has been created with 'meson dist'. If you build with Autotools from the tarball, please read the relevant part of the README file. Gtk: * Actionable::get_action_target_value(): Fix ref count (Kjell Ahlstedt) Documentation: * Improve the documentation of Gtk::Application::add_window() and Gtk::Window::set_application() (Kjell Ahlstedt) Issue openembedded#56 (Daniel Boles) * Gtk::Button::set_image(): Fix the documentation (Daniel Boles) Issue openembedded#58, merge request !22 * Gtk::TreeView::append_column(): Add code example (Pavlo Solntsev) Merge request !21 * README: Add instructions for building gtkmm (Kjell Ahlstedt) * Explain key values (Kjell Ahlstedt) Issue openembedded#6 (Mark Vender) Demos: * Don't use C++14 auto deduction (Daniel Boles) * Update the GLArea demo (similar to updates in gtk+) (Kjell Ahlstedt) * GLArea demo: Fix a crash (Kjell Ahlstedt) Issue openembedded#63 (Gerlof Fokkema) Tests: * Builder test: Test derived props declared in C++ (Daniel Boles) Merge request !23 Build: * Improve NMake support (Chun-wei Fan) * Fix Autotools build with X11 backend disabled (--enable-x11-backend=no) (Kjell Ahlstedt) * Use __declspec(dllexport) when building with Visual Studio (Chun-wei Fan) Merge request !25 * Add support for building gtkmm with Meson (Chun-wei Fan, Kjell Ahlstedt) Merge request !24, !26 * docs/reference/: Update for Doxygen >= 1.8.16 (Kjell Ahlstedt) Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
halstead
pushed a commit
that referenced
this issue
Apr 7, 2021
* fixes: WARNING: opencv-4.1.0-r0 do_patch: Fuzz detected: Applying patch CVE-2019-14491.patch patching file modules/objdetect/src/cascadedetect.cpp Hunk #1 succeeded at 46 with fuzz 1 (offset -1 lines). Hunk #2 succeeded at 540 (offset -1 lines). Hunk #3 succeeded at 552 (offset -1 lines). Hunk #4 succeeded at 613 (offset -1 lines). Hunk #5 succeeded at 774 (offset -1 lines). Hunk #6 succeeded at 825 (offset -1 lines). Hunk #7 succeeded at 1470 (offset -36 lines). patching file modules/objdetect/src/cascadedetect.hpp The context lines in the patches can be updated with devtool: devtool modify opencv devtool finish --force-patch-refresh opencv <layer_path> Don't forget to review changes done by devtool! WARNING: opencv-4.1.0-r0 do_patch: QA Issue: Patch log indicates that patches do not apply cleanly. [patch-fuzz] Signed-off-by: Martin Jansa <[email protected]> Signed-off-by: Armin Kuster <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Apr 7, 2021
Release notes for 0.5.2 ======================= A bugfix and translation update, a new icon, various cleanups.. thanks to all contributors ! ====== - Update TODO - Refresh Glade file, drop unused tab labels (fixes openembedded#13) - move the logic setting GtkSpin port value to setup_for_type() (openembedded#11) - Use new icon in window titlebar - Fix compilation warnings - autoconf: Some updates - Only show an error dialog if the host field is visible/required - Remove capitalization from icon name - Update GenericName (openembedded#2) - Fix comment style. - Remove GSourceFunc casts - Update Makefile.am - Add gigolo.ui to POTFILES.in (Issue openembedded#6) - Added new icons following new style and reverse DNS format. - Add new README.md and update AM_INIT_AUTOMAKE - Add basic GitLab pipeline - Bug #16717: Move from exo-csource to xdt-csource - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
jpuhlman
pushed a commit
to MontaVista-OpenSourceTechnology/meta-openembedded
that referenced
this issue
Apr 8, 2021
Source: meta-openembedded MR: 108246 Type: Integration Disposition: Merged from meta-openembedded ChangeID: 637967e Description: * fixes: WARNING: opencv-4.1.0-r0 do_patch: Fuzz detected: Applying patch CVE-2019-14491.patch patching file modules/objdetect/src/cascadedetect.cpp Hunk openembedded#1 succeeded at 46 with fuzz 1 (offset -1 lines). Hunk openembedded#2 succeeded at 540 (offset -1 lines). Hunk openembedded#3 succeeded at 552 (offset -1 lines). Hunk openembedded#4 succeeded at 613 (offset -1 lines). Hunk openembedded#5 succeeded at 774 (offset -1 lines). Hunk openembedded#6 succeeded at 825 (offset -1 lines). Hunk openembedded#7 succeeded at 1470 (offset -36 lines). patching file modules/objdetect/src/cascadedetect.hpp The context lines in the patches can be updated with devtool: devtool modify opencv devtool finish --force-patch-refresh opencv <layer_path> Don't forget to review changes done by devtool! WARNING: opencv-4.1.0-r0 do_patch: QA Issue: Patch log indicates that patches do not apply cleanly. [patch-fuzz] Signed-off-by: Martin Jansa <[email protected]> Signed-off-by: Armin Kuster <[email protected]> Signed-off-by: Jeremy Puhlman <[email protected]>
halstead
pushed a commit
that referenced
this issue
Apr 8, 2021
Release notes for 0.5.2 ======================= A bugfix and translation update, a new icon, various cleanups.. thanks to all contributors ! ====== - Update TODO - Refresh Glade file, drop unused tab labels (fixes #13) - move the logic setting GtkSpin port value to setup_for_type() (#11) - Use new icon in window titlebar - Fix compilation warnings - autoconf: Some updates - Only show an error dialog if the host field is visible/required - Remove capitalization from icon name - Update GenericName (#2) - Fix comment style. - Remove GSourceFunc casts - Update Makefile.am - Add gigolo.ui to POTFILES.in (Issue #6) - Added new icons following new style and reverse DNS format. - Add new README.md and update AM_INIT_AUTOMAKE - Add basic GitLab pipeline - Bug #16717: Move from exo-csource to xdt-csource - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
halstead
pushed a commit
that referenced
this issue
Apr 10, 2021
Release notes for 0.5.2 ======================= A bugfix and translation update, a new icon, various cleanups.. thanks to all contributors ! ====== - Update TODO - Refresh Glade file, drop unused tab labels (fixes #13) - move the logic setting GtkSpin port value to setup_for_type() (#11) - Use new icon in window titlebar - Fix compilation warnings - autoconf: Some updates - Only show an error dialog if the host field is visible/required - Remove capitalization from icon name - Update GenericName (#2) - Fix comment style. - Remove GSourceFunc casts - Update Makefile.am - Add gigolo.ui to POTFILES.in (Issue #6) - Added new icons following new style and reverse DNS format. - Add new README.md and update AM_INIT_AUTOMAKE - Add basic GitLab pipeline - Bug #16717: Move from exo-csource to xdt-csource - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]> (cherry picked from commit e2add12) Signed-off-by: Armin Kuster <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
May 24, 2021
- Add link to Imgur ToS (openembedded#54) - Add notice about imgur (openembedded#53) - Add launchable tag to appdata.xml - Update help message for --save option - Add combobox with file extensions (openembedded#6) - Add option to capture window border or not (openembedded#4) - Preserve last used extension - Save screenshots according to the extension (openembedded#6) - Avoid save dialog loop if action was specified from CLI (openembedded#41) - Respect windows scaling (!18) - Fix compilation warnings - Add version check for pango - Correctly calculate dimensions of size window (openembedded#37) - Add option to disable Imgur upload (openembedded#20) - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
halstead
pushed a commit
that referenced
this issue
May 28, 2021
- Add link to Imgur ToS (#54) - Add notice about imgur (#53) - Add launchable tag to appdata.xml - Update help message for --save option - Add combobox with file extensions (#6) - Add option to capture window border or not (#4) - Preserve last used extension - Save screenshots according to the extension (#6) - Avoid save dialog loop if action was specified from CLI (#41) - Respect windows scaling (!18) - Fix compilation warnings - Add version check for pango - Correctly calculate dimensions of size window (#37) - Add option to disable Imgur upload (#20) - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Mar 22, 2022
Add a DESCRIPTION. Commits added: 1c57818 etc/labels.db: add MiTAC HAWK layout d98769e Merge pull request openembedded#13 from musicinmybrain/fsf-address edf15c8 Update obsolete FSF postal addresses 556ebce Merge pull request openembedded#6 from paulmenzel/remove-blank-lines-at-eof-in-labels.db 55865fb etc/labels.db: Remove blank lines at end of file The COPYING license file was changed in: edf15c8 Update obsolete FSF postal addresses In addition to changing the address, the file indentation was also changed. Signed-off-by: Randy MacLeod <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Mar 23, 2022
Add a DESCRIPTION. Commits added: 1c57818 etc/labels.db: add MiTAC HAWK layout d98769e Merge pull request openembedded#13 from musicinmybrain/fsf-address edf15c8 Update obsolete FSF postal addresses 556ebce Merge pull request openembedded#6 from paulmenzel/remove-blank-lines-at-eof-in-labels.db 55865fb etc/labels.db: Remove blank lines at end of file The COPYING license file was changed in: edf15c8 Update obsolete FSF postal addresses In addition to changing the address, the file indentation was also changed. Signed-off-by: Randy MacLeod <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Mar 23, 2022
Add a DESCRIPTION. Commits added: 1c57818 etc/labels.db: add MiTAC HAWK layout d98769e Merge pull request openembedded#13 from musicinmybrain/fsf-address edf15c8 Update obsolete FSF postal addresses 556ebce Merge pull request openembedded#6 from paulmenzel/remove-blank-lines-at-eof-in-labels.db 55865fb etc/labels.db: Remove blank lines at end of file The COPYING license file was changed in: edf15c8 Update obsolete FSF postal addresses In addition to changing the address, the file indentation was also changed. Signed-off-by: Randy MacLeod <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Mar 23, 2022
Add a DESCRIPTION. Commits added: 1c57818 etc/labels.db: add MiTAC HAWK layout d98769e Merge pull request openembedded#13 from musicinmybrain/fsf-address edf15c8 Update obsolete FSF postal addresses 556ebce Merge pull request openembedded#6 from paulmenzel/remove-blank-lines-at-eof-in-labels.db 55865fb etc/labels.db: Remove blank lines at end of file The COPYING license file was changed in: edf15c8 Update obsolete FSF postal addresses In addition to changing the address, the file indentation was also changed. Signed-off-by: Randy MacLeod <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Mar 24, 2022
Add a DESCRIPTION. Commits added: 1c57818 etc/labels.db: add MiTAC HAWK layout d98769e Merge pull request openembedded#13 from musicinmybrain/fsf-address edf15c8 Update obsolete FSF postal addresses 556ebce Merge pull request openembedded#6 from paulmenzel/remove-blank-lines-at-eof-in-labels.db 55865fb etc/labels.db: Remove blank lines at end of file The COPYING license file was changed in: edf15c8 Update obsolete FSF postal addresses In addition to changing the address, the file indentation was also changed. Signed-off-by: Randy MacLeod <[email protected]> Signed-off-by: Khem Raj <[email protected]>
schnitzeltony
added a commit
to schnitzeltony/meta-openembedded
that referenced
this issue
Apr 1, 2022
* License checksum changed by polishing [1} * Patch does not apply but took care for libical3 - see announcement below [1] https://gitlab.xfce.org/apps/orage/-/commit/723fb89b3011db32a64986ea9ae560ae009f68fd Release notes for 4.16.0 ======================== Note: GlobalTime and Orage panel plugin are being deprecated and will be removed in a future release. Their features will be integrated with or provided by existing Xfce components. See https://gitlab.xfce.org/apps/orage/-/issues/3#note_43209 Finalize port to GTK 3, small fixes and cleanup for 4.16.0 (see MRs for more details): - Add new application icon (!18) - Fix some memory leaks - i18n: Use `xfce_textdomain()` to initialize translations - Trace messages cleanup (!15) - Update COPYING (Issue openembedded#10, !17) - Use stdout and stderr correctly in main.c - Build tz_convert only with bundled libical (!14) - Switch to reverse-DNS naming for icon and desktop files (!13) - D-Bus service cleanup (!12) - Fix `orage_exec()` and its calls - Update project files (!10) - Fixed strptime parse issue on FreeBSD (openembedded#6, !11) - Fix make distcheck warnning - Fixed libpopt detection on FreeBSD (!9) - Fix build warnings 3: Clang static analyzer (!6) - Added 'git' to program version string and 'sed' check (!7) - Fix build warnings 2: Compilation (!4) - Fix build warnings 1: Autotools (!3) - Add basic GitLab pipeline (!2) Commits from merge request !1 (GTK 3 port), which also includes 4.15.x below: - Reverted to c60567fe - Fixed typos - Added support for 'legacy' non RGBA GTK colours. Both RGBA and old colous are now supported. - Replaced unused parameters '(void)' castings with GLib G_GNUC_UNUSED. Added GLib check to configure. - Removed trailing whitespaces and corrected formatting - Updated version numbers - Aligned new appointment->alarm Sound and Procedure entry fields and removed unused code. - Renamed 'OragePlugin *clock' to 'OragePlugin *plugin' or 'OragePlugin *orage_plugin' - Fixed libical support, supported libical version is now >= 3.0. - Added variable tmp only when HAVE_LIBICAL is not defined - Dead code removal - Removed outdated is_utc, libical uses UTC timezone. This patch allows to use libical 3.0 - Updated with 'Ical week start day' issue - Fixed: "'Ical week start day' configuration parameter is ignored". Issue openembedded#5 - Changed version number to 4.15.2 - Translation Updates Signed-off-by: Andreas Müller <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Apr 2, 2022
* License checksum changed by polishing [1} * Patch does not apply but took care for libical3 - see announcement below [1] https://gitlab.xfce.org/apps/orage/-/commit/723fb89b3011db32a64986ea9ae560ae009f68fd Release notes for 4.16.0 ======================== Note: GlobalTime and Orage panel plugin are being deprecated and will be removed in a future release. Their features will be integrated with or provided by existing Xfce components. See https://gitlab.xfce.org/apps/orage/-/issues/3#note_43209 Finalize port to GTK 3, small fixes and cleanup for 4.16.0 (see MRs for more details): - Add new application icon (!18) - Fix some memory leaks - i18n: Use `xfce_textdomain()` to initialize translations - Trace messages cleanup (!15) - Update COPYING (Issue openembedded#10, !17) - Use stdout and stderr correctly in main.c - Build tz_convert only with bundled libical (!14) - Switch to reverse-DNS naming for icon and desktop files (!13) - D-Bus service cleanup (!12) - Fix `orage_exec()` and its calls - Update project files (!10) - Fixed strptime parse issue on FreeBSD (openembedded#6, !11) - Fix make distcheck warnning - Fixed libpopt detection on FreeBSD (!9) - Fix build warnings 3: Clang static analyzer (!6) - Added 'git' to program version string and 'sed' check (!7) - Fix build warnings 2: Compilation (!4) - Fix build warnings 1: Autotools (!3) - Add basic GitLab pipeline (!2) Commits from merge request !1 (GTK 3 port), which also includes 4.15.x below: - Reverted to c60567fe - Fixed typos - Added support for 'legacy' non RGBA GTK colours. Both RGBA and old colous are now supported. - Replaced unused parameters '(void)' castings with GLib G_GNUC_UNUSED. Added GLib check to configure. - Removed trailing whitespaces and corrected formatting - Updated version numbers - Aligned new appointment->alarm Sound and Procedure entry fields and removed unused code. - Renamed 'OragePlugin *clock' to 'OragePlugin *plugin' or 'OragePlugin *orage_plugin' - Fixed libical support, supported libical version is now >= 3.0. - Added variable tmp only when HAVE_LIBICAL is not defined - Dead code removal - Removed outdated is_utc, libical uses UTC timezone. This patch allows to use libical 3.0 - Updated with 'Ical week start day' issue - Fixed: "'Ical week start day' configuration parameter is ignored". Issue openembedded#5 - Changed version number to 4.15.2 - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
schnitzeltony
added a commit
to schnitzeltony/meta-openembedded
that referenced
this issue
Apr 3, 2022
* License checksum changed by polishing [1} * Patch does not apply but took care for libical3 - see announcement below [1] https://gitlab.xfce.org/apps/orage/-/commit/723fb89b3011db32a64986ea9ae560ae009f68fd Release notes for 4.16.0 ======================== Note: GlobalTime and Orage panel plugin are being deprecated and will be removed in a future release. Their features will be integrated with or provided by existing Xfce components. See https://gitlab.xfce.org/apps/orage/-/issues/3#note_43209 Finalize port to GTK 3, small fixes and cleanup for 4.16.0 (see MRs for more details): - Add new application icon (!18) - Fix some memory leaks - i18n: Use `xfce_textdomain()` to initialize translations - Trace messages cleanup (!15) - Update COPYING (Issue openembedded#10, !17) - Use stdout and stderr correctly in main.c - Build tz_convert only with bundled libical (!14) - Switch to reverse-DNS naming for icon and desktop files (!13) - D-Bus service cleanup (!12) - Fix `orage_exec()` and its calls - Update project files (!10) - Fixed strptime parse issue on FreeBSD (openembedded#6, !11) - Fix make distcheck warnning - Fixed libpopt detection on FreeBSD (!9) - Fix build warnings 3: Clang static analyzer (!6) - Added 'git' to program version string and 'sed' check (!7) - Fix build warnings 2: Compilation (!4) - Fix build warnings 1: Autotools (!3) - Add basic GitLab pipeline (!2) Commits from merge request !1 (GTK 3 port), which also includes 4.15.x below: - Reverted to c60567fe - Fixed typos - Added support for 'legacy' non RGBA GTK colours. Both RGBA and old colous are now supported. - Replaced unused parameters '(void)' castings with GLib G_GNUC_UNUSED. Added GLib check to configure. - Removed trailing whitespaces and corrected formatting - Updated version numbers - Aligned new appointment->alarm Sound and Procedure entry fields and removed unused code. - Renamed 'OragePlugin *clock' to 'OragePlugin *plugin' or 'OragePlugin *orage_plugin' - Fixed libical support, supported libical version is now >= 3.0. - Added variable tmp only when HAVE_LIBICAL is not defined - Dead code removal - Removed outdated is_utc, libical uses UTC timezone. This patch allows to use libical 3.0 - Updated with 'Ical week start day' issue - Fixed: "'Ical week start day' configuration parameter is ignored". Issue openembedded#5 - Changed version number to 4.15.2 - Translation Updates Signed-off-by: Andreas Müller <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Apr 4, 2022
* License checksum changed by polishing [1} * Patch does not apply but took care for libical3 - see announcement below [1] https://gitlab.xfce.org/apps/orage/-/commit/723fb89b3011db32a64986ea9ae560ae009f68fd Release notes for 4.16.0 ======================== Note: GlobalTime and Orage panel plugin are being deprecated and will be removed in a future release. Their features will be integrated with or provided by existing Xfce components. See https://gitlab.xfce.org/apps/orage/-/issues/3#note_43209 Finalize port to GTK 3, small fixes and cleanup for 4.16.0 (see MRs for more details): - Add new application icon (!18) - Fix some memory leaks - i18n: Use `xfce_textdomain()` to initialize translations - Trace messages cleanup (!15) - Update COPYING (Issue openembedded#10, !17) - Use stdout and stderr correctly in main.c - Build tz_convert only with bundled libical (!14) - Switch to reverse-DNS naming for icon and desktop files (!13) - D-Bus service cleanup (!12) - Fix `orage_exec()` and its calls - Update project files (!10) - Fixed strptime parse issue on FreeBSD (openembedded#6, !11) - Fix make distcheck warnning - Fixed libpopt detection on FreeBSD (!9) - Fix build warnings 3: Clang static analyzer (!6) - Added 'git' to program version string and 'sed' check (!7) - Fix build warnings 2: Compilation (!4) - Fix build warnings 1: Autotools (!3) - Add basic GitLab pipeline (!2) Commits from merge request !1 (GTK 3 port), which also includes 4.15.x below: - Reverted to c60567fe - Fixed typos - Added support for 'legacy' non RGBA GTK colours. Both RGBA and old colous are now supported. - Replaced unused parameters '(void)' castings with GLib G_GNUC_UNUSED. Added GLib check to configure. - Removed trailing whitespaces and corrected formatting - Updated version numbers - Aligned new appointment->alarm Sound and Procedure entry fields and removed unused code. - Renamed 'OragePlugin *clock' to 'OragePlugin *plugin' or 'OragePlugin *orage_plugin' - Fixed libical support, supported libical version is now >= 3.0. - Added variable tmp only when HAVE_LIBICAL is not defined - Dead code removal - Removed outdated is_utc, libical uses UTC timezone. This patch allows to use libical 3.0 - Updated with 'Ical week start day' issue - Fixed: "'Ical week start day' configuration parameter is ignored". Issue openembedded#5 - Changed version number to 4.15.2 - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
halstead
pushed a commit
that referenced
this issue
Apr 7, 2022
* License checksum changed by polishing [1} * Patch does not apply but took care for libical3 - see announcement below [1] https://gitlab.xfce.org/apps/orage/-/commit/723fb89b3011db32a64986ea9ae560ae009f68fd Release notes for 4.16.0 ======================== Note: GlobalTime and Orage panel plugin are being deprecated and will be removed in a future release. Their features will be integrated with or provided by existing Xfce components. See https://gitlab.xfce.org/apps/orage/-/issues/3#note_43209 Finalize port to GTK 3, small fixes and cleanup for 4.16.0 (see MRs for more details): - Add new application icon (!18) - Fix some memory leaks - i18n: Use `xfce_textdomain()` to initialize translations - Trace messages cleanup (!15) - Update COPYING (Issue #10, !17) - Use stdout and stderr correctly in main.c - Build tz_convert only with bundled libical (!14) - Switch to reverse-DNS naming for icon and desktop files (!13) - D-Bus service cleanup (!12) - Fix `orage_exec()` and its calls - Update project files (!10) - Fixed strptime parse issue on FreeBSD (#6, !11) - Fix make distcheck warnning - Fixed libpopt detection on FreeBSD (!9) - Fix build warnings 3: Clang static analyzer (!6) - Added 'git' to program version string and 'sed' check (!7) - Fix build warnings 2: Compilation (!4) - Fix build warnings 1: Autotools (!3) - Add basic GitLab pipeline (!2) Commits from merge request !1 (GTK 3 port), which also includes 4.15.x below: - Reverted to c60567fe - Fixed typos - Added support for 'legacy' non RGBA GTK colours. Both RGBA and old colous are now supported. - Replaced unused parameters '(void)' castings with GLib G_GNUC_UNUSED. Added GLib check to configure. - Removed trailing whitespaces and corrected formatting - Updated version numbers - Aligned new appointment->alarm Sound and Procedure entry fields and removed unused code. - Renamed 'OragePlugin *clock' to 'OragePlugin *plugin' or 'OragePlugin *orage_plugin' - Fixed libical support, supported libical version is now >= 3.0. - Added variable tmp only when HAVE_LIBICAL is not defined - Dead code removal - Removed outdated is_utc, libical uses UTC timezone. This patch allows to use libical 3.0 - Updated with 'Ical week start day' issue - Fixed: "'Ical week start day' configuration parameter is ignored". Issue #5 - Changed version number to 4.15.2 - Translation Updates Signed-off-by: Andreas Müller <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Oct 31, 2022
Fix RDEPENDS, in particular perl-module-perlio-encoding and
perl-module-encode-encoding were needed to be able to open the database in
/usr/lib/perl5/5.36.0/vendor_perl/MIME/types.db... even though no
warnings or errors were reported.
bin/collect-types was dropped in 2.18
Upstream release notes:
version 2.22: Wed 27 Oct 16:54:38 CEST 2021
Changes:
- webm keeps on producting unexpected results [issue openembedded#11, Даша
Федорова]
- iana updates
version 2.21: Fri 28 May 12:01:00 CEST 2021
Changes:
- application/octet-stream is better for .dat [issue openembedded#11, Даша
Федорова]
- add video/webm which Google forgot to register [issue openembedded#12,
Brent Laabs]
- add image/webp which Google registered too late [issue openembedded#12,
Brent Laabs]
version 2.20: Thu 22 Apr 12:48:35 CEST 2021
Fixes:
- problems with PAUSE cause the previous release to show-up in
the wrong location. Let's hope this release solves it.
Changes:
- heif/heic/heifs/heics/hif fix [issue openembedded#9, Даша Федорова]
- no 'and' and 'or' extensions [issue openembedded#9, Даша Федорова]
- application/octet-stream is better for .bin [issue openembedded#10, Даша
Федорова]
version 2.19: Fri 16 Apr 11:47:10 CEST 2021
Improvements:
- update with the newest data from IANA and Apache httpd
Changes:
- mp4 preference is video/mp4 [issue openembedded#5, Даша Федорова]
- yt preference is video/vnd.youtube.yt [issue openembedded#6, Даша
Федорова]
- 3gp and 3gpp preference is video/3gpp [issue openembedded#7, Даша
Федорова]
version 2.18: Wed 9 Dec 10:29:46 CET 2020
Improvements:
- update with newest data
Changes:
- Mojo 6.0 changed types() into mapping() [Dmitry Latin]
- Mojo 7.94 adds experimental file_type()
- Mojo 7.94 adds experimental content_type()
Signed-off-by: Tim Orling <[email protected]>
Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Nov 2, 2022
https://metacpan.org/dist/Compress-Raw-Lzma/changes License-Update: Update copyright years. * 2.201 25 June 2022 * 2.201 Sat Jun 25 09:50:04 2022 +0100 367f6414d5eb54e5f0d1d07ceb1c909ce5ac84d8 * 2.103 3 April 2022 * No changes * 2.101 20 February 2021 * fix version numbers in meta files * 2.100 7 January 2021 * Expose liblzma's 'preset_dict' feature pmqs/Compress-Raw-Lzma#6 4d9d4e596c4f567c87626a827e39c4435e62472d fix typo dc394d53b0575edf8f72e28829a2ff9faea7e729 Add t/10preset_dict.t c5afb68e2a3a4b2fc4e548ffa61d2a3a383b5c96 Add cast to deRef 32f9085aba510c4d99d4a374406e734b13b82eef fix minor typos 55b8d6a6f65a1d6426c55f5b51aefdba6dabfbb3 fix merge issue 9eb88de7abaaefe736d475260c73de525e7ae39f Merge branch 'master' of https://github.com/pmqs/Compress-Raw-Lzma 3432a769b283ac5dc9fd757e973cc8aefc1e2345 Merge pull request openembedded#6 from anall/wip/preset_dictionary 68fe695c16b14a983f39c8c8567557148bbc43ca Expose the preset_dict feature from liblzma when creating a Lzma filter * trim whitespace 4ca252f1e1d740489dbd3736ab1f74e1492dff6d Signed-off-by: Tim Orling <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Nov 2, 2022
https://metacpan.org/dist/Compress-Raw-Lzma/changes License-Update: Update copyright years. * 2.201 25 June 2022 * 2.201 Sat Jun 25 09:50:04 2022 +0100 367f6414d5eb54e5f0d1d07ceb1c909ce5ac84d8 * 2.103 3 April 2022 * No changes * 2.101 20 February 2021 * fix version numbers in meta files * 2.100 7 January 2021 * Expose liblzma's 'preset_dict' feature pmqs/Compress-Raw-Lzma#6 4d9d4e596c4f567c87626a827e39c4435e62472d fix typo dc394d53b0575edf8f72e28829a2ff9faea7e729 Add t/10preset_dict.t c5afb68e2a3a4b2fc4e548ffa61d2a3a383b5c96 Add cast to deRef 32f9085aba510c4d99d4a374406e734b13b82eef fix minor typos 55b8d6a6f65a1d6426c55f5b51aefdba6dabfbb3 fix merge issue 9eb88de7abaaefe736d475260c73de525e7ae39f Merge branch 'master' of https://github.com/pmqs/Compress-Raw-Lzma 3432a769b283ac5dc9fd757e973cc8aefc1e2345 Merge pull request openembedded#6 from anall/wip/preset_dictionary 68fe695c16b14a983f39c8c8567557148bbc43ca Expose the preset_dict feature from liblzma when creating a Lzma filter * trim whitespace 4ca252f1e1d740489dbd3736ab1f74e1492dff6d Signed-off-by: Tim Orling <[email protected]> Signed-off-by: Khem Raj <[email protected]>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this issue
Nov 7, 2022
https://metacpan.org/dist/Compress-Raw-Lzma/changes License-Update: Update copyright years. * 2.201 25 June 2022 * 2.201 Sat Jun 25 09:50:04 2022 +0100 367f6414d5eb54e5f0d1d07ceb1c909ce5ac84d8 * 2.103 3 April 2022 * No changes * 2.101 20 February 2021 * fix version numbers in meta files * 2.100 7 January 2021 * Expose liblzma's 'preset_dict' feature pmqs/Compress-Raw-Lzma#6 4d9d4e596c4f567c87626a827e39c4435e62472d fix typo dc394d53b0575edf8f72e28829a2ff9faea7e729 Add t/10preset_dict.t c5afb68e2a3a4b2fc4e548ffa61d2a3a383b5c96 Add cast to deRef 32f9085aba510c4d99d4a374406e734b13b82eef fix minor typos 55b8d6a6f65a1d6426c55f5b51aefdba6dabfbb3 fix merge issue 9eb88de7abaaefe736d475260c73de525e7ae39f Merge branch 'master' of https://github.com/pmqs/Compress-Raw-Lzma 3432a769b283ac5dc9fd757e973cc8aefc1e2345 Merge pull request openembedded#6 from anall/wip/preset_dictionary 68fe695c16b14a983f39c8c8567557148bbc43ca Expose the preset_dict feature from liblzma when creating a Lzma filter * trim whitespace 4ca252f1e1d740489dbd3736ab1f74e1492dff6d Signed-off-by: Tim Orling <[email protected]> Signed-off-by: Khem Raj <[email protected]>
eigendude
added a commit
to eigendude/meta-openembedded
that referenced
this issue
Apr 18, 2024
Update UFW to Python 3 for forward compatibility
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hey guys,
I'm not sure if this is the right place to bring this issue up but until I have access to the Yocto dev mailing list, I have no other place to mention it.
When I run bitbake core-image-minimal in Yocto for the beaglebone while trying to use meta-oe, the Yocto scripts fail because they can not pull down libunwind. It says something about the URL being bad and kills the whole process.
Thanks for the help,
James
The text was updated successfully, but these errors were encountered: