http://bugzilla.opensuse.org/show_bug.cgi?id=1191220
Bug ID: 1191220
Summary: New Let's Encrypt certificate cannot be verify in Mono
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: screening-team-bugs(a)suse.de
Reporter: martin.liska(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
The following fails:
$ csharp -e 'new System.Net.WebClient ().DownloadString ("https://seznam.cz")'
System.Net.WebException: Error: TrustFailure (Authentication failed, see inner
exception.) ---> System.Security.Authentication.AuthenticationException:
Authentication failed, see inner exception. ---> Mono.Btls.MonoBtlsException:
Ssl error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED
at
/home/abuild/rpmbuild/BUILD/mono-6.12.0.107/external/boringssl/ssl/handshake_client.c:1132
at Mono.Btls.MonoBtlsContext.ProcessHandshake () [0x00048] in
<83dd749384734033afca92f4cfac782c>:0
at Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake
(Mono.Net.Security.AsyncOperationStatus status, System.Boolean renegotiate)
[0x000da] in <83dd749384734033afca92f4cfac782c>:0
at (wrapper remoting-invoke-with-check)
Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake(Mono.Net.Security.AsyncOperationStatus,bool)
at Mono.Net.Security.AsyncHandshakeRequest.Run
(Mono.Net.Security.AsyncOperationStatus status) [0x00006] in
<83dd749384734033afca92f4cfac782c>:0
at Mono.Net.Security.AsyncProtocolRequest.ProcessOperation
(System.Threading.CancellationToken cancellationToken) [0x000fc] in
<83dd749384734033afca92f4cfac782c>:0
--- End of inner exception stack trace ---
at Mono.Net.Security.MobileAuthenticatedStream.ProcessAuthentication
(System.Boolean runSynchronously,
Mono.Net.Security.MonoSslAuthenticationOptions options,
System.Threading.CancellationToken cancellationToken) [0x00262] in
<83dd749384734033afca92f4cfac782c>:0
at Mono.Net.Security.MonoTlsStream.CreateStream
(System.Net.WebConnectionTunnel tunnel, System.Threading.CancellationToken
cancellationToken) [0x0016a] in <83dd749384734033afca92f4cfac782c>:0
at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation,
System.Boolean reused, System.Threading.CancellationToken cancellationToken)
[0x001ba] in <83dd749384734033afca92f4cfac782c>:0
--- End of inner exception stack trace ---
at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation,
System.Boolean reused, System.Threading.CancellationToken cancellationToken)
[0x0021a] in <83dd749384734033afca92f4cfac782c>:0
at System.Net.WebConnection.InitConnection (System.Net.WebOperation
operation, System.Threading.CancellationToken cancellationToken) [0x00141] in
<83dd749384734033afca92f4cfac782c>:0
at System.Net.WebOperation.Run () [0x0009a] in
<83dd749384734033afca92f4cfac782c>:0
at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in
<83dd749384734033afca92f4cfac782c>:0
at System.Net.HttpWebRequest.RunWithTimeoutWorker[T]
(System.Threading.Tasks.Task`1[TResult] workerTask, System.Int32 timeout,
System.Action abort, System.Func`1[TResult] aborted,
System.Threading.CancellationTokenSource cts) [0x000f8] in
<83dd749384734033afca92f4cfac782c>:0
at System.Net.HttpWebRequest.GetResponse () [0x00016] in
<83dd749384734033afca92f4cfac782c>:0
at System.Net.WebClient.GetWebResponse (System.Net.WebRequest request)
[0x00000] in <83dd749384734033afca92f4cfac782c>:0
at System.Net.WebClient.DownloadBits (System.Net.WebRequest request,
System.IO.Stream writeStream) [0x000e6] in <83dd749384734033afca92f4cfac782c>:0
at System.Net.WebClient.DownloadDataInternal (System.Uri address,
System.Net.WebRequest& request) [0x00061] in
<83dd749384734033afca92f4cfac782c>:0
at System.Net.WebClient.DownloadString (System.Uri address) [0x00011] in
<83dd749384734033afca92f4cfac782c>:0
at System.Net.WebClient.DownloadString (System.String address) [0x00008] in
<83dd749384734033afca92f4cfac782c>:0
at <InteractiveExpressionClass>.Host (System.Object& $retval) [0x00006] in
<bab8bbbe52954fd79168395f7636506e>:0
at Mono.CSharp.Evaluator.Evaluate (System.String input, System.Object&
result, System.Boolean& result_set) [0x00038] in
<dc18f8c1f3e14d9a83758fe12bb22a10>:0
at Mono.CSharpShell.Evaluate (System.String input) [0x00000] in
<a01f5168c3824ddfb7cf74041d74890a>:0
It's discussed in the upstream issue: https://github.com/mono/mono/issues/12406
But I cannot fix it with:
sudo cert-sync /etc/ssl/certs/ca-certificates.crt
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1133305
Bug ID: 1133305
Summary: LTO: multipath-tools build fails
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: martin.wilck(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
in the LTO staging project (openSUSE:Factory:Staging:N), libaio doesn't export
all symbols it used to export. In particular, io_cancel() and io_getevents()
are undefined:
apollon:/mnt/img/lib64 # nm -D libaio.so.1
0000000000000000 A LIBAIO_0.1
0000000000000000 A LIBAIO_0.4
U __stack_chk_fail
U io_cancel
0000000000001050 T io_destroy
U io_getevents
0000000000001110 T io_queue_init
0000000000001100 T io_queue_release
0000000000001080 T io_queue_run
0000000000001060 T io_setup
0000000000001070 T io_submit
This causes the multipath-tools build to fail. The failure is independent on
whether -flto=X is active while building multipath-tools itself.
> [ 50s] gcc -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -flto=4 -g -DBIN_DIR=\"/sbin\" -DLIB_STRING=\"lib64\" -DRUN_DIR=\"run\" -MMD -MP -fPIE -I../libmultipath -I../libmpathcmd main.o -o multipath -Wl,-z,relro -Wl,-z,now -pie -L../libmultipath -lmultipath -L../libmpathcmd -lmpathcmd -lpthread -ldevmapper -ldl -ludev -laio
> [ 50s] /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: ../libmultipath/libmultipath.so: undefined reference to `io_getevents'
> [ 50s] /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: ../libmultipath/libmultipath.so: undefined reference to `io_cancel''
> [ 50s] collect2: error: ld returned 1 exit status
> [ 50s] make[1]: *** [Makefile:18: multipath] Error 1
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1133233
Bug ID: 1133233
Summary: LTO: libaio build fails
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: martin.liska(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
The package delivers a static library and should use fat LTO objects:
https://en.opensuse.org/openSUSE:LTO#Static_libraries
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1133277
Bug ID: 1133277
Summary: LTO: protobuf abuild fails
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: martin.liska(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Fails due to:
[ 233s] + ../src/protoc --java_out=core/src/main/java -I../src
../src/google/protobuf/descriptor.proto
[ 233s] terminate called after throwing an instance of 'std::system_error'
[ 233s] what(): Unknown error -1
[ 233s] /var/tmp/rpm-tmp.IcJGkF: line 61: 9707 Aborted
../src/protoc --java_out=core/src/main/java -I../src
../src/google/protobuf/descriptor.proto
#0 0x00007ffff7e3fd8b in raise () from /lib64/libc.so.6
#1 0x00007ffff7e29549 in abort () from /lib64/libc.so.6
#2 0x00007ffff7aad63f in ?? () from /usr/lib64/libstdc++.so.6
#3 0x00007ffff7ab8f38 in ?? () from /usr/lib64/libstdc++.so.6
#4 0x00007ffff7ab8f83 in std::terminate() () from /usr/lib64/libstdc++.so.6
#5 0x00007ffff7ab91b4 in __cxa_throw () from /usr/lib64/libstdc++.so.6
#6 0x00007ffff7ab0156 in std::__throw_system_error(int) () from
/usr/lib64/libstdc++.so.6
#7 0x00007ffff792741b in std::call_once<void (&)()> (__once=...,
__f=<optimized out>) at
/usr/include/c++/9/x86_64-suse-linux/bits/gthr-default.h:700
#8 0x00007ffff77fbb83 in global constructors keyed to
65535_0_bytestream.o.132584 () at ./google/protobuf/repeated_field.h:428
#9 0x00007ffff7fe276a in call_init.part () from /lib64/ld-linux-x86-64.so.2
#10 0x00007ffff7fe2866 in _dl_init () from /lib64/ld-linux-x86-64.so.2
#11 0x00007ffff7fd40ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#12 0x0000000000000004 in ?? ()
#13 0x00007fffffffeb14 in ?? ()
#14 0x00007fffffffeb50 in ?? ()
#15 0x00007fffffffeb6e in ?? ()
#16 0x00007fffffffeb77 in ?? ()
#17 0x0000000000000000 in ?? ()
https://github.com/protocolbuffers/protobuf/issues/5923
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1194809
Bug ID: 1194809
Summary: Possible password leak by windows stealing focus
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: openSUSE Tumbleweed
Status: NEW
Severity: Major
Priority: P5 - None
Component: GNOME
Assignee: gnome-bugs(a)suse.de
Reporter: martin.wilck(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Yesterday I lost (luckily only part of) an important password as follows:
I was running pidgin as IRC client. pidgin was configured to autoconnect to
some channels on irc.suse.de. I activated the SUSE VPN via the GNOME VPN panel.
I continued working in the terminal.
I ran a command in the terminal that required typing a password (as usual in
terminal applications, typing passwords provides no visual feedback like
"***"). I pressed "enter" and nothing happened. At this point I realized that
the 2nd half of the password had ended up in the pidgin window.
What happened? If an IRC server is unreachable, pidgin polls in the background
in a certain interval (a few minutes I think). When the server becomes
reachable, it connects to it, which causes the typical startup dialog &
messages ("You are connected to irc1.suse.de ....") to be displayed. At this
moment, the pidgin window pops up and grabs the keyboard focus. As the window
is relatively small and my screen is large, and I was looking at the keyboard
while typing (because I usually do when typing passwords), I didn't notice this
immediately, and typed part of the password to the pidgin window.
This is particularly nasty, because after establishing the VPN connection, the
window pops up after a non-deterministic time interval which is between a few
seconds and ~5 minutes. You can't "wait" for this to happen, and if you don't,
you're likely to forget that the connection process is going on in the
background.
Also, making matters worse, when the pidgin window pops up because of a message
in some chat, the focus isn't necessarily in the chat (tab in the pidgin
window) that caused the pop-up, but in some currently selected chat. In the
case at hand, I'd typed my password at to libera.chat's "NickServ" bot (which
didn't recongnize it as command, but might have logged what I typed).
For the time being, I've disabled the "auto-join" feature for all pidgin
channels on irc.suse.de. But I'm unsure if that actually helps, because I
believe that pidgin would try to connect to IRC accounts nonetheless, and if it
does, the typical login / connect dialogs might cause the window to pop up even
if no chats are configured to connect automatically.
See also
https://askubuntu.com/questions/1084032/how-to-prevent-new-windows-from-ste…
There someone suggests using
> gsettings set org.gnome.desktop.wm.preferences focus-new-windows 'strict'
I've tried that setting on TW (GNOME 41.3) and saw no change in behavior.
A simple test is typing something like this in the terminal:
> $ gedit &
> $ abcdefg.... # continue typing
At some point, gedit will pop up and the text will end up in the gedit window.
Note that this happens with gedit but not e.g. with emacs or libreoffice
writer. So it depends on the application. Also, some applications (e.g. the ssh
and gpg askpass tools) use a different API that does this much better - the
entire screen gets locked and changes color, so that typing something at the
wrong window is practically impossible. This behavior would be inapparopriate
for an application like gedit, though.
The behavior of gedit and pidgin under GNOME is highly dangerous. I've reason
to believe that other Window Managers (or X in general) behave similarly.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1185529
Bug ID: 1185529
Summary: libgccjit does not find libgcc/crtbegin.o
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Development
Assignee: screening-team-bugs(a)suse.de
Reporter: opensusebz(a)halobates.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Trying to compile current emacs with libgccjit11, but the test of libgccjit at
configure time fails:
(t.c is below)
gcc t.c -lgccjit
./a.out
ld: cannot find crtbeginS.o: No such file or directory
ld: cannot find -lgcc
ld: cannot find -lgcc_s
libgccjit.so: error: error invoking gcc driver
strace shows that the paths seem to be incorrect:
strace -e execve -f ./a.out
...
[pid 23720] execve("/usr/bin/ld", ["ld", "--build-id", "--eh-frame-hdr", "-m",
"elf_x86_64", "-shared", "-o", "/tmp/libgccjit-X37gMf/fake.so",
"/usr/lib/../lib64/crti.o", "crtbeginS.o", "-L/lib/../lib64",
"-L/usr/lib/../lib64", "/tmp/ccgGNXSP.o", "-lgcc", "--push-state",
"--as-needed", "-lgcc_s", "--pop-state", "-lc", "-lgcc", "--push-state",
"--as-needed", "-lgcc_s", "--pop-state", "crtendS.o",
"/usr/lib/../lib64/crtn.o"], 0x14203a0 /* 105 vars */) = 0
crtbegin etc. are in /usr/lib64/gcc/x86_64-suse-linux/
but the driver is not telling the linker that.
t.c:
#include <libgccjit.h>
#include <stdlib.h>
#include <stdio.h>
int
main (int argc, char **argv)
{
gcc_jit_context *ctxt;
gcc_jit_result *result;
ctxt = gcc_jit_context_acquire ();
if (!ctxt)
exit (1);
gcc_jit_type *int_type =
gcc_jit_context_get_type (ctxt, GCC_JIT_TYPE_INT);
gcc_jit_function *func =
gcc_jit_context_new_function (ctxt, NULL,
GCC_JIT_FUNCTION_EXPORTED,
int_type, "foo", 0, NULL, 0);
gcc_jit_block *block = gcc_jit_function_new_block (func, "foo");
gcc_jit_block_end_with_return (
block,
NULL,
gcc_jit_context_new_rvalue_from_int (ctxt, int_type, 1));
result = gcc_jit_context_compile (ctxt);
if (!result)
exit (1);
typedef int (*fn_type) (void);
fn_type foo =
(fn_type)gcc_jit_result_get_code (result, "foo");
if (!foo)
exit (1);
if (foo () != 1)
exit (1);
gcc_jit_context_release (ctxt);
gcc_jit_result_release (result);
return 0;
}
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1133283
Bug ID: 1133283
Summary: LTO: rust build fails
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: martin.liska(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Fails due to:
[ 4348s] = note:
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-1315fc6ffe54b9a7.rlib(std-1315fc6ffe54b9a7.std.3yju5qwd-cgu.2.rcgu.o):
in function `std::sys_common::gnu::libbacktrace::foreach_symbol_fileline':
[ 4348s]
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/src/libstd/sys_common/gnu/libbacktrace.rs:33:
undefined reference to `__rdos_backtrace_pcinfo'
[ 4348s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-1315fc6ffe54b9a7.rlib(std-1315fc6ffe54b9a7.std.3yju5qwd-cgu.2.rcgu.o):
in function `std::sys_common::gnu::libbacktrace::init_state':
[ 4348s]
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/src/libstd/sys_common/gnu/libbacktrace.rs:169:
undefined reference to `__rdos_backtrace_create_state'
[ 4348s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-1315fc6ffe54b9a7.rlib(std-1315fc6ffe54b9a7.std.3yju5qwd-cgu.2.rcgu.o):
in function `std::sys_common::gnu::libbacktrace::resolve_symname':
[ 4348s]
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/src/libstd/sys_common/gnu/libbacktrace.rs:72:
undefined reference to `__rdos_backtrace_syminfo'
[ 4348s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-1315fc6ffe54b9a7.rlib(std-1315fc6ffe54b9a7.std.3yju5qwd-cgu.2.rcgu.o):
in function `std::sys_common::gnu::libbacktrace::resolve_symname':
[ 4348s]
/home/abuild/rpmbuild/BUILD/rustc-1.33.0-src/src/libstd/sys_common/gnu/libbacktrace.rs:72:
undefined reference to `__rdos_backtrace_syminfo'
[ 4348s] collect2: error: ld returned 1 exit status
[ 4348s]
[ 4348s]
[ 4348s] error: aborting due to previous error
[ 4348s]
[ 4348s] error: Could not compile `rustc-rayon-core`.
[ 4348s] warning: build failed, waiting for other jobs to finish...
[ 4350s] error: linking with `cc` failed: exit code: 1
--
You are receiving this mail because:
You are on the CC list for the bug.