Package: aide
Version: 0.17.3-4+b2
Severity: important
I'm getting this crash when running a current unstable distribution:
Stack trace of thread 5750:
#0 0x7ff4fa275fae __nss_database_lookup2
(/lib/x86_64-linux-gnu/libc-2.32.so + 0x11ffae)
#1 0x7ff4fa31e520 n/a (n/a + 0x0)
#2 0x0
Package: uwsgi-plugin-python3
Version: 2.0.17.1-8
Followup-For: Bug #901774
I'm afraid to report that although since 2.0.17.1-6 it's rarer, I do
still get crashes during shutdown/reload/sigquit in uwsgid.
The stack trace is similar too, just less likely to happen:
#0 0x7f1db9deabe0 _PyEval
Package: libmail-spf-perl
Version: 2.9.0-4
Severity: normal
I was trying to use spfquery from spf-tools-perl to debug some spf
rules. Most of the options which are useful for debugging are relegated
behind the --enable-black-magic option which attempts to load
Mail::SPF::BlackMagic, which in turn
Package: uwsgi-plugin-python3
Version: 2.0.17.1-2
Followup-For: Bug #901774
This is still true for 2.0.17. uwsgi-plugin-python3 cannot be gracefully
shutdown:
Stack trace of thread 31152:
#0 0x7f01daecd822 n/a (libpython3.6m.so.1.0)
#1 0x7f01daece83d PyGC_Collect (libpython3.6m.so.1.0)
Package: uwsgi-plugin-python3
Version: 2.0.17.1-1
Severity: important
With the update to 2.0.17, the python3 plugin doesn't load anymore:
uwsgi[21643]: !!! UNABLE to load uWSGI plugin:
/usr/lib/uwsgi/plugins/python3_plugin.so: undefined symbol:
PyOS_AfterFork_Child !!!
-- System Information:
Package: fail2ban
Version: 0.10.2-2
Severity: minor
systemd-tmpfiles[2145]: [/usr/lib/tmpfiles.d/fail2ban-tmpfiles.conf:1] Line
references path below legacy directory /var/run/, updating /var/run/fail2ban →
/run/fail2ban; please update the tmpfiles.d/ drop-in file accordingly.
-- System Inform
Package: uwsgi-plugin-python3
Version: 2.0.15-11+b2
Severity: normal
I'm using uwsgi to drive radicale using the python3 plugin.
My configuration is minimal, with a single master instance only running
radicale:
/usr/bin/uwsgi --master --ini /etc/uwsgi/radicale.ini
the ini contains:
[uwsgi]
Package: python3-gitdb
Severity: normal
I noticed that python3-gitdb depends on both python versions of smmap.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-rc8-amd6
Package: php-common
Version: 1:48
Severity: normal
Looks like the default permissions (ProtectDevices) defined in the
sessionclean.service (enabled in the latest release through a timer) prevents
the redirection of output to /dev/null.
sessionclean[11959]: /usr/lib/php/sessionclean: 49: /usr/lib/
9 matches
Mail list logo
