Paul Gevers (2021-04-02):
> On 02-04-2021 14:00, intrigeri wrote:
>> I would like to see the same 1-line change in Bullseye, in the hope
>> that it's enough to allow you folks to remove src:apparmor from
>> the blocklist.
>
> Shall we test first if it helps?
Sure
Hi Paul,
Paul Gevers (2021-02-18):
> Hi intrigeri,
>
> On 18-02-2021 10:34, intrigeri wrote:
>>> # Dummy test so that changes to linux-image-amd64 trigger our other
>>> autopkgtests
>>> # on ci.debian.net
>
> By the way, we have the "hint-testsu
Control: tag - moreinfo
Control: tag + wontfix
Hi,
Christian Ehrhardt (2021-02-08):
> I'm already part of the crowd waiting for "Include if exists" to be
> widely available.
> And yes, that would solve my problem as well.
>
> But IMHO a huge problem with "Include if exists" is, that on older
>
Hi Helmut,
First: wow, great investigative work!
Helmut Grohne (2021-03-05):
> So I have a longer patch fixing 1-6 attached. Please consider applying
> it. I guess this is post-bullseye material though. Of course you can
> give some feedback pre-bullseye to move this forward.
I would be happy
Control: tag -1 + moreinfo
Hi,
Ivanecky Jozef (2021-02-19):
> Package: libapparmor1
> Version: 2.13.6-9
> Debian Release: 9.8
> APT prefers oldstable-updates
> APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable')
> Versions of packages libapparmor1 depends on:
> ii
Hi,
FYI, after a 28 months long process, I've just requested the removal
from unstable of libgtk2-perl and its reverse-dependencies, which
includes this package: #986109.
If you, or someone else, still cares about this package, I hope
they'll succeed in porting it to a current GUI toolkit, such
Package: ftp.debian.org
Severity: normal
Hi,
I'm hereby requesting removal of libgtk2-perl, as one of its maintainers,
and of its remaining 4 reverse-dependencies, as the last step of a plan
that was communicated to the relevant maintainers years ago.
The reverse-dependencies covered by this
Package: ftp.debian.org
Severity: normal
Hi,
As pointed out by Jonas Smedegaard a month ago¹, this module is
deprecated upstream: the upstream homepage² explicitly states "DO NOT
USE!".
Jonas analysis lead him to conclude that we can, and should, remove
this package and its (few) reverse
Package: libparse-keyword-perl
Version: 0.09-1
Severity: serious
As pointed out by Jonas Smedegaard a month ago¹, this module is
deprecated upstream: the upstream homepage² explicitly states "DO NOT
USE!".
Jonas analysis lead him to conclude that we can, and should, remove
this package and its
Control: tag -1 + patch
Control: severity -1 important
Hi,
Miquel van Smoorenburg (2020-10-27):
> I get this warning on a puppet run:
>
> /usr/lib/ruby/vendor_ruby/puppet/file_system/uniquefile.rb:126: warning:
> $SAFE will become a normal global variable in Ruby 3.0
Confirmed here.
I'm
Control: tag -1 + upstream
Control: retitle -1 Upstream documentation could be clearer
Hi,
Gordon Haverland (2010-07-18):
> If one looks at the man page for Expect::Simple, we see:
[... copy of the synopsis]
> The manpage code snippet does not define $cmd.
I think that's OK as far as the
he current
behavior of "sysctl --system". I don't know how realistic this is.
b) Rename protect-links.conf as I suggested, so it integrates more
nicely with the configuration system it's de facto primarily meant
for nowadays.
Does this make sense?
Sorry if I totally misunderstood or missed something!
Cheers,
--
intrigeri
Hi,
intrigeri (2021-02-06):
> I understand the LXC container is stopped and restarted between each
> test, so what Paul wrote above suggests the container is successfully
> stopped between the 1st and 2nd test, same between the 2nd and 3rd
> test, but then it occasionally fails t
Control: tag -1 + patch
Control: tag -1 + upstream
Control: forwarded -1
https://gitlab.com/apparmor/apparmor-profiles/-/merge_requests/48
Hi Paul,
Thanks for this amazing bug report!
I've send a merge request upstream and will upload to sid shortly.
Cheers!
Hi,
James Henstridge (2021-02-16):
> 2. As for why Debian is not being considered for "full" support,
> I suspect this is down to the out-of-tree patches to enable access
> control for unix domain sockets. This will likely resolve itself
> when snapd moves to use the new AppArmor 3.0 network
Package: procps
Version: 2:3.3.17-1
Severity: normal
X-Debbugs-Cc: none
Hi,
I have set fs.protected_fifos=2 in /etc/sysctl.conf.
My intent is to override procps' protect-links.conf,
which sets fs.protected_fifos=1.
Under systemd, /etc/sysctl.conf is actually loaded via the
Hi,
thanks for the quick answer. For now I'll focus on Andrej's plans
(not potential future improvements) and the bits I know best,
leaving it to Andrej to reply about the other aspects :)
Niels Thykier (2021-02-06):
> intrigeri:
> As I read dh_apparmor, it generates maintscript
Hi,
I've just run the src:apparmor autopkgtests on ci-worker05 a bunch
of times, using the autopkgtest command:
- from an unpacked source tree:
- experimental (3.0.1-4): 5 times
- unstable (2.13.6-8): 3 times
- using the package that's in the archive:
- experimental (3.0.1-4): 2 times
Hi Paul,
Paul Gevers (2021-02-05):
> On 05-02-2021 18:02, intrigeri wrote:
>> First, I'm wondering if this bug might be related to the problem you
>> recently fixed in debci's LXC containers AppArmor configuration.
>
> That was only on one particular ppc64el host, so
Control: tag -1 - moreinfo
Heya,
High-level note: I lack knowledge to evaluate this proposal in terms
of debhelper integration. I'd be grateful if Niels could take a look :)
Andrej Shadura (2021-02-05):
> I’ll start with explaining the idea.
Awesome, thanks, it helps a lot!
> The status quo
See also https://bugs.debian.org/872266, which is also about policy
that confine programs shipped in other packages.
Control: retitle -1 Provide facility to reload a profile when included snippets
shipped by other packages are added/updated/removed
Hi,
FTR, there's no real-world example in testing anymore of the exact use
case why this was requested initially:
- kopano-webapp was orphaned, removed from
Hi,
intrigeri (2021-01-08):
> Christian Boltz (2021-01-07):
>> I'd argue that this is a problem that is already solved ;-)
>>
>> Starting with AppArmor 3.0, all[1] upstream abstractions come with a
>> rule like (example taken from abstractions/base):
>>
>>
Hi,
First, I'm wondering if this bug might be related to the problem you
recently fixed in debci's LXC containers AppArmor configuration.
What about giving it another try?
If that's not enough, then I'd like to come back to what we discussed
a few months ago:
intrigeri (2020-10-27):
> P
Hi,
intrigeri (2019-12-11):
> Could you please describe what problem this solution would solve?
> One way to explain this could be to show us how you envision this
> improved integration would be used in a package, compared to the
> status quo.
Ping? :)
Control: tag -1 + wontfix
Hi,
… and sorry for the delay.
Mikhail Morfikov (2020-10-24):
> There are three ways of installing apparmor profiles in debian:
> - an app's package contains some apparmor profile
> - some packages contain lots of apparmor profiles
> - there are a few packages which
Control: retitle -1 Improve support for rootfs-on-overlayfs systems
Control: severity -1 wishlist
Control: tag -1 + upstream
Hi,
Sorry for the delay!
Stefan Baur (2020-06-16):
> So if it's hard to get apparmor and overlayfs to play along nicely,
> maybe the check shouldn't be for a Debian Live
Hi,
Brian Potkin (2021-01-25):
>> Jan 23 23:39:29 debian kernel: audit: type=1400 audit(1611445169.589:22):
>> apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=2172
>> comm="cupsd" capability=12>
If cupsd legitimately needs to use the CAP_NET_ADMIN Linux
[capability], then
Control: tag -1 + pending
Hi,
Samuel Thibault (2021-02-05):
> I tried a bit with the base system, got […]
Thanks a lot!
> I'll keep the VMs around, for any further test you'd want?
No, that's good enough for me. I'll upload ASAP.
Cheers!
Control: tag -1 + pending
Hi Helmut,
Helmut Grohne (2021-01-27):
> As such, both can be annotated and thus become irrelevant
> to cross building and bootstrapping. Please consider applying the
> attached patch.
Good catch and thanks for the patch!
I'll upload ASAP.
Have a nice day,
i.
Hi Samuel,
tl;dR: Help! I have a tentative fix ready, but in order to see this
fixed in Bullseye, someone else has to test the tentative fix by
Saturday, 17:00 UTC.
Samuel Thibault (2021-02-01):
> intrigeri, le lun. 01 févr. 2021 09:16:23 +0100, a ecrit:
>> > or avoid making it h
intrigeri (2021-02-01):
>> or avoid making it hardly depend on python3?
>
> I did not check how hard that would be yet. If this is a post-Buster
> regression, I'll do my best to look into it shortly!
The only reason why apparmor "Depends: python3" in current testing
Hi Samuel,
Thanks for bringing this to our attention. For now I'll focus on
trying to understand the scope and severity of this problem.
Samuel Thibault (2021-01-31):
> As of Debian bullseye alpha3, apparmor is getting installed by default
> even in the base system,
To be clear, in this context
Control: reassign -1 libvirt-daemon-system
Hi,
Simon Kobyda (2021-01-12):
> Jan 12 11:16:09 debian kernel: [ 19.500732] audit: type=1400
> audit(1610450169.308:29): apparmor="DENIED" operation="capable"
> profile="libvirtd" pid=1931 comm="rpc-worker"
> capability=39 capname="bpf"
> Jan 12
Control: tag -1 + moreinfo
Hi,
Christian Boltz (2021-01-07):
> I'd argue that this is a problem that is already solved ;-)
>
> Starting with AppArmor 3.0, all[1] upstream abstractions come with a
> rule like (example taken from abstractions/base):
>
> include if exists
>
> so if you create
Hi,
Dominic Hargreaves (2020-11-10):
> On Tue, Nov 10, 2020 at 09:03:42AM +0100, intrigeri wrote:
>> Dominic Hargreaves (2020-11-09):
>> > A year on, it seems there's almost no realistic prospect of this
>> > package coming back. Shall we remove it from sid?
Hi,
> I would like to maintain this program
Awesome, thanks!
> and am searching for a sponsor.
I suggest you get in touch with the maintainers of MAT2 in Debian:
https://tracker.debian.org/pkg/mat2
They might be happy to sponsor uploads of your work, and perhaps even
to collaboratively
Control: severity -1 minor
Hi,
I'm lowering severity, in line with the description of the package:
apparmor-profiles provides various experimental AppArmor profiles.
Do not expect these profiles to work out-of-the-box.
.
These profiles are not mature enough to be shipped in enforce mode by
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-emac...@lists.debian.org
* Package name: elpa-moody
Version : 0.5.4
Upstream Author : Jonas Bernoulli
* URL or Web page : https://github.com/tarsius/moody
* License : GPL 3+
Description : tabs and ribbons for the
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-emac...@lists.debian.org
* Package name: elpa-company-quickhelp
Version : 2.3.0 + Git master
Upstream Author : Dmitry Gutov
* URL or Web page : https://github.com/company-mode/company-quickhelp
* License : GPL-3
Hi,
Dominic Hargreaves (2020-11-09):
> A year on, it seems there's almost no realistic prospect of this
> package coming back. Shall we remove it from sid?
Thank you for caring!
Quoting the plan I proposed #912860: "I intend to remove libgtk2-perl
from testing soon after the Buster release, and
Hi Seth,
Seth Arnold (2020-10-30):
> On Thu, Oct 29, 2020 at 09:14:55AM +0100, intrigeri wrote:
>> I believe that in practice, during a Buster → Bullseye upgrade,
>> pidgin-openpgp will be removed anyway because libgtk2-perl will get
>> removed. So in this context,
Hi Seth,
Seth Arnold (2020-10-29):
> Hello intrigeri, I'm not comfortable with this approach.
Thanks for sharing. I hear you and it matters to me.
> apparmor-profiles-extra is just text files.
>
> I don't know what merits or demerits pidgin-openpgp actually has, but if
> a
Hi,
Paul Gevers (2020-10-25):
> On 25-10-2020 19:44, intrigeri wrote:
>> This being said, this was a while ago, and I wonder if the problem got
>> somehow fixed in one of those packages in the meantime. Could you
>> please give it another try with 2.13.5-1 (sid) or 3.0
Control: severity -1 normal
Control: retitle -1 Inactive upstream
Hi Mike,
Mike Gabriel (2020-10-26):
> I don't think that libgstreamer1-perl as found in Debian is the one
> provided by GNOME/Gtk / referenced in the given URL / deprecation
> announcement.
You're right!
This one is
Source: libclutter-perl
Severity: serious
User: debian-p...@lists.debian.org
Usertags: rm-candidate
Hi,
upstream announced¹ that the Clutter Perl module would be deprecated
in December 2020. It is actually already archived on their GitLab,
so:
- The module will no longer be updated with
Source: libgstreamer1-perl
Severity: serious
X-Debbugs-Cc: Mike Gabriel
User: debian-p...@lists.debian.org
Usertags: rm-candidate
Hi,
upstream announced¹ that the GStreamer Perl module would be deprecated
and archived in December 2020:
- The module will no longer be updated with security
Hi,
Paul Gevers (2020-05-25):
> The most obvious alternative is that your run it locally, but I guess
> you tried and couldn't reproduce?
I usually use the libvirt backend but I tried today with the lxc
backend locally, and could not reproduce. Note I don't see this
problem on Salsa CI either.
Hi,
Ben Hutchings (2018-07-27):
> lxc-start: lxccontainer.c: wait_on_daemonized_start: 754 Received container
> state "ABORTING" instead of "RUNNING"
> lxc-start: tools/lxc_start.c: main: 368 The container failed to start.
> lxc-start: tools/lxc_start.c: main: 370 To get more details, run the
>
Control: reassign -1 telepathy-mission-control-5
Control: retitle -1 AppArmor profile conflicts with pidgin-openpgp
Hi,
Henning Follmann (2020-08-24):
> When you try to login to a jabber server either via empathy or pidgin
> /usr/lib/purple-2/XEP-0027.pl will be called but fails because of an
>
Control: tag -1 + pending
Hi,
Henning Follmann (2020-08-18):
> On start of pidgin I get this error:
> Can't locate strict.pm: /usr/share/perl/5.28/strict.pm: Permission denied
> at /usr/lib/purple-2/XEP-0027.pl line 31.
> BEGIN failed--compilation aborted at /usr/lib/purple-2/XEP-0027.pl
Hi Vincas!
Vincas Dargis (2020-08-27):
> This is produced if usr.sbin.dovecot is copied to /etc/apparmor.d:
>
> ```
> type=AVC msg=audit(1598556536.092:901): apparmor="DENIED" operation="open"
> profile="dovecot" name="/usr/share/dovecot/dh.pem" pid=12625 comm="doveconf"
> requested_mask="r"
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 of the profiles
> installed in their systems. Sometimes a user wants only a specific
Package: mtools
Version: 4.0.24-1
Severity: important
User: tails-...@boum.org
Usertags: localization
Hi!
$ LC_CTYPE=tr_TR.UTF-8 mtools
Syntax error at line 5 for drive A: column 9 in file /etc/mtools.conf:
unrecognized keyword
$ echo $?
1
$ LC_CTYPE=C mtools
Supported commands:
Hi,
gregor herrmann (2020-09-26):
> All reverse build dependencies are fixed
Congrats to everyone who helped make this happen ! \o/
> Any last words before we file an RM bug?
None from me.
Cheers!
Hi,
Hector Oron (2020-09-04):
> Missatge de Jordi Mallach del dia dj., 3 de set.
> 2020 a les 16:48:
>
>> After claiming it and looking at the source, I resolved this probably
>> belongs as part of linux-firmware or whatever the source name is, as
>> Ubuntu did. zumbi@ has been talking to the
Hi Jordi,
I see you took responsibility for this ITP a few months ago.
Are you in a position to share a rough timeline?
Cheers!
Hi Uli!
Uli Scholler (2020-09-01):
> When I received your initial bug report, I followed the advice given in
> Perl's Gtk3 module documentation to "run s/Gtk2/Gtk3/ on [the]
> application." Unfortunately, that didn't work at all and I put it aside.
Yeah, a mere s/Gtk2/Gtk3/ suffices only for
Hi Tristan,
Tristan Seligmann (2020-08-30):
> On Sat, 29 Aug 2020 at 16:45, wrote:
>> On top of that, since 4.0.2-1, python3-electrum has "Depends:
>> python3-qdarkstyle". Is this absolute dependency needed?
>> (See Policy 7.2¹ for details.)
>
> This dependency was picked up mostly by accident;
Package: python3-electrum
Version: 4.0.2-1
Severity: normal
User: tails-...@boum.org
Usertags: misc-reported
Hi,
I see that electrum has "Recommends: python3-qdarkstyle"; so far,
so good.
On top of that, since 4.0.2-1, python3-electrum has "Depends:
python3-qdarkstyle". Is this absolute
Richard Hansen (2020-08-23):
> On 2020-08-23 05:59, intrigeri wrote:
>> - libtitanium-perl: webapp framework, overlay on top of
>>CGI::Application, last upstream release in 2009, tiny popcon, but
>>I see Richard Hansen added themselves to Uploaders a few days ago,
&g
Hi,
intrig...@debian.org (2019-07-26):
> libcgi-application-perl build-depends on pkg-components. The Debian
> Perl group has decided today that we don't want pkg-components to be
> included in the Bullseye release, unless someone steps up and
> volunteers to be its upstream maintainer:
>
Hi,
intrigeri (2020-08-20):
> Simon McVittie (2020-08-20):
>>> I'll file bugs against all reverse-dependencies to alert their
>>> maintainer about this situation.
>>
>> Should the bugs against rdeps be escalated to serious at this point,
>> potentially t
Control: tag -1 + moreinfo
Hi,
Karsten (2020-08-23):
> Yes. But the interesting thing is the output when trying to use cups.
>
> Aug 23 00:59:15 pc kernel: audit: type=1400 audit(1598137155.941:58):
> apparmor="DENIED" operation="mknod"
> profile="/usr/sbin/cupsd"
Hi Nick,
Nick Black (2020-08-22):
> intrigeri left as an exercise for the reader:
>> Or is there a good alternative to asciio in the archive?
>> (I was not able to find any.)
>
> What all graphs are you hoping to draw?
I'm not using asciio myself, but a colleague of mine use
Control: tag -1 + pending
Hi,
Carsten Schoenert (2020-08-22):
> I trust you enough to add the suggested version to the Breaks entry for
> enigmail.
Thank you ⇒ pushed d986a6ddf592336b6c493e6bc30c60b4743fb915.
Hi David,
David Paleino (2020-08-21):
> Yes, please go ahead, and sorry for not reacting before.
No problem! I've filed a RFH: #968843.
Cheers!
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org, da...@debian.org
Hi,
on behalf of its maintainer David Paleino, I request assistance about
the asciio package.
The package description is:
This gtk2-perl application allows you to draw ASCII diagrams in a
modern (but
Hi,
user (2020-08-20):
> With the printer found and printing not functional:
>
> # tail /var/log/cups/error_log
> E [20/Aug/2020:16:33:13 +0200] Unable to open listen socket for address
> [v1.::1]:631 - Permission denied.
> E [20/Aug/2020:16:33:13 +0200] Unable to open listen socket for address
Hi David,
intrigeri (2019-09-16):
> In case you've missed it, here's my message from 2 months ago:
>
> intrigeri:
>> as announced on this bug report and on debian-devel@ in November 2018,
>> GTK 2 is going away in Bullseye, so I'm hereby bumping severity of
>> t
Hi!
intrigeri (2019-07-16):
> as announced on this bug report and on debian-devel@ in November 2018,
> GTK 2 is going away in Bullseye, so I'm hereby bumping severity of
> these bugs, on every reverse-dependency of libgtk2-perl, to RC.
>
> I hope that upstream will port the code t
Hi Marvin,
intrigeri (2019-07-16):
> as announced on this bug report and on debian-devel@ in November 2018,
> GTK 2 is going away in Bullseye, so I'm hereby bumping severity of
> these bugs, on every reverse-dependency of libgtk2-perl, to RC.
>
> I hope that upstream will port th
Hi,
Florian Schlichting (2017-10-09):
> to get there with dh compat 11, I had to patch Makefile.PL and disable
> parallel
> builds, but then adding '.' in two places seemed to be all that's needed:
I'm a little bit confused about the status of this bug report:
- On 2017-10-09, Florian
Package: nvme-cli
Version: 1.12-1
Severity: important
Hi,
every time I generate my dracut initramfs, I see:
dracut: Generating /boot/initrd.img-5.7.0-1-amd64
/usr/lib/dracut/dracut.conf.d/70-nvmf-autoconnect.conf:install_items+="/etc/udev/rules.d/70-nvmf-autoconnect.rules"
dracut:
intrigeri (2020-05-19):
> I'll file the RM bug at some point after 2020-07-19, unless
> someone objects.
Done: #968726
Package: ftp.debian.org
Severity: normal
Hi,
with my Debian Perl group hat on, I'm trying to decrease the amount
of packages that depend on Any::Moose, which is deprecated since 5 years.
For more context, see https://bugs.debian.org/960909
The upstream maintainers never commented on the
Hi,
I've requested removal: #968725
Package: ftp.debian.org
Severity: normal
Hi,
this package causes trouble, due to occasional test failures, on all sorts of
automated build/test infrastructures: https://bugs.debian.org/846667
Upstream seems to be inactive for many years, popcon is very low, it's a leaf
package, and it seems
Hi,
I've requested removal: #968722
Package: ftp.debian.org
Severity: normal
Hi,
with my Debian Perl group hat on, I'm trying to decrease the amount
of packages that depend on Any::Moose, which is deprecated since 5 years.
For more context, see https://bugs.debian.org/960909
The only reverse dependency in the archive is
Hi,
intrigeri (2020-05-17):
> That's still the case. Add to this: no upstream release since 10
> years, very low popcon.
>
> I propose we remove this package if upstream does not answer within
> 3 months.
>
> also, note that we have nicovideo-dl in the archive: updated
Hi,
intrig...@debian.org (2020-05-17):
> I propose we remove both packages from the archive.
I've requested removal of get-flash-videos: #968720
Package: ftp.debian.org
Severity: normal
Hi,
with my Debian Perl group hat on, I'm trying to decrease the amount
of packages that depend on Any::Moose, which is deprecated since 5 years.
For more context, see https://bugs.debian.org/960909
There's been no upstream release of
Package: ftp.debian.org
Severity: normal
Hi,
as I wrote on https://bugs.debian.org/960838 3 months ago:
Upstream has been inactive for 2 years.
This kind of software needs constant updating to remain useful, as
indicated by #750872 and the pile of non-handled upstream bug reports
that report
Control: tag 908654 + pending
Control: tag 967771 + upstream
Hi,
Carsten Schoenert (2020-08-19):
> If it applies on d/experimental and you get a successful build with a
> fully working binary package I've nothing against you push your
> contribution directly to salsa afterwards.
Thank you for
Package: thunderbird
Version: 1:78.1.1-1
Severity: normal
X-Debbugs-Cc: d...@debian.org
User: tails-...@boum.org
Usertags: misc-reported
Hi,
I see that on the debian/experimental branch, where the upgrade to
Thunderbird 78 is being prepared (many thanks for this!), the
thunderbird package has an
Control: severity 933111 serious
Control: severity 933112 serious
Control: severity 933113 serious
Control: severity 933114 serious
Control: severity 933115 serious
Control: severity 933116 serious
Control: severity 933118 serious
Hi,
Simon McVittie (2020-08-20):
> It's been over a year and this
Hi,
intrigeri (2018-11-04):
> I've successfully built src:thunderbird with the attached (git format-)patch
> applied and the resulting thunderbird binary package has the intended
> relationship to libgtk2.0-0: Suggests but not Depends. I'm using the
> resulting binary package i
Control: severity -1 important
Control: tag -1 + moreinfo
Control: user pkg-apparmor-t...@lists.alioth.debian.org
Control: usertags + buggy-profile
Hi,
> I installed lxc on a freshly installed debian 10 (standard iso + the tasks:
> desktop, kde, print-server, laptop).
First, I'd like to ensure
Control: tag -1 + wontfix
Hi,
Antonio Terceiro (2020-08-17):
> That script was shipped as an example in /usr/share/docs/, and that is
> not a published interface.
>
> We can even re-introduce it at some point, but IMO if you want to rely
> on it for any kind of automation, you should copy it
Package: python3-electrum
Version: 4.0.2-0.1
Severity: normal
User: tails-...@boum.org
Usertags: misc-reported
Hi,
trying to start Electrum 4.0.2-0.1 on Buster, with python3-attr
18.2.0-1 installed, fails with an exception:
ValueError: Non keyword-only attributes are not allowed after
a
Hi,
I'm happy to report that the proposed patch has been applied upstream
back in February:
https://github.com/plougher/squashfs-tools/commit/c570c6188811088b12ffdd9665487a2960c997a0
:)
Package: vagrant-libvirt
Version: 0.1.2-1
Severity: wishlist
Tags: patch
User: tails-...@boum.org
Usertags: build-system
Hi,
a few years back, in #823317 we added the create_box.sh example script
to the Debian package: the Tails build system needs it.
But 0.1.2-1 stopped including this script¹,
Hi tous,
I encourage you to join the Debian Perl Group and maintain this
package within this team: https://perl-team.pages.debian.net/
:)
Cheers!
rt, hence the need to start it manually,
right?
> I believe tails (The Amnesic Incognito Live System) uses tor and
> apparmor for their live cd, which, as far as I know, is Debian-based as
> well, so it would be interesting to see how they solved this issue.
> Maybe intrigeri (https:
Control: tag -1 + pending
Hi,
Alan Sermons (2020-06-10):
> Complete apparmor novice here, so I'm not the best person to troubleshoot
> things (but I'm willing to learn)...
Actually, your investigation did save me much time. Thanks! :)
The fix will be part of the next upload of src:apparmor.
Control: severity -1 minor
Control: tag -1 + upstream
Hi,
Elliott Mitchell (2020-06-14):
> [##.##] audit: type=1400 audit():
> apparmor="ALLOWED" operation="open" profile="syslog-ng"
> name="/proc//cmdline" pid= comm="syslog-ng"
> requested_mask="r" denied_mask="r"
Hi,
Wilmer van der Gaast (2020-06-12):
> wilmer@veer:~/adsb$ sudo puppet agent --waitforcert 60 -t
> /usr/lib/ruby/vendor_ruby/puppet/util.rb:461: warning: URI.escape is
> obsolete
> /usr/lib/ruby/vendor_ruby/puppet/file_system/file_impl.rb:80: warning: Using
> the last argument as keyword
Control: reassign -1 man-db
Hi,
xiscu (2020-06-01):
> for time to time I get the audit message on the logs (journalctl -l) :
>
> audit[1505920]: AVC apparmor="DENIED" operation="capable"
> profile="/usr/bin/man" pid=1505920 comm="man" capability=2
> capname="dac_read_search"
> kernel: audit:
Hi,
Axel Beckert (2020-06-07):
> Since Guillem cleared up this and even provided a patch for aptitude
> (which is applied and in testing for a week or two), I changed my
> opinion on this topic completely.
>
>> If another team member +1's the package removal, I'll happily proceed.
>
> Seconded.
101 - 200 of 3753 matches
Mail list logo
