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.
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.
http://bugzilla.suse.com/show_bug.cgi?id=952198
Bug ID: 952198
Summary: django-admin does not work, django-admin.py does
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 42.1 RC1 1
Hardware: x86-64
OS: openSUSE 42.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Development
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: o.kurz(a)gmx.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
observation:
The django tutorial
https://docs.djangoproject.com/en/1.8/intro/tutorial01/
suggests to use the tool "django-admin" with django >= v1.7 which is also
available in Leap but does not work. "django-admin.py" also exists and works
ok.
steps to reproduce:
- "zypper in python-Django python-sqlite" # confirm uninstallation of blocker
package
- "django-admin startproject mysite"
- observe error with python traceback
problem:
unknown so far. Is ist maybe related that python-Django (still) uses python2?
workaround:
- Use django-admin.py which works flawlessly, e.g. example project can be
configured and run:
"django-admin.py startproject mysite && python manage.py migrate && python
manage.py runserver", connect with webbrowser to http://localhost:8000.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1153837
Bug ID: 1153837
Summary: gobject-introspection has to require a specific Python
ABI version
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: GNOME
Assignee: gnome-bugs(a)suse.de
Reporter: stefan.bruens(a)rwth-aachen.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
The _giscanner module depends on the ABI version used during the build:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:…
[ 108s] /usr/lib64/gobject-introspection/giscanner/__init__.py 0 (none)
100644 root root 0 4294967295
[ 108s]
-/usr/lib64/gobject-introspection/giscanner/_giscanner.cpython-38-x86_64-linux-gnu.so
0 (none) 100755 root root 0 4294967295
[ 108s]
+/usr/lib64/gobject-introspection/giscanner/_giscanner.cpython-37m-x86_64-linux-gnu.so
0 (none) 100755 root root 0 4294967295
[ 108s] /usr/lib64/gobject-introspection/giscanner/_version.py 0 (none)
100644 root root 0 4294967295
Trying to use g-ir-scanner then leads to non-obvious errors, e.g.:
https://build.opensuse.org/build/openSUSE:Factory:Staging:C/standard/x86_64…
[ 50s] [ 28%] Built target fcitx-addon-fcitx-classic-ui--headers-1
[ 50s] Scanning dependencies of target fcitx-addon-fcitx-x11--addon--conf-1
[ 50s] Traceback (most recent call last):
[ 50s] File "/usr/bin/g-ir-scanner", line 98, in <module>
[ 50s] from giscanner.scannermain import scanner_main
[ 50s] File "/usr/lib64/gobject-introspection/giscanner/scannermain.py",
line 35, in <module>
[ 50s] from giscanner.ast import Include, Namespace
[ 50s] File "/usr/lib64/gobject-introspection/giscanner/ast.py", line 29,
in <module>
[ 50s] from .sourcescanner import CTYPE_TYPEDEF, CSYMBOL_TYPE_TYPEDEF
[ 50s] File "/usr/lib64/gobject-introspection/giscanner/sourcescanner.py",
line 33, in <module>
[ 50s] from giscanner._giscanner import SourceScanner as CSourceScanner
[ 50s] ModuleNotFoundError: No module named 'giscanner._giscanner'
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140614
Bug ID: 1140614
Summary: Error loading Applications menu extension in
SLE-Classic
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Factory
Status: NEW
Severity: Normal
Priority: P5 - None
Component: GNOME
Assignee: qkzhu(a)suse.com
Reporter: qkzhu(a)suse.com
QA Contact: qa-bugs(a)suse.de
CC: gwang(a)suse.com, xiaoguang.wang(a)suse.com,
yfjiang(a)suse.com, zcjia(a)suse.com
Found By: ---
Blocker: ---
apps-menu disappeared in TW-20190704, and journalctl shows:
> gnome-shell[2369]: Extension "apps-menu(a)gnome-shell-extensions.gcampax.github.com" had error: Error: Requiring GMenu, version none: Typelib file for namespace 'GMenu' (any version) not found
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1146018
Bug ID: 1146018
Summary: Unreliable copy and cut
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: KDE Workspace (Plasma)
Assignee: opensuse-kde-bugs(a)opensuse.org
Reporter: audi_s4(a)luukku.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
After fresh installation of Tumbleweed to a new hardware (Ryzen Threadripper +
AMD gfx) copy and cut with ctrl+c/x started working unreliably (never
experienced this with the previous hardware setups). After KDE is started these
work OK but after few hours already copy and cut start to miss these presses.
2nd press usually works but not always.
After several days without restarting KDE this problem gets more severe -
misses more often. Also, strange behaviour happens with Dolphin for example.
When ctrl+x is pressed the file/folder icon flicks quickly to greyed out (cut
selection) and back to normal. It becomes difficult to press ctrl+x so that cut
selection remains. Holding ctrl+x pressed for repeat the icon start to flicker
between normal and selected.
Tried changing clipboard configuration options but none have made any
difference to the problem.
I have not seen issues with paste i.e. if there's something on a clipboard it
can be pasted.
This is not only ctrl+c/x button combination issue but same applied to
selecting copy&cut from application menus. All applications (KDE basic apps,
LibreOffice, Thunderbird, Firefox..) I use suffer from this problem thus it
seems to be KDE related issue.
This has been an issue for several months (since installation early 2019). In
the beginning it was even worse i.e. some updates have reduced the issue a bit
but not much.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1100677
Bug ID: 1100677
Summary: trackerbug: packages do not build reproducibly from
compile-time CPU-detection
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: openSUSE Factory
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Development
Assignee: bwiedemann(a)suse.com
Reporter: bwiedemann(a)suse.com
QA Contact: qa-bugs(a)suse.de
Depends on: 1100520
Blocks: 1081754
Found By: Development
Blocker: ---
e.g. bug 1100520
compiler options -march=native and -mtune=native
make the resulting machine code depend on the build system's CPU
which breaks reproducible builds.
affects at least: glucat form python-annoy legion trigger-rally
This is already fixed in: clpeak higan kyotocabinet
one common approach seems to do
sed -i "s|-march=native||g" $FILE
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1159231
Bug ID: 1159231
Summary: tesseract-ocr builds with march=native
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: openSUSE Factory
Status: NEW
Severity: Major
Priority: P5 - None
Component: Development
Assignee: idonmez(a)suse.com
Reporter: bwiedemann(a)suse.com
QA Contact: qa-bugs(a)suse.de
CC: hiwatari.seiji(a)gmail.com
Found By: Development
Blocker: ---
While working on reproducible builds for openSUSE, I found that
the tesseract-ocr package binary varies depending on build machine CPU.
This is a bug that can cause crashes on machines older that the random build
machine.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166537
Bug ID: 1166537
Summary: osc rq accept - forwarding request causes backtrace
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Development
Assignee: marco.strigl(a)suse.com
Reporter: suse-beta(a)cboltz.de
QA Contact: qa-bugs(a)suse.de
CC: suse-tux(a)gmx.de
Found By: ---
Blocker: ---
When accepting a SR to a devel project, osc asks if I want to forward the SR to
Factory. I answered "y", but got this nice backtrace instead of a SR to
Factory:
# osc rq accept 784420
Result of change request state: ok
openSUSE:Factory
Forward this submit to it? ([y]/n)y
Traceback (most recent call last):
File "/usr/bin/osc", line 41, in <module>
r = babysitter.run(osccli)
File "/usr/lib/python3.8/site-packages/osc/babysitter.py", line 64, in run
return prg.main(argv)
File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 344, in main
return self.cmd(args)
File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 367, in cmd
retval = self.onecmd(argv)
File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 501, in onecmd
return self._dispatch_cmd(handler, argv)
File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 1232, in
_dispatch_cmd
return handler(argv[0], opts, *args)
File "/usr/lib/python3.8/site-packages/osc/commandline.py", line 2652, in
do_request
project, package, html.escape(msg, quote=False))
NameError: name 'html' is not defined
Wild guess: missing "import html"?
Note: commandline.py has an "import html" in do_submitrequest(), but this
import isn't visible to do_request(). Also note that there are more functions
in this file that call html.escape() without importing html before and will
probably break in a similar way. Doing the "import html" in the file header
instead of inside the functions might be a good idea.
--
You are receiving this mail because:
You are on the CC list for the bug.