From: Tom Wijsman <TomWij@gentoo.org>
To: hasufell@gentoo.org
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Please consider removing use.stable.mask and package.use.stable.mask
Date: Sun, 17 Nov 2013 21:16:34 +0100 [thread overview]
Message-ID: <20131117211634.765f3644@TOMWIJ-GENTOO> (raw)
In-Reply-To: <528919D7.8070400@gentoo.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sun, 17 Nov 2013 20:32:39 +0100
hasufell <hasufell@gentoo.org> wrote:
> >> we may as well remove support for mixing stable and unstable
> >> packages. In fact, this will more likely fix a few more bugs!
>
> It was never "officially" supported. That doesn't mean we have to
> break it, just because we introduced some misdesigned ideas.
Does that mean we can actively encourage users to use it? Is its
existence an indication of it being a good designed idea? Is Portage
designed with heavily mixing software branches in mind?
> Design decisions should be based on what a) makes ebuild development
> easier and b) benefits the user.
Mixed software branches have a lot of untested scenarios, some devs drop
bugs for them and it has caused a lot of bugs, conflicts and blockers;
I doubt if mixing software branches makes ebuild development easier or
benefits the user. It is quite the opposite, it requires more work from
the developers and has caused a ton of headaches for our users.
> Currently there are a lot of things where gentoo devs are forced to
> follow design decisions that turned out different than expected... and
> the users pick up the pieces.
>
> I'm not saying everything of that was forseeable. But it's slipping
> out of control. It just took me another 30minutes to update a gentoo
> box which I do not log into very often. I got trapped between python
> blockers, multilib blockers, a confused portage with wrong autounmask
> messages and some other things that could not be resolved
> automatically at all.
Mixed software branches fit this description.
> Users should not be forced to micro-manage all sorts of stuff for a
> simple update.
Updates are simple in stable or unstable, but not in a mix of them.
> But yeah... let's just say we don't support custom useflag settings
> anymore, because it's so much easier then and would fix a LOT of bugs.
The same could be said about mixed software branches.
> Nice going.
We're going both ways; Gentoo's choice you to go one way, or the other.
PS: I'm not personally against this "mixed software branches" feature.
It can work out if you know about the complexity involved and know the
background of that complexity; but for the average user, this is to be
used sparingly. Pure stable and unstable has always worked fine for me.
- --
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : TomWij@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQEcBAEBAgAGBQJSiSQiAAoJEJWyH81tNOV9OfwIAKhBGat3MUlwZQnTFpFXskHk
UaEwnPGWLh1qN8ScSSnDiExar1qEI8dI4UI6p9crjawEdGhXK+g4DdMuiMa2YbBN
UzsOmcOBEpH7zqeRPFjqa8HQ7iAdPfaUwiBM5hOM2lD3hV9jRCK4CZQsMpnnx+Kc
B7opACMXA2M721nstcuEu+SCT8xMT1wPbT25XntKNVBDafrOBwSDsnLUCGKymOF5
YgMHp5sOUSvFhqV1vPN8SbM++JByTlcwV7vuIR6NkbbhOLhaz3S5F/tJGnvuHPSB
bqydOcBpnzeNf74xD9yumXzAI8npmconeAJ1nzsYUR2Jt+tHeCO9hWMUQm+695s=
=XzNX
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2013-11-17 20:17 UTC|newest]
Thread overview: 111+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-13 10:28 [gentoo-dev] Please consider removing use.stable.mask and package.use.stable.mask Martin Vaeth
2013-11-13 11:39 ` Tom Wijsman
2013-11-13 13:25 ` Thomas Kahle
2013-11-13 13:37 ` Rich Freeman
2013-11-13 14:00 ` Tom Wijsman
2013-11-13 14:30 ` [gentoo-dev] " Duncan
2013-11-13 14:55 ` Thomas Kahle
2013-11-13 15:16 ` Ian Stakenvicius
2013-11-13 18:56 ` Daniel Campbell
2013-11-13 20:21 ` James Potts
2013-11-13 21:22 ` Kent Fredric
2013-11-17 10:20 ` Sergey Popov
2013-11-13 13:56 ` [gentoo-dev] " Tom Wijsman
2013-11-13 14:38 ` [gentoo-dev] " Martin Vaeth
2013-11-13 14:04 ` Martin Vaeth
2013-11-13 14:10 ` [gentoo-dev] " Michał Górny
2013-11-13 15:02 ` Ian Stakenvicius
2013-11-13 15:58 ` Rich Freeman
2013-11-13 23:49 ` Patrick Lauer
2013-11-14 5:13 ` Michał Górny
2013-11-14 12:03 ` Patrick Lauer
2013-11-14 12:13 ` Rich Freeman
2013-11-14 12:30 ` Patrick Lauer
2013-11-14 12:45 ` Rich Freeman
2013-11-14 19:07 ` Thomas Sachau
2013-11-14 19:35 ` Ciaran McCreesh
2013-11-14 23:40 ` Patrick Lauer
2013-11-14 17:51 ` Michał Górny
2013-11-14 23:38 ` Patrick Lauer
2013-11-14 12:21 ` Ben de Groot
2013-11-14 12:32 ` Rich Freeman
2013-11-14 12:57 ` Ben de Groot
2013-11-14 15:12 ` Rich Freeman
2013-11-14 16:38 ` Ben de Groot
2013-11-14 17:32 ` Rich Freeman
2013-11-15 6:53 ` Ben de Groot
2013-11-15 7:13 ` Ulrich Mueller
2013-11-15 11:08 ` [gentoo-dev] " Duncan
2013-11-15 14:30 ` Ian Stakenvicius
2013-11-15 15:30 ` Duncan
2013-11-15 12:14 ` [gentoo-dev] " Patrick Lauer
2013-11-15 14:27 ` Ian Stakenvicius
2013-11-15 13:33 ` Rich Freeman
2013-11-15 22:39 ` Michał Górny
2013-11-15 23:06 ` Tom Wijsman
2013-11-16 8:22 ` Pacho Ramos
2013-11-16 10:57 ` Thomas Sachau
2013-11-17 16:09 ` hasufell
2013-11-17 16:35 ` Tom Wijsman
2013-11-17 16:52 ` Ciaran McCreesh
2013-11-16 12:39 ` [gentoo-dev] " Martin Vaeth
2013-11-16 12:46 ` Michał Górny
2013-11-16 20:24 ` Kent Fredric
2013-11-16 21:52 ` Michał Górny
2013-11-17 0:53 ` Kent Fredric
2013-11-16 22:52 ` Duncan
2013-11-13 15:23 ` Martin Vaeth
2013-11-13 15:41 ` Mike Gilbert
2013-11-14 0:11 ` Tom Wijsman
2013-11-13 15:42 ` Kent Fredric
2013-11-13 16:05 ` Martin Vaeth
2013-11-13 17:05 ` "Paweł Hajdan, Jr."
2013-11-13 15:44 ` Michał Górny
2013-11-13 16:52 ` Martin Vaeth
2013-11-13 17:03 ` Peter Stuge
2013-11-13 17:49 ` Rich Freeman
2013-11-13 18:24 ` Peter Stuge
2013-11-13 18:50 ` Rich Freeman
2013-11-15 4:56 ` [gentoo-dev] " Matt Turner
2013-11-15 5:23 ` Kent Fredric
2013-11-15 15:54 ` Peter Stuge
2013-11-15 16:05 ` Ian Stakenvicius
2013-11-15 20:18 ` [gentoo-dev] " Martin Vaeth
2013-11-15 20:22 ` Peter Stuge
2013-11-16 12:46 ` Andreas K. Huettel
2013-11-17 17:04 ` Martin Vaeth
2013-11-17 17:15 ` Michał Górny
2013-11-17 18:46 ` Martin Vaeth
2013-11-17 19:32 ` hasufell
2013-11-17 20:16 ` Tom Wijsman [this message]
2013-11-17 17:24 ` Tom Wijsman
2013-11-17 19:10 ` Martin Vaeth
2013-11-17 19:57 ` Tom Wijsman
2013-11-17 18:56 ` Ian Stakenvicius
2013-11-17 19:18 ` Martin Vaeth
2013-11-17 19:27 ` Michał Górny
2013-11-17 19:51 ` Martin Vaeth
2013-11-17 21:41 ` Andreas K. Huettel
2013-11-16 12:50 ` Andreas K. Huettel
2013-11-16 12:58 ` Michał Górny
2013-11-17 18:13 ` Andreas K. Huettel
2013-11-17 18:18 ` Michał Górny
2013-11-15 19:24 ` [gentoo-dev] " Tom Wijsman
2013-11-15 19:24 ` Tom Wijsman
2013-11-15 19:31 ` Ian Stakenvicius
2013-11-15 19:36 ` Matt Turner
2013-11-15 20:00 ` Tom Wijsman
2013-11-15 20:10 ` Peter Stuge
2013-11-15 20:24 ` Tom Wijsman
2013-11-15 20:25 ` Matt Turner
2013-11-15 20:53 ` Tom Wijsman
2013-11-15 21:09 ` Peter Stuge
2013-11-15 21:27 ` Tom Wijsman
2013-11-15 21:21 ` Matt Turner
2013-11-15 21:38 ` Tom Wijsman
2013-11-15 21:45 ` Matt Turner
2013-11-15 22:08 ` Tom Wijsman
2013-11-15 21:57 ` Peter Stuge
2013-11-15 22:13 ` Tom Wijsman
2013-11-15 22:26 ` Peter Stuge
2013-11-15 22:58 ` Tom Wijsman
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=20131117211634.765f3644@TOMWIJ-GENTOO \
--to=tomwij@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
--cc=hasufell@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