Control: severity -1 serious
Hi,
Eduard Bloch (2021-06-08):
> I set it RC because it deliberately breaks other package's (legal)
> operations,
The whole purpose of AppArmor policy is to restrict operations to
a pre-defined set. This package does nothing else than shipping opt-in
extra AppArmor p
Hi Simon,
Simon McVittie (2021-04-30):
> Sorry, I can't work out how to get a system where the bug you reported
> would even be relevant. At this stage in the release process I am reluctant
> to apply changes that I can't test - please could you describe how I can?
Thanks for having considered my
Control: severity -1 important
intrigeri (2021-06-02):
> I see you've made this bug RC. I'd like to better understand the
> severity, so I can figure out what I should do for Bullseye.
> I'm wondering because I'm using this AppArmor policy on sid with
> apt-ca
sid with
apt-cacher-ng myself, and I can't find traces of such denials in
my logs.
Could you please help me understand what kind of apt-cacher-ng
operations (or configuration) trigger these denials and are broken by
the current AppArmor policy?
Thanks in advance,
cheers!
--
intrigeri
Control: tag -1 + moreinfo
Hi,
Please answer these questions:
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
… so we can understand what's t
Control: tag -1 + moreinfo
Hi,
Alistair Young (2021-05-07):
> Specifically, systemd-detect-virt detects WSL as a container,
> technically accurately, but this then causes the apparmor.systemd
> script to decline to start apparmor.
I'm trying to understand what's, at the end of the day, the desir
Package: gdm3
Version: 3.38.2.1-1
Severity: important
Hi,
On LUKS-encrypted systems, by default the GNOME keyring is encrypted
using the LUKS passphrase typed on boot. pam_gdm unlocks the keyring
using that passphrase. So far, so good.
On current sid, pam_gdm uses the _first_ passphrase that was
eplace the copied abstraction with
a dependency on apparmor-profiles-extra at some point, let me know if
there's anything you need from me.)
Cheers,
--
intrigeri
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
> ap
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 to
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 lib
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 a
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 req
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 (build-
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 (f
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 bumpin
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 synop
it matches the 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 to st
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 featu
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
/etc/sysctl.d/99-sysct
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 maintscr
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,
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 is
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 testi
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
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 con
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 e
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 addi
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 hard
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 te
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 11:1
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
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 main
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 E
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
Descri
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, having
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
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.0-1
&
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 https://g
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 securit
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 patch
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.
I
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
> i
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 line
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" den
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 prof
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 ker
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 very
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; u
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 dependen
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:
> https://
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
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" name="/srv/ssd3/var/spool/cups/
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 min
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 severit
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 c
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 po
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 propos
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: WARNIN
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 correspo
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 nobo
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 get-flash-
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: up
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 libwww-nicovideo-dow
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 br
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 th
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 pac
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 I
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 into
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 keyw
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
:)
101 - 200 of 3762 matches
Mail list logo
