Michael Biebl wrote:
> For processes that are spawned by PID 1, the limits are set differently
> though, so the unlimited rlimit for PID 1 should have no effect on other
> processes.
>
> Problem is, pam_limits.so in Debian ships a custom patch, which reads
> the limits from PID 1 and set those for
Sorry, the first message accidentally got sent while I was still
writing it, intended full text below:
Installing systemd 240-1 breaks plasma-workspace: xinit
/usr/bin/startkde hangs with a black screen, with kdeinit5 stuck at
100% CPU usage. Attaching strace to kdeinit5 reveals that it's trying
t
Package: systemd
Version: 240-1
Severity: critical
Installing systemd 240-1 breaks plasma-workspace: xinit
/usr/bin/startkde hangs with a black screen, with kdeinit5 stuck at
100% CPU usage. Attaching strace to kdeinit5 reveals that it's trying
to close bogus file descriptors:
[..]
close(39936688
śr., 28 lis 2018 o 09:55 Sylvestre Ledru napisał(a):
> Excellent, many thanks.
>
> Could you please do a MR here
> https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/tree/7/ ?
Sure, done.
I've verified that adding the following to the llvm-toolchain-7's
debian/rules and rebuilding fixes the issue:
ifneq (,$(filter $(DEB_HOST_ARCH),i386))
# Clang default to baseline-violating -march setting on i386.
CFLAGS_EXTRA += -march=i686
CXXFLAGS_EXTRA += -march=i686
endif
On Wed, 4 Apr 2018 22:08:16 +0200 Sylvestre Ledru wrote:
> As this has been the case for a long time, it shows that it isn't a severe
> issue.
It's not a severe issue because it's easy to fix/work around: just
passing -march=i686 to Clang is enough. I was never hit by this
problem because I'm in
I fail to see how #914770 and #914838 are related in any way at all,
the former blockers of #894840 and #632472 are much more relevant in
my opinion, even if still not ideal.
Anyway, it's still a baseline violation that affects *binary packages
already in sid*, in my case breaking seemingly unrela
Source: llvm-toolchain-7
Version: 1:7.0.1~+rc2-7
Severity: grave
LLVM violates the i386 baseline by using SSE2, which on this Pentium
III machine results in a crash when starting xorg due to an illegal
instruction:
[ 112.413] (EE)
[ 112.413] (EE) Backtrace:
[ 112.414] (EE) 0: /usr/lib/xorg/
Tags: patch
Patch that fixes the build (tested locally):
Description: add missing #include to fix ftbfs with GCC 7
Author: Fanael Linithien
---
--- a/kadu-core/plugin/dependency-graph/plugin-dependency-graph-builder.h
+++ b/kadu-core/plugin/dependency-graph/plugin-dependency-graph-builder.h
The problem is caused by missing #include in
kadu-core/plugin/dependency-graph/plugin-dependency-graph-builder.h.
10 matches
Mail list logo
