> wmbiff change path of my mailboxes next nearest.
>
> For example wmbiff change 'gleb' to 'glil' for second and fourth mailboxes.
> However the 1st, 3rd and 5th mailboxes have correct path.
Well, the indices don't really enter. I'm actually surprised this
isn't more trouble.
The underlying rea
I'm not sure why this only hit me after upgrading to bullseye, but it
did.
For now, I've fixed it by adding two custom rules to udev (perhaps
dump them into 10_pm-utils-local.rules):
ACTION=="change", SUBSYSTEM=="power_supply", ATTR{type}=="Mains",\
ATTR{online}=="1", RUN+="/usr/sbin/pm-pow
Hi,
TL;DR: This thing hit me, too, and I'd say it's not (directly) a bug
of pm-utils and it should be closed here.
Longer version: When it happened and my logs got filled up (I
actually noted it because for a continuous stream of "Anacron 2.3
started on ..." lines in syslog), I service stop-ed ac
Hi,
On Sat, Dec 07, 2019 at 08:24:02PM +, n...@nexnode.net wrote:
> I have (only just) noticed that I can no longer use luakit, as it
> appears to not function any longer.
> I have made sure to try without any pre-existing configuration, a
> clean reinstall, and my observation has been seconde
> it would be great if you added /usr/lib/mime/packages/zathura just
> like /usr/lib/mime/packages/mupdf. That would allow to change the
+1 on this. Just stepped into this problem when a PDF was suddenly
opened with, of all crazy options, libreoffice.
I ended up dumping the following into mime/p
I have to agree with Joshua -- programs like marble or kdenlive work
just fine without systemd, but this dependency keeps them from doing
so.
Since I have a couple of boxes that are pretty heavily tinkered with
(which makes them unattractive for systemd), I just tried it, apt-get
source-d libpolki
Package: thunderbird
Version: 78
Severity: grave
Tags: security
Justification: user security hole
X-Debbugs-Cc: demioben...@gmail.com, Debian Security Team
Dear Maintainer,
Mozilla has released Thunderbird 91, which fixes several security
holes. Please upgrade the Thunderbird package.
-- Syst
On 12/31/20 6:03 AM, David Kalnischkies wrote:
> On Wed, Dec 30, 2020 at 09:32:32PM -0500, Demi M. Obenour wrote:
>> That is true. Nevertheless, if we are going to put in the work to
>> confine the methods, we should also make sure they cannot escape
>> their confinement.
>
Package: apt
Version: 1.8.2.2
Severity: important
Dear Maintainer,
As far as I can tell, APT still trusts the output of its methods. This
means that while they are sandboxed in theory, this sandbox is trivially
escapable in practice.
This would be Severity: critical except that no vulnerability
9 matches
Mail list logo
