public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Neil Bothwick <neil@digimed.co.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] do subslots improve user-experience?
Date: Tue, 5 Nov 2013 21:28:05 +0000	[thread overview]
Message-ID: <20131105212805.41ec79fb@digimed.co.uk> (raw)
In-Reply-To: <20131105142959.GK22282@server>

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

On Tue, 5 Nov 2013 08:29:59 -0600, Bruce Hill wrote:

> I can't understand the *need* for the new slot/subslot philosophy.

The need to it is clear. Previous methods worked by breaking things and
then fixing them, hopefully before the breakage became a problem,
whenever library APIs changed. Subslots are an attempt to deal with this
proactively by fixing the problems as they occur.

Whether subslots are the best way to do it, and whether the
implementation is ideal, as separate questions, but there is no doubt
that any system that relies on the existence of revdep-rebuild is
seriously flawed.

To my mind, the question is not "are subslots needed" but "are they the
best solution to this problem".


-- 
Neil Bothwick

Most software is about as user-friendly as a cornered rat!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2013-11-05 21:28 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-02 12:04 [gentoo-user] do subslots improve user-experience? hasufell
2013-11-02 12:31 ` Philip Webb
2013-11-02 13:16 ` Alan McKinnon
2013-11-03 19:07   ` [gentoo-user] " Martin Vaeth
2013-11-03 19:23     ` hasufell
2013-11-04  7:46       ` Martin Vaeth
2013-11-03 19:55     ` Alan McKinnon
2013-11-05  9:52       ` Martin Vaeth
2013-11-05 10:04         ` Peter Humphrey
2013-11-05 10:14         ` Alan McKinnon
2013-11-05 12:11           ` Marc Joliet
2013-11-05 14:44             ` Alan McKinnon
2013-11-05 15:21               ` Bruce Hill
2013-11-05 19:47                 ` Alan McKinnon
2013-11-06 11:50               ` Marc Joliet
2013-11-06 12:54                 ` Martin Vaeth
2013-11-06 18:15                   ` Alan McKinnon
2013-11-07  6:26                     ` Martin Vaeth
2013-11-05 18:06           ` Martin Vaeth
2013-11-05 19:59             ` Alan McKinnon
2013-11-06  7:46               ` Martin Vaeth
2013-11-06 13:11                 ` Alan McKinnon
2013-11-07  6:16                   ` Martin Vaeth
2013-11-02 15:32 ` [gentoo-user] " Daniel Campbell
2013-11-02 16:14 ` Dustin C. Hatch
2013-11-02 17:07 ` Daniel Frey
2013-11-02 19:56 ` Volker Armin Hemmann
2013-11-02 20:33 ` thegeezer
2013-11-02 21:26 ` Neil Bothwick
2013-11-03  0:38   ` [gentoo-user] " walt
2013-11-03 10:16     ` Neil Bothwick
2013-11-05 13:29 ` [gentoo-user] " Bruce Hill
2013-11-05 14:29   ` Bruce Hill
2013-11-05 21:28     ` Neil Bothwick [this message]
2013-11-05 21:38       ` Bruce Hill

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=20131105212805.41ec79fb@digimed.co.uk \
    --to=neil@digimed.co.uk \
    --cc=gentoo-user@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