* Re: [gentoo-dev] Dealing with XDG directories in ebuild environment
@ 2014-01-26 21:21 99% ` Alec Warner
0 siblings, 0 replies; 1+ results
From: Alec Warner @ 2014-01-26 21:21 UTC (permalink / raw
To: Gentoo Dev
[-- Attachment #1: Type: text/plain, Size: 1287 bytes --]
On Sun, Jan 26, 2014 at 12:49 PM, Ciaran McCreesh <
ciaran.mccreesh@googlemail.com> wrote:
> On Sun, 26 Jan 2014 12:43:37 -0800
> Alec Warner <antarus@gentoo.org> wrote:
> > I don't buy that. The behavior appears to be currently undefined.
> > Changing it to different undefined behavior is allowed.
>
> The point of undefined behaviour is that anything that is relying upon
> undefined behaviour doing a particular thing is broken. PMS doesn't
> define what happens to XDG_*, so if your ebuilds need a particular
> thing done for it then they must be fixed.
>
> Perhaps PMS should be more explicit in stating this -- we lifted the
> concept of undefined behaviour from the C and C++ standards, and just
> assumed that people would know what it meant. Maybe we need a bit more
> text to clear up the misconception we see every now and again that
> "undefined" somehow means "it's ok to assume what some version of
> Portage happens to do, since the specification doesn't say you can't
> do that"...
>
Sorry, I work on Portage. What I'm saying is that We are free to change the
behavior of *portage* now; rather than waiting for a new EAPI. If an ebuild
needs to define EAPI=eapi-next to 'correctly' use XDG_*, well that is
someone else's can of worms.
-A
>
> --
> Ciaran McCreesh
>
[-- Attachment #2: Type: text/html, Size: 2124 bytes --]
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2014-01-25 16:13 [gentoo-dev] Dealing with XDG directories in ebuild environment Mike Gilbert
2014-01-25 21:16 ` Michał Górny
2014-01-26 0:10 ` Mike Gilbert
2014-01-26 0:19 ` Mike Gilbert
2014-01-26 20:43 ` Alec Warner
2014-01-26 20:49 ` Ciaran McCreesh
2014-01-26 21:21 99% ` Alec Warner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox