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.
http://bugzilla.opensuse.org/show_bug.cgi?id=1135030
Bug ID: 1135030
Summary: LTO: ceph 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 here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:…
due to:
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to
`rados_aio_create_completion'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to
`rados_create_with_context'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_version'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_create2'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to
`rados_nobjects_list_next'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_parse_env'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_set'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_create'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_ioctx_create2'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_parse_argv'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_read_file'
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1201089
Bug ID: 1201089
Summary: [META] GCC 13 package failures
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: ---
Meta issue that will track all packages that fail with gcc13 package.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1165294
Bug ID: 1165294
Summary: haveged is marked as deleted after reboot
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: hpj(a)urpla.net
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Hi,
*After reboot*, a couple of my TW systems show:
$ zyp ps
Verbosity: 2
Checking for running processes using deleted libraries...
The following running processes use deleted files:
PID | PPID | UID | User | Command | Service | Files
----+------+-----+------+-------------------+---------
+------------------------------
531 | 1 | 0 | root | haveged (deleted) | haveged | /lib64/ld-2.31.so
| | | | | | /lib64/libc-2.31.so
| | | | | | /usr/sbin/haveged
(deleted)
| | | | | |
/usr/lib64/libhavege.so.1.1.0
You may wish to restart these processes.
See 'man zypper' for information about the meaning of values in the above
table.
No core libraries or services have been updated.
Reboot is probably not necessary.
Marcus Meissner noted on the factory ML, that:
> It is ran in the initrd and probably still running after transition to the
> regular system.
>
> (Likely pulled in via dracut-fips module)
Shouldn't a transition from initrd to regular operation include a restart of
this service then?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1183965
Bug ID: 1183965
Summary: makedumpfile, crash: are not able to read kenrel log
from the lockless ringbuffer added in kernel-5.10
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: pmladek(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
kernel-5.10 started storing kernel (printk) messages in a new lockless
ringbuffer. As a result makedumpfile and crash tools are not able to read the
kernel log from vmcore 5.10+ kernels.
crasdump is important tool for kernel debugging. The log is usually the first
thing that people look at.
These never kernels are already used in openSUSE Tumbleweek.
The needed changes are already upstream. It is just a matter to backport them.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1194193
Bug ID: 1194193
Summary: Difficult login to bugzilla.opensuse.org
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Bugzilla
Assignee: screening-team-bugs(a)suse.de
Reporter: noga.dany(a)gmail.com
QA Contact: novbugzilla-bugs(a)forge.provo.novell.com
Found By: ---
Blocker: ---
How to reproduce:
* Go to https://bugzilla.opensuse.org
* Click login
* Fill username and password
* Nothing happens
How to workaround:
* Go to https://bugzilla.suse.com/
* Login there
* Go to https://bugzilla.opensuse.org
* Login works
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1190261
Bug ID: 1190261
Summary: Kernel scriptlets: XXX: Only call mokutil if UEFI and
shim are used
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: martin.wilck(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Spin-off from bug 1189841.
From https://github.com/openSUSE/suse-module-tools/pull/33:
@mwilck:
so why not test this? e.g. like this:
if [ "$(mokutil --sb-state 2>/dev/null)" = "SecureBoot enabled" ]; then
...
fi
@hramrach:
???
The part that github displays as context for this comment does not look
relevant
@hramrach hramrach 21 hours ago Member
Right, if you refer to
XXX: Only call mokutil if UEFI and shim are used
then I have no opinion on that.
Should be probably handled in a separate bug and the implications of any
possible check discussed to death.
@hramrach hramrach 21 hours ago Member
Actually, there is the problem that on arm64 you suddenly get from no shim to
shim on SP update without any warning so this is really hairy to get right.
Really deserves a separate bug.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1200441
Bug ID: 1200441
Summary: go1.19 release tracking
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: jkowalczyk(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
go1.19 (expected August 2022) is a major release of Go.
Minor releases of go1.19.x will be provided through August 2023.
This issue tracks go1.19.x releases packaged and submitted initially
to openSUSE:Factory and can be referenced in submissions to
additional repositories.
Go Release Cycle
https://github.com/golang/go/wiki/Go-Release-Cycle
Go Release history
https://golang.org/doc/devel/release.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1196048
Bug ID: 1196048
Summary: audit file watches do not really work?
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: meissner(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
auditctl -e 1
auditctl -w /etc/issue
if i do
echo hallo >> /etc/issue
-> not audited
if i do
vim /etc/issue
... remove hallo line and save ...
-> audited
cat /etc/issue
-> not audited
Not sure if I am doing it right.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1047218
Bug ID: 1047218
Summary: trackerbug: packages do not build reproducibly from
including build time
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: SUSE Other
Status: CONFIRMED
Severity: Normal
Priority: P5 - None
Component: Development
Assignee: bwiedemann(a)suse.com
Reporter: bwiedemann(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: Development
Blocker: ---
See also https://reproducible-builds.org/
and https://reproducible-builds.org/specs/source-date-epoch/
When packages include the current time of build
it results in binaries that differ on every build
and thus trigger rebuilds of depending packages
and are published to mirrors and users
when actually nothing really changed.
--
You are receiving this mail because:
You are on the CC list for the bug.