public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: William Hubbs <williamh@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Cc: mjo@gentoo.org
Subject: Re: [gentoo-dev] rfc: empty directories in ${D}
Date: Thu, 29 Mar 2018 11:34:46 -0500	[thread overview]
Message-ID: <20180329163446.GA17159@whubbs1.gaikai.biz> (raw)
In-Reply-To: <c3f04b24-8b79-bbdd-f59d-89eb0a4b62d7@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1150 bytes --]

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 portage behavior, and if another
> >> PM (within its rights) deletes them, then the package breaks with the
> >> non-portage PM.
> > 
> > Maybe so, but you just made the argument for doing nothing different in
> > current eapis and proposing stripping empty directories in eapi 7.
> > However, this should be stripping empty directories combined with
> > failing the emerge.
> 
> If we strip them only in EAPI=7, then that still leaves all of these
> packages broken with respect to the PMS in the other EAPIs.
> 
> Stripping the empty directories isn't my favorite approach, but leaving
> things broken looks bad on paper too.

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 successfully install will now run.

William

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

  reply	other threads:[~2018-03-29 16:34 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-29 14:39 [gentoo-dev] rfc: empty directories in ${D} William Hubbs
2018-03-29 14:47 ` Michał Górny
2018-03-29 15:15   ` Fabian Groffen
2018-03-29 15:26     ` William Hubbs
2018-03-29 15:28   ` Alec Warner
2018-03-29 15:47     ` Michael Orlitzky
2018-03-29 15:57       ` Alec Warner
2018-03-29 16:12         ` Michael Orlitzky
2018-03-31 19:46         ` Andrey Utkin
2018-03-31 21:00           ` Michał Górny
2018-04-01 10:31           ` Ciaran McCreesh
2018-03-29 15:57       ` William Hubbs
2018-03-29 16:24         ` Michael Orlitzky
2018-03-29 16:34           ` William Hubbs [this message]
2018-03-29 17:00             ` Michał Górny
2018-03-29 21:12               ` Paweł Hajdan, Jr.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180329163446.GA17159@whubbs1.gaikai.biz \
    --to=williamh@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=mjo@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox