On Mon, 2019-07-15 at 10:00 +0200, Ulrich Müller wrote:
> @@ -9,7 +9,7 @@
> # Jeremy Maitin-Shepard
> # Christian Faulhammer
> # Ulrich Müller
> -# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
> +# @SUPPORTED_EAPIS: 4 5 6 7
> # @BLURB: Eclass for Emacs Lisp packages
> # @DESCRIPTION:
> #
Looks good
Signed-off-by: Mike Gilbert
---
eclass/usr-ldscript.eclass | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/eclass/usr-ldscript.eclass b/eclass/usr-ldscript.eclass
index 1e631b5a34b7..d6ad2173ebc4 100644
--- a/eclass/usr-ldscript.eclass
+++ b/
Signed-off-by: Mike Gilbert
---
eclass/usr-ldscript.eclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/eclass/usr-ldscript.eclass b/eclass/usr-ldscript.eclass
index a0fbd7d42ec4..1e631b5a34b7 100644
--- a/eclass/usr-ldscript.eclass
+++ b/eclass/usr-ldscript.eclass
@@
On 7/15/19 11:37 AM, William Hubbs wrote:
>
> https://www.osnews.com/story/25556/understanding-the-bin-sbin-usrbin-usrsbin-split/
>
> In particular, note Rob Landley's response linked in that story.
>
> So, this has nothing to do with systemd at all, please stop conflating
> it.
>
That wiki pa
On 7/15/19 11:22 AM, Mike Gilbert wrote:
>
> The "split-usr" flag is already being used by a few packages, so I
> would like to keep it.
The merits of the usr-merge notwithstanding, this does make more sense
if the plan is to eventually drop the flag entirely.
>> (This will be especially bad f
On Mon, Jul 15, 2019 at 10:51:46AM -0400, Michael Orlitzky wrote:
> On 7/15/19 10:45 AM, Jaco Kroon wrote:
> > I have no idea who wrote this:
> >
> > "The historical justification for a /bin, /sbin and /lib separate from
> > /usr no longer applies today." but I strongly disagree.
>
> All of that
On Mon, Jul 15, 2019 at 12:18 AM Jonathan Callen wrote:
>
> On 7/14/19 11:31 PM, Michał Górny wrote:
> > On Sun, 2019-07-14 at 19:50 -0400, Mike Gilbert wrote:
> >> Signed-off-by: Mike Gilbert
> >> ---
> >> eclass/toolchain-funcs.eclass | 15 ---
> >> 1 file changed, 4 insertions(+),
On Sun, Jul 14, 2019 at 7:50 PM Mike Gilbert wrote:
>
> This series introduces the global USE flag 'split-usr' to control
> whether binaries and libraries are split into separate / and /usr
> directories, or if they are always installed in /usr. This is a step
> toward making merged /usr workable
On Sun, Jul 14, 2019 at 9:49 PM Michael Orlitzky wrote:
>
> On 7/14/19 7:50 PM, Mike Gilbert wrote:
> >
> > +# Mike Gilbert (2019-07-14)
> > +# Enable split-usr by default to keep systems working.
> > +USE="${USE} split-usr"
>
> A mandatory USE="keep-working" raises some philosophical red flags f
On Mon, Jul 15, 2019 at 10:33 AM Michael Orlitzky wrote:
>
> On 7/14/19 9:56 PM, William Hubbs wrote:
> >
> > The ultimate goal is to turn this flag off in the 19.0 profiles, we are
> > just preserving the current status in the earlier ones.
> >
>
> So, to be clear: the plan is to force a /usr mer
On Mon, Jul 15, 2019 at 1:41 AM Ulrich Mueller wrote:
>
> > On Mon, 15 Jul 2019, Mike Gilbert wrote:
>
> > + [[ -z ${ED+set} ]] && local ED=${D%/}${EPREFIX}/
>
> Wouldn't this be a good time to drop such historical baggage, and
> instead only support EAPIs where ED is defined? (I see the o
On 7/15/19 10:45 AM, Jaco Kroon wrote:
> I have no idea who wrote this:
>
> "The historical justification for a /bin, /sbin and /lib separate from
> /usr no longer applies today." but I strongly disagree.
All of that stuff is written from the perspective of "I feel like doing
it this way in syste
I have no idea who wrote this:
"The historical justification for a /bin, /sbin and /lib separate from
/usr no longer applies today." but I strongly disagree.
Again, if /usr goes belly up (which with recent ext4/io bug(s) we've had
probably about 10 systems already that needed repairing, and a
On 7/14/19 9:56 PM, William Hubbs wrote:
>
> The ultimate goal is to turn this flag off in the 19.0 profiles, we are
> just preserving the current status in the earlier ones.
>
So, to be clear: the plan is to force a /usr merge after all?
On Sun, Jul 14, 2019 at 11:29 PM Michał Górny wrote:
>
> On Sun, 2019-07-14 at 19:50 -0400, Mike Gilbert wrote:
> > Signed-off-by: Mike Gilbert
> > ---
> > profiles/use.desc | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/profiles/use.desc b/profiles/use.desc
> > index fc19bbd0bba
On 2019-07-15 14:59, Jaco Kroon wrote:
> I've seen arguments that it's a historic split, and to an extent this is
> true, however, having critical system recovery (and basic boot) stuff in
> /, on as small as possible a partition, with the bulk of the system on
> /usr makes a lot of sense for me.
On Mon, Jul 15, 2019 at 05:29:28AM +0200, Michał Górny wrote:
> On Sun, 2019-07-14 at 19:50 -0400, Mike Gilbert wrote:
> > Signed-off-by: Mike Gilbert
> > ---
> > profiles/use.desc | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/profiles/use.desc b/profiles/use.desc
> > index fc19
Hi Marek,
Perhaps I need to re-ask the question this way:
What's the motivation for "merging" / and /usr?
I've seen arguments that it's a historic split, and to an extent this is
true, however, having critical system recovery (and basic boot) stuff in
/, on as small as possible a partition, w
Closes: https://bugs.gentoo.org/678344
Signed-off-by: Ulrich Müller
---
eclass/subversion.eclass | 44
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/eclass/subversion.eclass b/eclass/subversion.eclass
index d9f9daf7eb6e..ab707027a502 1006
On 7/12/19 3:14 AM, hero...@gentoo.org wrote:
From: Benda Xu
Prefix/standalone does not need it.
---
eclass/cmake-utils.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index ea1858e9735f..109b584afb39 100644
On 2019-07-15 12:38, Jaco Kroon wrote:
> I'm personally using a separate /usr (On numerous systems) and other
> than one problem I've encountered this isn't actually currently an issue
> for me, and the reason this specific case was an issue was due to one
> single tool (which unfortunately I can'
Hello,
Please find attached a news item warning the users of net-p2p/syncthing
that version 1.2.0 and newer do not interoperate with version 0.14.45
and older. I have included the same warning in the 1.2.0 ebuild, that
said I believe this deserves a news item because a) it could affect
mission-cri
Hi,
Perhaps it's just me not being in the loop, but what exactly is the
problem we're trying to solve here?
I'm personally using a separate /usr (On numerous systems) and other
than one problem I've encountered this isn't actually currently an issue
for me, and the reason this specific case
Signed-off-by: Ulrich Müller
---
eclass/elisp.eclass | 36 +---
1 file changed, 13 insertions(+), 23 deletions(-)
diff --git a/eclass/elisp.eclass b/eclass/elisp.eclass
index 55635398d54..c885345a7a8 100644
--- a/eclass/elisp.eclass
+++ b/eclass/elisp.eclass
@@ -1
24 matches
Mail list logo
