Re: [gentoo-dev] Last rites: net-im/silc-toolkit

2020-01-18 Thread Michael 'veremitz' Everitt
On 19/01/20 06:23, Joonas Niilola wrote: > On 1/19/20 5:44 AM, David Seifert wrote: >> On Sat, 2020-01-18 at 23:48 +, Michael 'veremitz' Everitt wrote: >>> On 18/01/20 22:12, David Seifert wrote: # David Seifert (2020-01-18) # Leftover from silc* removal (#522916), unmaintained, no

Re: [gentoo-dev] Last rites: net-im/silc-toolkit

2020-01-18 Thread Joonas Niilola
On 1/19/20 5:44 AM, David Seifert wrote: > On Sat, 2020-01-18 at 23:48 +, Michael 'veremitz' Everitt wrote: >> On 18/01/20 22:12, David Seifert wrote: >>> # David Seifert (2020-01-18) >>> # Leftover from silc* removal (#522916), unmaintained, no >>> # upstream releases since 2014, no

Re: [gentoo-dev] Last rites: net-im/silc-toolkit

2020-01-18 Thread David Seifert
On Sat, 2020-01-18 at 23:48 +, Michael 'veremitz' Everitt wrote: > On 18/01/20 22:12, David Seifert wrote: > > # David Seifert (2020-01-18) > > # Leftover from silc* removal (#522916), unmaintained, no > > # upstream releases since 2014, no revdeps, EAPI-4. > > # Bug #705462. Removal in 14

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Michael Orlitzky
On 1/18/20 7:21 PM, Rich Freeman wrote: > On Sat, Jan 18, 2020 at 6:38 PM Michael Orlitzky wrote: >> >> But now users have to follow one more step (create /home/amavis) when >> setting up amavisd-new. Is the QA check really assuring a quality user >> experience here? >> > > Lots of daemons need

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Rich Freeman
On Sat, Jan 18, 2020 at 6:38 PM Michael Orlitzky wrote: > > But now users have to follow one more step (create /home/amavis) when > setting up amavisd-new. Is the QA check really assuring a quality user > experience here? > Lots of daemons need a home directory for their users, and usually they

Re: [gentoo-dev] Last rites: net-im/silc-toolkit

2020-01-18 Thread Michael 'veremitz' Everitt
On 18/01/20 22:12, David Seifert wrote: > # David Seifert (2020-01-18) > # Leftover from silc* removal (#522916), unmaintained, no > # upstream releases since 2014, no revdeps, EAPI-4. > # Bug #705462. Removal in 14 days. > net-im/silc-toolkit > > Looks like you missed:

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Michael Orlitzky
On 1/18/20 1:10 PM, Ulrich Mueller wrote: > >> Should option (3) be viable, or do I go back to the drawing board? > > Chances are that /home is site specific, e.g. with a special backup > policy, or shared between many hosts via NFS. So IMHO /home is off > limits for the package manager. > We

[gentoo-dev] Last rites: net-im/silc-toolkit

2020-01-18 Thread David Seifert
# David Seifert (2020-01-18) # Leftover from silc* removal (#522916), unmaintained, no # upstream releases since 2014, no revdeps, EAPI-4. # Bug #705462. Removal in 14 days. net-im/silc-toolkit

[gentoo-dev] Last rites: dev-python/*; py2 no-revdep, pt. 1

2020-01-18 Thread Michał Górny
# Michał Górny (2020-01-18) # The following Gentoo packages are Python 2-only and have no reverse # dependencies. # Removal in 30 days. Bug #705762. dev-python/aldryn-boilerplates dev-python/aldryn-common dev-python/aquarium dev-python/celementtree dev-python/collectd-rabbitmq

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Michael Orlitzky
On 1/18/20 2:03 PM, Alec Warner wrote: > > I tend to agree that in theory keeping the working directory and home > directory the same is not ideal. However  I'm not really aware of any > practical problems. Haven't we basically run in this configuration for > years? What kind of issues does it

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Michael Orlitzky
On 1/18/20 2:08 PM, Michał Górny wrote: > > Sounds like you've created an arbitrary rule that prevents the two > packages from using the same directory, and therefore you've created > this problem yourself. Why not just go back and reconsider using > the same directory instead of adding

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Michał Górny
On Sat, 2020-01-18 at 12:51 -0500, Michael Orlitzky wrote: > We forbid packages from installing to /home for good reason: for most of > history, users (and their home directories) were outside the purview of > the package manager. But with GLEP81, that's changed: the package > manager is now in

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Alec Warner
On Sat, Jan 18, 2020 at 9:52 AM Michael Orlitzky wrote: > We forbid packages from installing to /home for good reason: for most of > history, users (and their home directories) were outside the purview of > the package manager. But with GLEP81, that's changed: the package > manager is now in

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Ulrich Mueller
> On Sat, 18 Jan 2020, Michael Orlitzky wrote: > Where do we put amavis's home directory? > [...] > 3 /home/amavis also seems fine to me, except for the fact that it's a > QA violation to install there. > Note that we could always set system users' home directories to >

[gentoo-dev] Last rites: net-ftp/oftpd

2020-01-18 Thread David Seifert
# David Seifert (2020-01-18) # EAPI 4, last release in 2004, ebuild has QA and licensing issues. # Bug #426028, #454116. Removal in 30 days. net-ftp/oftpd

[gentoo-dev] Last rites: net-dns/validns

2020-01-18 Thread David Seifert
# David Seifert (2020-01-18) # EAPI 4, doesn't build against OpenSSL 1.1 API, last release in 2014, # lots of QA issues (calls cc directly, -Werror) # Bug #634442, #664766. Removal in 30 days. net-dns/validns

[gentoo-dev] GLEP81 and /home

2020-01-18 Thread Michael Orlitzky
We forbid packages from installing to /home for good reason: for most of history, users (and their home directories) were outside the purview of the package manager. But with GLEP81, that's changed: the package manager is now in charge of creating each system user's home directory and of giving it

[gentoo-portage-dev] [PATCH] file_copy: handle lseek SEEK_DATA EBADFD for GlusterFS (bug 705536)

2020-01-18 Thread Zac Medico
GlusterFS can set the errno to EBADFD for lseek SEEK_DATA. Tested-by: Tomáš Mózes Bug: https://bugs.gentoo.org/705536 Signed-off-by: Zac Medico --- src/portage_util_file_copy_reflink_linux.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[gentoo-dev] Last rites: net-analyzer/pchar

2020-01-18 Thread David Seifert
# David Seifert (2020-01-18) # EAPI 4, doesn't build, last release in 2005. # Bug #384031, #638492, #663644. Removal in 30 days. net-analyzer/pchar