Hello, might be related to this Debian specific issue:
I was surprised to see the default sway background recently appear on my
desktop.
My personal ~/.config/sway/config does NOT declare a background image, only a
solid color:
output * bg #103000 solid_color
However, that setting is now overr
Package: handbrake-cli
Version: 1.6.1+ds1-1
Ouch, yes, to confirm, upgraded to bookworm and now subtitles are broken
when using HandBrake to convert DVD to .mkv
(worked in bullseye handbrake-cli 1.3.1+ds1-2 and previous versions)
The problem occurs with all DVD subs I tried, both types: VOBSUB an
Confirmed while testing Debian 12 bookworm installers alpha 1 & 2.
Picking locale "C" when installing desktop causes broken system with GNOME.
A serious issue, as mentioned above, is that gnome-terminal cannot run.
And, no error messages appear to inform user of problem.
journalctl shows:
gnome-te
Confirmed this is a bug, I just installed bullseye and noticed Tracker syslog
noise.
Specifically the system user is: "Debian-gdm" (login screen)
Because services are "WantedBy=default.target"
...so symlinked from: /etc/systemd/user/default.target.wants/
The fix is to modify one line in both:
/us
This error means that your settings.json config file has been corrupted or is
not correctly formatted for the micro version you are using.
Most likely scenario: you ran micro v2.x.x, which changes the setttings.json
format, then tried to go back to using v1.x.x.
Solution:
rm ~/.config/micro/sett
Confirmed: Firefox 68.2.0esr-1~deb10u1 Wayland mode DBUS bug
Firefox does not start with MOZ_ENABLE_WAYLAND=1 (or old GDK_BACKEND=wayland)
Works with --no-remote, but once open can't open URLs from other applications.
MOZ_ENABLE_WAYLAND=1 firefox-esr --no-remote # temp. partial workaround
Related
Package: geoclue-2.0
Version: 2.5.2-1
Severity: normal
Dear Maintainer,
(Testing Debian 10 Buster)
Using GNOME Settings > Privacy, turned off the geolocation features on the
desktop; however geoclue still contacts location.services.mozilla.com in the
background whenever an application requests lo
Hello Reiner,
Thanks for your response.
To be clear: I don’t have a problem with Firejail being a setuid executable
(perhaps a little trepidation ;-), I have an issue with the default broad
powers granted to unprivileged users with the install of the Firejail package.
> I think the most common
Please add/install Firejail with the empty file /etc/firejail/firejail.users.
At least for versions 0.9.54 and up this will allow root to use Firejail and
provide users with an informational message as to how they can, if indeed they
are superusers, add themselves to this file in order to use Fir
Package: firejail
Version: 0.9.56-2
Severity: normal
Dear Maintainer,
Firejail being a setuid executable provides regular users root powers to bypass
system settings.
I think it's a problem for an official Debian package to automatically
grant regular users that much power without root having act
10 matches
Mail list logo