public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Steven J. Long" <slong@rathaus.eclipse.co.uk>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] arch="any" (Re: rfc: revisiting our stabilization policy)
Date: Sat, 18 Jan 2014 12:59:29 +0000	[thread overview]
Message-ID: <20140118125928.GA1851@rathaus.eclipse.co.uk> (raw)
In-Reply-To: <20140118005636.107ac4af@TOMWIJ-GENTOO>

On Sat, Jan 18, 2014 at 12:56:36AM +0100, Tom Wijsman wrote:
> On Fri, 17 Jan 2014 18:28:41 +0000
> Ciaran McCreesh <ciaran.mccreesh@googlemail.com> wrote:
> 
> > On Fri, 17 Jan 2014 17:47:58 +0100
> > Tom Wijsman <TomWij@gentoo.org> wrote:
> > > Maybe we can let the package managers only perceive it as keyworded
> > > or stable if all of its dependencies are keyworded or stable on the
> > > architecture that the user runs. Then we can have repoman just
> > > ignore checking dependencies' keywords when we keyword or stabilize
> > > them.
> > > 
> > > Not sure how implementable this idea is though...

Seems reasonable to me: it's a property of the tree per-arch, that can
be calculated post-sync client-side, if all else fails, based on the
metadata cache for standard ebuilds. So the resolver doesn't need to
worry about it (as far as the resolver's concerned the ebuild is arch or
~arch according to CHOST.)

> As a side note, I think we might want to name this anyarch... :)

I agree, arch="any" makes a lot more sense.

> > It's going to hurt for four reasons that I can think of right now.
> > 
> > Firstly, things you think are "obviously portable" sometimes aren't.
> 
> We could write a search for architecture dependent / specific code.
> 
> > Secondly, users already get confused by "stable use masks". This is
> > going to be even worse: users aren't going to understand why a noarch
> > package isn't available for them.
> 
> We can improve the output of the package manager to make this easier
> to understand; one way is to clarify it, the other way is to just
> replace it by the actual archictecture the user runs.

Well, if we follow your idea, then the user won't know it's arch="any",
since by the time resolution happens, it's marked stable or testing for
the user's arch. So I don't really see the issue, though better info
is always useful, and in case of problem, we'd likely want to be told
it's an arch="~any" and what its dependencies are.

But that's in the slowpath when there's a problem the resolver can't
handle itself.

> > Thirdly, you have to decide how to deal with long chains and cycles in
> > noarch dependencies.
> >
> > Fourthly, the interaction with || deps is an awful mess.
> 
> Yes, these are though problems to resolve; my mind came up with that
> this idea needs recursion, hence the "not sure how implementable".

These are standard dep resolution problems already, and given that the
mangler is to consider it either arch or ~arch according to the user
arch, and the state of its dependencies in the cache which can be worked
out post-sync, this is exactly the same problem as the rest of the tree.

So the rest of your mail appears to be a discussion of prior art.

> If it is going to be a large share of the Portage tree we'll want to
> look for another design or just not change how this works at all.

Still not seeing the problem: perhaps we can see the roadblock in
implementation. About the only issue I can see is trying to break
an R/PDEPEND cycle, but again the question of whether its arch="any"
is orthogonal, given your definition, so again that is covered by
prior art.

-- 
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-)


  reply	other threads:[~2014-01-18 12:47 UTC|newest]

