On 17/03/2024 5.18 pm, Andrea Bolognani wrote:
On Wed, Mar 06, 2024 at 08:34:59AM +0100, Mikhail Morfikov wrote:
Take a look for example at the thunderbird email client package. They ship
the apparmor profile for the app in the thunderbird package (I also asked them
to do the move, but no one
On 05/03/2024 10.53 pm, Andrea Bolognani wrote:
On Sun, Jul 19, 2020 at 08:08:15PM +0200, Mikhail Morfikov wrote:
Dear Maintainer,
Currently when the package is installed, it also installs files under
/etc/apparmor.d/ . There are two issues with this:
1) some people want to use their own
9:34 schrieb Mikhail Morfikov:
>> At least to notify people about this change with upgrade to v91
>> because I was really surprised when one of my accounts disappeared
>> without any info.
>
> Did you have read the official release notes?
>
> https://www.thunderbi
Package: thunderbird
Version: 1:91.0~b5-1
Severity: important
Dear Maintainer,
It looks like that with the version of 91, Thunderbird removed support for
Movemail accounts. There's no way to setup such account anymore with this
version, and all already present account are removed without any info
On 24/10/2020 14.42, intrigeri wrote:
> Control: tag -1 + moreinfo
>
> Hi,
>
> Mikhail Morfikov (2020-07-20):
>> currently when the apparmor-profiles package is installed, it installs
>> several
>> apparmor profile files. In this way users can have all or none
Package: conky
Version: 1.11.6-1
Followup-For: Bug #968323
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I've also hit this issue.
It looks like it's because conky in Debian is built with:
COMMON_CONF_ARGS= ...
-DBUILD_PORT_MONITORS=OFF \
...
-BEGIN
Package: libinput10
Version: 1.15.5-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I have the following external keyboard connected to my laptop:
# lsusb | grep -i logi
Bus 002 Device 005: ID 046d:c30f Logitech, Inc. Logicool HID-Compliant Keyboard
(106
Package: apparmor-profiles
Version: 2.13.4-3
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
currently when the apparmor-profiles package is installed, it installs several
apparmor profile files. In this way users can have all or none of the profiles
installed
Package: libvirt-daemon-system
Version: 6.4.0-2
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Currently when the package is installed, it also installs files under
/etc/apparmor.d/ . There are two issues with this:
1) some people want to use their own profi
Package: efibootmgr
Version: 17-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
it looks like that efibootmgr works well, but when the "-v" flag is used, I get
the following output:
# efibootmgr -v
BootCurrent: 001A
Timeout: 0 seconds
BootOrder:
001A,001B,001
Package: ifupdown
Version: 0.8.35+b1
Followup-For: Bug #949062
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It looks like systemd is the one to blame. I've managed to solve the issue by
creating the following file:
# cat /etc/systemd/network/99-default.link
[Match]
OriginalName=bond*
[Link]
Package: remaster-iso
Version: 0.9.2-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I recently installed remaster-iso package, but when I issued the
remaster-compose command, I got this:
- -
# remast
Package: thunderbird
Version: 1:68.4.1-1+b1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Currently when the thunderbird package is installed, it also installs the
apparmor profile under /etc/apparmor.d/usr.bin.thunderbird . There are two
issues with this:
1
Package: ifupdown
Version: 0.8.35+b1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I'm using a Debian Sid, and the network configuration is managed by the
/etc/network/interface file. Basically my laptop has the eth0 and wlan0
interfaces configured in the f
On 23/12/2019 19:30, Lukas Schwaighofer wrote:
> I'll look into this and try to reproduce this within the next few days.
> To speed things up, can you provide me with your configuration?
Here's my config:
DEFAULT debian
PROMPT 0
TIMEOUT 200
UI vesamenu.c32
Package: extlinux
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
My current kernel command line is about 400-character long. When it was
shorter, I didn't have any issues when I wanted to edit this line in the
boo
Package: chromium
Version: 76.0.3809.100-1
Followup-For: Bug #935753
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It looks like the problem is in the libgl1-mesa-dri package as described here:
https://bugs.archlinux.org/task/63945
Currently, the 19.2.0-1 version is in SID, which causes the OO
Package: e2fsprogs
Version: 1.45.3-4
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I have 4 GiB of free space in each of my PVs:
# pvscan
PV /dev/mapper/sdb1_crypt VG wd_blue_labellvm2 [820.30 GiB / 4.00 GiB
free]
PV /dev/mapper/sda2_crypt VG w
It looks like the DKMS error was because of my mistake and not the initramfs
one -- the ARCH=x86_64 env variable caused the issue, so just ignore the info
about
DKMS.
signature.asc
Description: OpenPGP digital signature
Package: initramfs-tools-core
Version: 0.132
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I wanted to build a custom kernel using the linux-source package from the
Debian repository. I haven't changed much, the only thing I wanted to do is to
build in all the
On 22/12/2018 16:48, Guilhem Moulin wrote:
> Disk images, key files, and detached headers can reside on arbitrarily
> complicated file systems and block device stack, and setting up these
> stacks to make the files available prior to unlocking is really not the
> job of our initramfs boot scripts.
On 22/12/2018 16:11, Guilhem Moulin wrote:
> If having a key file is acceptable to you, the following crypttab(5)
> snippet should be enough for systemd to map the device once /home has
> been mounted:
>
> some_img /home/me/luks/some.img /path/to/key/file luks
>
I don't really want to use
On 22/12/2018 12:57, Guilhem Moulin wrote:
> The cryptroot initramfs boot scripts won't try to mount anything; if an
> extra file-system (other than / and /usr) needs to be mounted at early
> boot stage, you'll need to arrange for it yourself, for instance with a
> local-block script.
So unlocking
Package: cryptsetup-bin
Version: 2:2.0.6-1
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have several LUKS containers, and all of them use the same password. Some of
the containers are regular disk partitions, but I also have some file images.
An example file image is stored u
Package: lightdm
Version: 1.26.0-3
Followup-For: Bug #908329
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I think I have a similar (or the same) issue.
Basically, when I lock the screen (via light-locker), the screen goes black,
but it doesn't turn off. Keystrokes and mouse seem to dead becau
Package: volumeicon-alsa
Version: 0.5.1+git20170117-1
Followup-For: Bug #915192
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It looks like volumeicon-alsa doesn't detect PulseAudio correctly, but when the
following is set in the file ~/.config/volumeicon/volumeicon :
- ---
card=pulse
Package: volumeicon-alsa
Version: 0.5.1+git20170117-1
Followup-For: Bug #915192
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It looks like it's an old bug:
https://bugs.launchpad.net/ubuntu/+source/alsa-utils/+bug/1026331
- -- System Information:
Debian Release: buster/sid
APT prefers uns
Package: cryptsetup-initramfs
Version: 2:2.0.5-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
The /usr/share/initramfs-tools/hooks/cryptkeyctl file has the following lines:
-
# Check whether cryptroot hook has installe
Package: volumeicon-alsa
Version: 0.5.1+git20170117-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
When I mute sounds in my system, everything works well, but when I try to
unmute them, it doesn't work. Basically, there are channels settings in the
volumei
Package: src:linux
Version: 4.18.10-2+b1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Some processes in my system need to be limited when it comes to memory
consumption. I wanted to use cgroup v1 along with tools from the cgroup-tools
package to achieve the
On 23/11/2018 22:02, Guilhem Moulin wrote:
> On Fri, 23 Nov 2018 at 21:41:42 +0100, Mikhail Morfikov wrote:
>> On 23/11/2018 20:37, Guilhem Moulin wrote:
>>> Did you also add a loop to wait for the block device holding the LUKS
>>> header? Since the device is discovered
On 23/11/2018 20:37, Guilhem Moulin wrote:
> Did you also add a loop to wait for the block device holding the LUKS
> header? Since the device is discovered asynchronously you need to wait
> for it in order to eliminate the race.
What exactly should I add?
signature.asc
Description: OpenPGP digi
> cryptsetup-initramfs' ‘cryptroot’ is run (last) is local-top, so before
> your own script. So ‘cryptroot’ is bound to fail after trying to open
> the device a couple of times. Please move your script to local-top, and
> maybe add a loop to make it block when the device is not present.
I moved
On 23/11/2018 17:48, Guilhem Moulin wrote:
> On Fri, 23 Nov 2018 at 17:27:11 +0100, Mikhail Morfikov wrote:
>> On 23/11/2018 17:20, Guilhem Moulin wrote:
>>> On Fri, 23 Nov 2018 at 17:09:24 +0100, Mikhail Morfikov wrote:
>>>> Should the script be used when sys
On 23/11/2018 17:20, Guilhem Moulin wrote:
> On Fri, 23 Nov 2018 at 17:09:24 +0100, Mikhail Morfikov wrote:
>> Should the script be used when systemd takes care of opening the
>> encrypted containers? Because it doesn't support those scripts.
>
> Indeed, but systemd i
On 23/11/2018 16:14, Guilhem Moulin wrote:
> Control: tag -1 moreinfo
> Control: severity -1 wishlist
>
> Hi Mikhail,
>
> On Fri, 23 Nov 2018 at 16:03:32 +0100, Mikhail Morfikov wrote:
>> I have to type the same password two times (one for each drive) when
>&g
Package: cryptsetup-initramfs
Version: 2:2.0.5-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I have the whole /boot/ partition on an external USB drive. I also have LUKSv2
header detached from the system container and also placed inside of that
external
U
Package: cryptsetup-initramfs
Version: 2:2.0.5-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I have two HDDs and each of them have one encrypted partition (LUKSv2). The
same password is set for both of the drives because I want to open them using
only the on
Package: usbguard
Version: 0.7.2+ds-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Please don't enable the usbguard service after the package installation. When
enabled, usbguard simply cut off all usb devices and hence the keyboard/mouse
don't work anymor
Package: swh-plugins
Version: 0.4.17-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
probably after the recent update of PulseAudio, the sc4m_1916 module can't be
loaded anymore for some reason. It was working fine before, now I just get the
following log i
Package: udiskie
Version: 1.7.5-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
When udiskie is started, it gives only the following error:
$ udiskie --automount --notify --tray --use-udisks2
Traceback (most recent call last):
File "/usr/bin/udiskie", li
It looks like the issue is fixed for me, thanks!
signature.asc
Description: OpenPGP digital signature
Package: libpam-kwallet5
Version: 5.12.1-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I've been using kwallet on my Openbox for some time now. It was working well,
but after today's system upgrade, kwallet doesn't really work anymore. When the
libpam-kwa
Package: cryptsetup
Followup-For: Bug #890798
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I just converted LUKS1 to LUKS2 and added another keyslot with Argon2i. I
tested the new keyslot, and it looks like it works without any issues now. I
also wiped the previous keyslot to be sure. I don't
On 2018-02-19 01:44, Guilhem Moulin wrote:
> Control: retitle -1 cryptsetup: Using luks2 with argon2 PBKDF produces an
> unbootable system
>
> On Mon, 19 Feb 2018 at 00:02:02 +0100, Mikhail Morfikov wrote:
>> Since in Debian Sid we have a cryptsetup v2 for some time, I wa
Package: cryptsetup
Version: 2:2.0.1-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Since in Debian Sid we have a cryptsetup v2 for some time, I wanted to wipe my
current system and install a fresh one in the LUKS/LVM setup. I was using the
official Debia
Package: libapache2-mod-evasive
Version: 1.10.1-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
In the documentation and in the evasive module config file, there's a directive
called DOSHashTableSize . According to the documentation, it should be a prime
numbe
Package: linux-headers-4.6.0-1-grsec-amd64
Version: 4.6.3-1+grsec201607062159+1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Debian has two packages that can ease the upgrading process of its kernel:
linux-image-amd64 and linux-headers-amd64 . But in the case
Package: wget
Version: 1.17.1-2
Followup-For: Bug #823891
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The bug actually occurs when the width of the terminal is less than 50 columns.
When the -q parameter is specified, wget works just fine even with small
windows.
-BEGIN PGP SIGNATURE-
Package: src:linux
Version: 4.5.2-1
Severity: normal
File: brcmsmac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have the following WiFi hardware in my laptop:
03:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11bgn
Wireless Network Adapter [14e4:4727] (rev 01)
Sub
Package: dnscrypt-proxy
Version: 1.6.1-1.1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
dnscrypt-proxy can be extended via plugins as described in [1] . As you can
see, some of the plugins are really useful. The current debian version doesn't
support this. In
Package: minitube
Version: 2.5.1-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
There's a bug in the current version of minitube. It prevents this app from
playing videos. This can be fixed by installing the following package:
libqt5sql5-sqlite .
-
Package: xserver-xorg-core
Version: 2:1.18.2-1
Severity: important
Dear Maintainer,
After upgrading the two following packages:
[UPGRADE] xserver-common:amd64 2:1.18.1-1 -> 2:1.18.2-1
[UPGRADE] xserver-xorg-core:amd64 2:1.18.1-1 -> 2:1.18.2-1
On 02/26/2016 06:55 PM, Guus Sliepen wrote:
> On Fri, Feb 26, 2016 at 05:40:32PM +0100, Mikhail Morfikov wrote:
>
>>> That begs the question though: could it be that you are getting your
>>> IPv6 address via DHCP, but the IPv6 gateway via router advertisements?
>>
> Hm, could it be that your DHCP6 server does advertise a default route?
This is the DHCPv6 lease I get from the router when I use "dhcp" in the
/etc/network/interfaces file:
---
default-duid "\000\001\000\001\036c8> This is documented
Package: ifupdown
Version: 0.8.10
Severity: normal
Tags: ipv6
I wanted to implement IPv6 in my network, but my debian machine has some issues
with it. The IPv6 connection works just fine when configured statically via the
/etc/network/interfaces file in the following way:
iface bond0 inet6 static
Package: gnome-keyring
Followup-For: Bug #800617
I can do it.
Package: gnome-keyring
Version: 3.18.1-1
Followup-For: Bug #800617
I can confirm that the behavior has changed with the new version of the gnome-
keyring package. I downgraded the gnupg packages as well, so I could check
whether the new version of gnome-keyring works.
I still get the following me
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2015-10-15 22:48, Ben Longbons wrote:
> Package: systemd
> Version: 227-2
> Severity: normal
> File: /etc/systemd/journald.conf
>
> Dear Maintainer,
>
> The default configuration of journald loses logs whenever the system is
> rebooted. This is
Package: gnome-keyring
Version: 3.18.0-4
Followup-For: Bug #800617
It looks like the patch doesn't work either -- it's the exact same situation.
But there's another thing that can be helpful.
There's another bug (#796931) in debian concerning the gnupg-agent package.
When I first installed the si
Package: gnome-keyring
Version: 3.18.0-2
Followup-For: Bug #800617
Another observation that can prove useful.
First of all, the process that spawns along with my openbox (/usr/bin/gnome-
keyring-daemon --daemonize --login) lives about 2 minutes, not one minute --
I've just measured it. When it's
Package: gnome-keyring
Version: 3.18.0-2
Followup-For: Bug #800617
I explicitly said: "I was testing this with and without the autostart files,
and it's the same in both cases."
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'tes
Package: gnome-keyring
Version: 3.18.0-2
Followup-For: Bug #800617
I've just upgraded the gnome-keyring package, and I think that didn't solve my
issues. I think it's the same situation as it was before, but there's another
thing worth mentioning.
When my openbox starts I have the following proce
Package: gnome-keyring
Version: 3.18.0-1
Followup-For: Bug #800617
I had similar issue after today's upgrade. The package gnome-keyring
was upgraded as well, so I thought it could be involved. The first
thing I noted after upgrade was the lag when I was running ssh command
-- after 10-15s I was ab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2015-07-20 12:52, Dariusz Dwornikowski wrote:
>> after upgrading viewnior from 1.4-2+b1 to 1.5-1 , I noticed that basically
>> all
>> options that can be set via the "behavior" tab simply don't work as expected.
>> You can set, for instance, "on
Package: viewnior
Version: 1.5-1
Severity: normal
Dear Maintainer,
after upgrading viewnior from 1.4-2+b1 to 1.5-1 , I noticed that basically all
options that can be set via the "behavior" tab simply don't work as expected.
You can set, for instance, "on mouse wheel" to "navigate images", but you
Package: smplayer
Version: 14.9.0.6887-1~vivid1
Severity: wishlist
Dear Maintainer,
on the official website we can read the following:
SMPlayer 14.9.0.6812 has been released
Summary of changes:
We are very happy to announce that this version has added support for
Source: systemd
Followup-For: Bug #618862
Is there a solution to this issue?
I'm currently using debian sid + sysvinit because I can't switch to systemd.
This is my setup:
root:~# lsblk -f
NAME FSTYPE LABEL UUID
MOUNTPOINT
sda
├─sda1 ntfswind
Package: live-build
Followup-For: Bug #729522
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I removed the aptosid kernel from the config file, and the image was created
successfully. That's weird because you know, I've been using this setup for
several months and everything was fine. Besides, isn
Package: live-build
Version: 4.0~alpha30-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: live-build
Version: 4.0~alpha30-1
I've been trying to build a testing live hdd image using experimental
live-build package, but unfortunately something went wrong.
Following is my
70 matches
Mail list logo
