Thanks for the info.
I also tested with 6.0~rc7 from experimental but the problem persists.
Am 11.10.22 um 17:26 schrieb Diederik de Haas:
On dinsdag 11 oktober 2022 11:41:58 CEST Patrick Jaap wrote:
An internet research found this similar regression
https://lore.kernel.org/lkml/YqE22nS9k2+Ald
OK, I found something that resolved the problem for me:
I looked through the Plasma settings and found out that "Start
compositor on boot" was unchecked for my user in the display settings.
Enabling it again and restarting the session resolved the problem
completely.
Another weird thing was th
Another update:
If a create a fresh user account with a clean KDE Plasma session the
problem is also gone.
I'll clean my local config files and report if I found the root cause.
Patrick
Beeehh, that is bad. And no idea what could be the reason. But it sounds
to me like some 3d/mesa stack problem, not inherently Plasma.
I tested this by installing another desktop (MATE on X.org) and there is
no problem when I run two electron apps.
So somehow the problem is connected to plas
Thanks for trying to reproduce the problem.
Very strange, nothing I see on my computer, though. CPU is eaten by
which process? Maybe IO bound?
This is my output of "top":
PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL
1444 root 20 0 728616 99808 63920
I could work around the problem by manually deleting
~/.local/share/akonadi
The color settings are gone now in Korganizer, but a least the shared
calendars are still there.
Best,
Patrick
Hi! Thanks for the quick answer!
Am 24.02.21 um 23:29 schrieb Vincent Bernat:
By any chance, maybe you did install the firmwares manually in the past,
so you already had a intel/sof-tplg directory which then was not
replaced by the symlink?
Yes, indeed. I tried some manual approaches in the pa
Package: collectd
Version: 5.1.0-3
Severity: important
Tags: patch
Dear Maintainer,
When using the mysql plugin, if the queries it polls from the mysql server do
not return results, then memory is leaked.
This was fixed upstream in https://github.com/collectd/collectd/pull/263 during
the wheez
uot;
Best wishes
--
Patrick J Cherry
Director of operationshttp://www.bytemark.co.uk/
Bytemark Hosting tel: +44 (0) 1904 890 890
signature.asc
Description: This is a digitally signed message part
On Wed, 2014-07-23 at 14:22 +0200, Thomas Lange wrote:
> >>>>> On Wed, 23 Jul 2014 12:22:18 +0100, Patrick J Cherry
> >>>>> said:
>
> > In wheezy, dracut will not add virtio_* modules to the initramfs if the
> systemd-detect-virt
> >
Package: dracut
Version: 020-2
Severity: normal
Tags: upstream
Hi there,
In wheezy, dracut will not add virtio_* modules to the initramfs if the
systemd-detect-virt
command is not found. In later versions of dracut the following code has been
added to
/usr/lib/dracut/modules.d/90qemu/module-s
http://www.webalizer.org/download.html has version 2.23-03. Lots of
bug fixes and handy new features.
Is the pull from upstream ever going to happen? I do not want to be
pushy, but this bug is 2.5 years old now.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a sub
Package: procps
Version: 3.2.8-9
According to the POSIX spec for the "-o" option of the ps command
(http://www.opengroup.org/onlinepubs/9699919799/utilities/ps.html):
"The field widths shall be selected by the system to be at least as
wide as the header text (default or overridden value)."
The 3
On Fri, Jul 2, 2010 at 7:35 AM, Guido Günther wrote:
>
> I'm unsure why you picked Lucid as a base but thanks a lot for testing!
I used Red Hat from version 4.0 (note no "Enterprise"...) A few years
ago, I tried Ubuntu and never looked back. Or elsewhere.
> Did you put your configuration somew
I have now built a fully working Pacemaker cluster -- with OCFS2 on
top -- using Ubuntu Lucid and Debian experimental packages, including
those from redhat-cluster.
So, based on my testing, this bug appears to resolved by the latest
experimental packages.
Thank you!
--
To UNSUBSCRIBE, email t
On Mon, Jun 28, 2010 at 1:02 AM, Jeremy Lainé wrote:
> It looks as though there are two issues here:
>
> a/ My understanding is that upstream does a dlopen() on libdlm_lt.so in
> order to be able to use libdlm_lt.so.2 or libdlm_lt.so.3 depending on the
> system.
OK, but that will also pull in lid
Here is a direct link to Table 15-13 in the Intel Software Developer's
Manual describing the intepretation of the T ("timeout") bit:
http://www.intel.com/Assets/PDF/manual/253668.pdf#page=655
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
Package: mcelog
Version: 1.0~pre3.2
(I apologize for submitting this via Debian, but I have been
completely unable to locate contact information for the upstream
mcelog maintainer.)
According to the "Intel® 64 and IA-32 Architectures Software
Developer’s Manual", section 15.9.2.5 (Table 15-13), t
Package: ocfs2-tools
Version: 1.4.4-2
While trying to run mkfs.ocfs2 (Pacemaker cluster stack), I
consistently got the following error:
"Unable to access cluster service while initializing the dlm"
I tracked this down to mkfs.ocfs2 attempting to dlopen()
"libdlm_lt.so". Unfortunately, this syml
Package: ocfs2-tools
Version: 1.4.4_2
The file ocfs2-tools-1.4.4/vendor/common/51-ocfs2.rules must be
installed under /lib/udev/rules.d or /etc/udev/rules.d in order for
OCFS2 to function properly, at least for Pacemaker support (and
possibly in general).
Without this file, ocfs2_controld.pcmk re
Package: ocfs2-tools-pacemaker
Version: 1.4.4-2
The new ocfs2-tools-pacemaker package (thank you, by the way!)
installs ocfs2_controld.pcmk under /sbin.
Unfortunately, the /usr/lib/ocf/resource.d/o2cb script from the
"pacemaker" package -- which starts this daemon -- expects to find it
under /usr
The Ubuntu folks are running off and doing this themselves...
Pacemaker is the official cluster stack of Suse and (soon) Ubuntu.
Debian should support it by default, IMO.
Is this not a trivial change? What can I do to help make it happen?
Thanks!
--
To UNSUBSCRIBE, email to debian-bugs-dist
Package: ocfs2-tools
Version: 1.4.3-2
The current upstream release (as of April 2010) of ocfs2-tools is
1.4.4. Please consider upgrading the Debian package.
Thank you!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
Package: ocfs2-tools
Version: 1.4.3-2
The current Debian ocfs2-tools package does not include the Pacemaker
variant of the OCFS2 DLM
controller (ocfs2_controld.pcmk).
This should build itself automatically if the Pacemaker headers and
libraries are installed. (The ocfs2-tools configure script
au
Hello everyone!
Phil is now push-triggering our Debian mirror.
Our debian-volatile mirror could be push-triggered too, but Phil's isn't
set up to do that. Is there another mirror that could do that?
Thanks,
--
Patrick J Cherry Bytemark Hosti
ms that he's got the push ready, I'll switch the cron jobs off.
--
Patrick J Cherry Bytemark Hosting Support
http://www.bytemark.co.uk/
tel: +44 (0) 1904 890 890
--
On Mon Mar 08 21:36:55 2010, 572...@bugs.debian.org wrote:
> Could you please drop us a mail once the push setup is done ? (and
> hopefully ftpsync use too :-)
All done. Just waiting on a reply from Phil regarding push mirroring.
Best wishes,
--
Patrick J
do a little bit of configuration to get SSH
access going. I will contact Philip as soon as we're ready.
> How much bandwidth is available ?
1Gbps
Ta!
--
Patrick J Cherry Bytemark Hosting Support
http://ww
28 matches
Mail list logo