Thread overview: 135+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-14 21:37 [gentoo-dev] rfc: revisiting our stabilization policy William Hubbs
2014-01-14 21:57 ` Michael Orlitzky
2014-01-14 22:33   ` William Hubbs
2014-01-14 22:43     ` Michael Orlitzky
2014-01-14 23:11       ` William Hubbs
2014-01-14 23:22         ` Jeff Horelick
2014-01-15  0:28           ` Tom Wijsman
2014-01-15 23:59             ` [gentoo-dev] " Duncan
2014-01-16  0:23               ` Tom Wijsman
2014-01-15  0:47         ` [gentoo-dev] " Michael Orlitzky
2014-01-15  1:08           ` Tom Wijsman
2014-01-15  1:11             ` Michael Orlitzky
2014-01-15  1:23               ` Tom Wijsman
2014-01-15  1:36                 ` Michael Orlitzky
2014-01-15  2:09                   ` William Hubbs
2014-01-15  2:21                     ` Michael Orlitzky
2014-01-15  2:34                       ` Tom Wijsman
2014-01-15  2:40                         ` Michael Orlitzky
2014-01-15  3:26                           ` Tom Wijsman
2014-01-15  2:46                       ` William Hubbs
2014-01-16  7:28                         ` Christopher Head
2014-01-16 22:44                           ` Tom Wijsman
2014-01-19 22:31                             ` Christopher Head
2014-01-20  0:47                               ` Tom Wijsman
2014-01-23 18:12                                 ` [gentoo-dev] " Steven J. Long
2014-01-23 19:13                                   ` Tom Wijsman
2014-01-23 20:55                                     ` Steev Klimaszewski
2014-01-23 22:38                                       ` Tom Wijsman
2014-01-23 22:42                                         ` Peter Stuge
2014-01-23 23:50                                           ` Tom Wijsman
2014-01-24  0:04                                             ` Steev Klimaszewski
2014-01-24  3:04                                               ` Tom Wijsman
2014-01-24  3:52                                                 ` Steev Klimaszewski
2014-01-24 17:26                                                   ` Tom Wijsman
2014-01-24 18:10                                                     ` Steev Klimaszewski
2014-01-24 19:29                                                       ` Tom Wijsman
2014-01-24 20:29                                                         ` Steev Klimaszewski
2014-01-24 21:55                                                           ` Tom Wijsman
2014-01-24 10:46                                     ` Steven J. Long
2014-01-24 18:26                                       ` Tom Wijsman
2014-01-25  4:02                                         ` Duncan
2014-01-26  0:50                                           ` Peter Stuge
2014-01-26  0:59                                           ` Rich Freeman
2014-01-26  4:53                                             ` Peter Stuge
2014-01-26 11:41                                               ` Rich Freeman
2014-01-26 18:56                                                 ` Peter Stuge
2014-01-26 21:35                                                   ` Rich Freeman
2014-01-27  7:41                                                     ` Steev Klimaszewski
2014-01-27 14:52                                                       ` Rich Freeman
2014-01-28  2:45                                                         ` Steev Klimaszewski
2014-01-26 22:56                                             ` Duncan
2014-01-26 23:40                                               ` Duncan
2014-01-28 12:37                                         ` Steven J. Long
2014-01-28 12:52                                           ` Alan McKinnon
2014-01-28 13:18                                             ` Tom Wijsman
2014-01-28 13:11                                           ` Tom Wijsman
2014-01-29  3:15                                             ` Duncan
2014-01-29  6:34                                               ` Steev Klimaszewski
2014-01-15  2:42                     ` [gentoo-dev] " Tom Wijsman
2014-01-15 11:33                       ` Sergey Popov
2014-01-15 16:57                         ` Tom Wijsman
2014-01-15 17:20                           ` Matthew Thode
2014-01-15  2:26                   ` Tom Wijsman
2014-01-15 11:28         ` Sergey Popov
2014-01-15  0:13       ` Tom Wijsman
2014-01-15  0:50         ` Michael Orlitzky
2014-01-15  1:13           ` Tom Wijsman
2014-01-15 23:13           ` [gentoo-dev] " Duncan
2014-01-15  0:04   ` [gentoo-dev] " Tom Wijsman
2014-01-14 23:49 ` Tom Wijsman
2014-01-15  0:06   ` Andreas K. Huettel
2014-01-15  0:17     ` Anthony G. Basile
2014-01-15  0:43       ` Tom Wijsman
2014-01-15  0:38     ` Tom Wijsman
2014-01-15  0:46       ` William Hubbs
2014-01-15  1:26         ` Tom Wijsman
2014-01-15 11:40   ` Sergey Popov
2014-01-15 17:04     ` Tom Wijsman
2014-01-16  6:20       ` Sergey Popov
2014-01-16 15:54         ` Peter Stuge
2014-01-16 17:56           ` Rich Freeman
2014-01-16 18:04             ` Alan McKinnon
2014-01-16 18:26               ` Peter Stuge
2014-01-16 20:18                 ` Alan McKinnon
2014-01-16 20:40                   ` Peter Stuge
2014-01-16 18:11             ` Peter Stuge
2014-01-16 18:42               ` Rich Freeman
2014-01-16 19:29                 ` William Hubbs
2014-01-16 19:59                 ` Peter Stuge
2014-01-16 22:49         ` Tom Wijsman
2014-01-15  3:48 ` grozin
2014-01-15  4:49   ` William Hubbs
2014-01-15  5:07     ` Robin H. Johnson
2014-01-15  8:03     ` Dirkjan Ochtman
2014-01-15  8:18     ` Hans de Graaff
2014-01-15 16:11     ` [gentoo-dev] " Michael Palimaka
2014-01-15  9:54 ` [gentoo-dev] " Michał Górny
2014-01-15 12:51   ` Rich Freeman
2014-01-15 21:41     ` [gentoo-dev] " Duncan
2014-01-15 11:24 ` [gentoo-dev] " Sergey Popov
2014-01-15 11:30 ` Sergey Popov
2014-01-15 15:30   ` William Hubbs
2014-01-16  6:17     ` Sergey Popov
2014-01-17  6:06       ` grozin
2014-01-17  7:02         ` grozin
2014-01-17  7:58           ` Matt Turner
2014-01-17 15:02             ` Rich Freeman
2014-01-17 15:02           ` Michał Górny
2014-01-18  1:35             ` William Hubbs
2014-01-17 15:31           ` Ulrich Mueller
2014-01-17 16:47             ` Tom Wijsman
2014-01-17 17:08               ` grozin
2014-01-18  0:34                 ` Manuel Rüger
2014-01-17 18:28               ` Ciaran McCreesh
2014-01-17 23:56                 ` Tom Wijsman
2014-01-18 12:59                   ` Steven J. Long [this message]
2014-01-17 17:07             ` noarch packages, was " grozin
2014-01-19  8:36           ` Mike Frysinger
2014-01-19  9:28             ` Add a KEYWORD representing any arch (was: Re: [gentoo-dev] rfc: revisiting our stabilization policy) Pacho Ramos
2014-01-19  9:46               ` [gentoo-dev] Re: Add a KEYWORD representing any arch Ulrich Mueller
2014-01-19 10:15                 ` Pacho Ramos
2014-01-20 19:25                 ` Steev Klimaszewski
2014-01-22 15:46                 ` Jeroen Roovers
2014-01-19  9:48               ` Add a KEYWORD representing any arch (was: Re: [gentoo-dev] rfc: revisiting our stabilization policy) Mike Frysinger
2014-01-17 21:04         ` [gentoo-dev] rfc: revisiting our stabilization policy Maciej Mrozowski
2014-01-15 18:33 ` Thomas Sachau
2014-01-15 19:07   ` William Hubbs
2014-01-16  0:58     ` Steev Klimaszewski
2014-01-16  2:32       ` Robin H. Johnson
2014-01-16  5:47         ` Steev Klimaszewski
2014-01-19 11:06     ` Thomas Sachau
2014-01-16  6:27   ` Sergey Popov
2014-01-16  7:15     ` [gentoo-dev] " Michael Palimaka
2014-01-15 19:13 ` [gentoo-dev] " Ruud Koolen
2014-01-15 21:54   ` [gentoo-dev] " Martin Vaeth

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=20140118125928.GA1851@rathaus.eclipse.co.uk \
    --to=slong@rathaus.eclipse.co.uk \
    --cc=gentoo-dev@lists.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