From: Tom Wijsman <TomWij@gentoo.org>
To: peter@stuge.se
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Please consider removing use.stable.mask and package.use.stable.mask
Date: Fri, 15 Nov 2013 23:58:43 +0100 [thread overview]
Message-ID: <20131115235843.6a5d7435@TOMWIJ-GENTOO> (raw)
In-Reply-To: <20131115222657.13655.qmail@stuge.se>
[-- Attachment #1: Type: text/plain, Size: 2647 bytes --]
On Fri, 15 Nov 2013 23:26:57 +0100
Peter Stuge <peter@stuge.se> wrote:
> Tom Wijsman wrote:
> > > portage should say, with as similar wording as possible:
> > >
> > > "If you want to emerge libXt with those USE flags then you'll also
> > > have to set those same USE flags for libYt and libZt because libXt
> > > DEPENDs on them."
> > >
> > > Bonus points:
> > >
> > > "Would you like me to set those USE flags for libYt and libZt for
> > > you? [Y/n]"
> >
> > Which part of this warns the user that the user is about to run into
> > something broken / experimental? We need to add that too, because
> > it is not clear from the output that you suggest. And if we add
> > that as well, it gets to be quite long;
>
> It gets one word longer:
>
> "If you want to emerge libXt with those experimental USE flags then
> you'll also have to set those same USE flags for libYt and libZt
> because libXt DEPENDs on them."
By making it a single word its true meaning is hidden; broken or
experimental are just two possible meanings, there are others (eg.
security masks). I think we will want to be more explicit here.
> > how would we condense that?
>
> If something is a bit complicated then a bit more verbosity can be
> really good.
Extra words and verbosity's relationship depends on which extra words
and what verbosity that one aims to achieve; so, it might be possible
to condense this without making a change in verbosity, or even add
verbosity by reaching more with less output (in processable list form):
emerge: there are no ebuilds built with USE flags to satisfy
"x11-proto/kbproto[abi_x86_32]".
(dependency required by "x11-libs/libXt-1.1.4" [ebuild])
(dependency required by "libXt" [argument])
because of default/linux/amd64/13.0/package.use.stable.mask:1:
# Ian Stakenvicius <axs@gentoo.org> (20 Sep 2013)
# on behalf of gx86-multilib project <multilib@gentoo.org>
# Mask abi_x86_32 on stable until emul-* packages are made
# fully redundant and end-user experience in resolving
# flag changes and blockages is generally smooth.
# Please keep in sync with hardened/linux/amd64.
x11-proto/kbproto abi_x86_32
Unmask at your own risk or set x11-libs/libXt[-abi_x86_32].
This is similar to the package.mask output.
(Automatic config writing behavior would indeed be nice to have.)
--
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
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
prev parent reply other threads:[~2013-11-15 22:59 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
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 [this message]
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=20131115235843.6a5d7435@TOMWIJ-GENTOO \
--to=tomwij@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
--cc=peter@stuge.se \
/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