[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: app-portage/repoman/

2018-03-29 Thread Michał Górny
Dnia 30 marca 2018 06:30:14 CEST, Zac Medico napisał(a): >commit: 3f04d4d93d00afa5242a0c9459487c9eea7e9a6f >Author: Zac Medico gentoo org> >AuthorDate: Fri Mar 30 04:18:05 2018 + >Commit: Zac Medico gentoo org> >CommitDate: Fri Mar 30 04:30:05 2018 + >URL: >https://g

[gentoo-dev] Package up for grabs: dev-util/yuicompressor

2018-03-29 Thread Tomas Mozes
The following package is up for grabs: dev-util/yuicompressor It's a js/css minifier written in Java

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Paweł Hajdan , Jr .
On 29/03/2018 19:00, Michał Górny wrote: > W dniu czw, 29.03.2018 o godzinie 11∶34 -0500, użytkownik William Hubbs > napisał: >> If we are going to strip the empty directories, we should hard fail the >> emerge at the same time. Otherwise there is no way to know whether the >> package we successful

[gentoo-dev] [PATCH] cmake-utils.eclass: Override CMAKE_INSTALL_DOCDIR in EAPI 7

2018-03-29 Thread Michał Górny
Pass the correct docdir for GNUInstallDirs in EAPIs starting with 7. We do not need add it retroactively to avoid breaking something accidentally. --- eclass/cmake-utils.eclass | 6 ++ 1 file changed, 6 insertions(+) diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass index 330

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Michał Górny
W dniu czw, 29.03.2018 o godzinie 11∶34 -0500, użytkownik William Hubbs napisał: > On Thu, Mar 29, 2018 at 12:24:38PM -0400, Michael Orlitzky wrote: > > On 03/29/2018 11:57 AM, William Hubbs wrote: > > > > > > > > The PMS says that empty directories are undefined, so the portage > > > > behavior o

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread William Hubbs
On Thu, Mar 29, 2018 at 12:24:38PM -0400, Michael Orlitzky wrote: > On 03/29/2018 11:57 AM, William Hubbs wrote: > >> > >> The PMS says that empty directories are undefined, so the portage > >> behavior of installing them and leaving them alone leads to > >> incompatibilities. Ebuilds rely on the p

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Michael Orlitzky
On 03/29/2018 11:57 AM, William Hubbs wrote: >> >> The PMS says that empty directories are undefined, so the portage >> behavior of installing them and leaving them alone leads to >> incompatibilities. Ebuilds rely on the portage behavior, and if another >> PM (within its rights) deletes them, then

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Michael Orlitzky
On 03/29/2018 11:57 AM, Alec Warner wrote: > > So we could simply change the PMS to keep the empty directories? > > Why is removing them *better* is my question. I proposed this idea but basically everyone with a say in the process was against it: https://bugs.gentoo.org/644366 My last comment:

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread William Hubbs
On Thu, Mar 29, 2018 at 11:47:21AM -0400, Michael Orlitzky wrote: > On 03/29/2018 11:28 AM, Alec Warner wrote: > > > > Is there any particular reason we need to remove them? > > > > The PMS says that empty directories are undefined, so the portage > behavior of installing them and leaving them a

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Alec Warner
On Thu, Mar 29, 2018 at 11:47 AM, Michael Orlitzky wrote: > On 03/29/2018 11:28 AM, Alec Warner wrote: > > > > Is there any particular reason we need to remove them? > > > > The PMS says that empty directories are undefined, so the portage > behavior of installing them and leaving them alone lead

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Michael Orlitzky
On 03/29/2018 11:28 AM, Alec Warner wrote: > > Is there any particular reason we need to remove them? > The PMS says that empty directories are undefined, so the portage behavior of installing them and leaving them alone leads to incompatibilities. Ebuilds rely on the portage behavior, and if an

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Alec Warner
On Thu, Mar 29, 2018 at 10:47 AM, Michał Górny wrote: > W dniu czw, 29.03.2018 o godzinie 09∶39 -0500, użytkownik William Hubbs > napisał: > > All, > > > > I just happened to notice the following warning from portage when > > bumping dhcpcd. > > > > > One or more empty directories installed to /v

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread William Hubbs
On Thu, Mar 29, 2018 at 05:15:28PM +0200, Fabian Groffen wrote: > On 29-03-2018 16:47:51 +0200, Michał Górny wrote: > > W dniu czw, 29.03.2018 o godzinie 09∶39 -0500, użytkownik William Hubbs > > napisał: > > > All, > > > > > > I just happened to notice the following warning from portage when > >

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Fabian Groffen
On 29-03-2018 16:47:51 +0200, Michał Górny wrote: > W dniu czw, 29.03.2018 o godzinie 09∶39 -0500, użytkownik William Hubbs > napisał: > > All, > > > > I just happened to notice the following warning from portage when > > bumping dhcpcd. > > > > > One or more empty directories installed to /var:

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Michał Górny
W dniu czw, 29.03.2018 o godzinie 09∶39 -0500, użytkownik William Hubbs napisał: > All, > > I just happened to notice the following warning from portage when > bumping dhcpcd. > > > One or more empty directories installed to /var: > > /var/lib/dhcpcd > > If those directories need to be preserved

[gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread William Hubbs
All, I just happened to notice the following warning from portage when bumping dhcpcd. > One or more empty directories installed to /var: > /var/lib/dhcpcd > If those directories need to be preserved, please make sure to create > or mark them for keeping using 'keepdir'. Future versions of Por

[gentoo-dev] Re: Mailing list moderation and community openness

2018-03-29 Thread Martin Vaeth
Rich Freeman wrote: > > Certainly. Closing lists won't stop the private abuse, nor is it intended to. > > What it would stop is this particular thread talking endlessly about it. > >> Closing a mailing list >> will not close such a debate; it will then just happen elsewhere. > > And that is the g