[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2020-10-11 23:59 UTC

2020-10-11 Thread Robin H. Johnson
20201007-07:25 mgorny 6e8341a3a45 dev-python/backports-unittest-mock 20201009-07:21 mgorny 644776f076c dev-python/flask-appconfig 20201007-07:26 mgorny 2b28884c93c dev-python/matplotlib-python2 20201011-14:28 zlogenefb157138b11 dev-python/mini-amf

[gentoo-dev] Last rites: net-fs/openafs-kernel

2020-10-11 Thread Andrew Savchenko
# Andrew Savchenko (2020-10-11) # Mask old openafs version and corresponding openafs-kernel with # multiple CVEs. # All kernel module functionality is merged back in the single # net-fs/openafs package using USE="modules" starting from 1.8 branch. # No reverse dependencies, bug #719136. Removal

[gentoo-dev] sys-apps/firejail and sys-apps-firejail lts are up for grabs

2020-10-11 Thread Dennis Lamm
Hi, the following packages are up for grabs: - sys-apps/firejail - sys-apps/firejail-lts Best Regards Dennis signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [PATCH 1/5] verify-sig.eclass: New eclass to verify OpenPGP sigs

2020-10-11 Thread Joonas Niilola
On 10/11/20 4:40 PM, Thomas Deutschmann wrote: > > > First of all, calm down. You are reading too much into this. Just > revert your own logic: You obviously like your idea, worked on this > and pushed it to repository. Don't you see that anyone could ask the > same? Who are you? Why do believe

Re: [gentoo-dev] [PATCH 1/5] verify-sig.eclass: New eclass to verify OpenPGP sigs

2020-10-11 Thread Thomas Deutschmann
On 2020-10-10 22:36, Michał Górny wrote: On Sat, 2020-10-10 at 22:10 +0200, Thomas Deutschmann wrote: Another example for something that was not thought to the end and which was rushed and pushed to our users. You start this mail with an insult to me. Why do you keep doing this? Do you feel

Re: [gentoo-dev] [RFC] Refactor display manager openrc init scripts to independent package

2020-10-11 Thread Hans Fernhout
On 10/10/20 2:26 PM, Aisha Tammy wrote:  - Configuration of display-manager is done similar to xdm by modifying     /etc/conf.d/display-manager  - Add display-manager to default runlevel and it should start working My counter-proposal at this point would be to handle DMs similarily to