From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] Re: www-client/chromium gtk3 support
Date: Fri, 11 Sep 2015 13:41:52 -0400 [thread overview]
Message-ID: <CAGfcS_myahTuvV8KHBqesOOXFS36-HuhqrJ3f7oUUQm=8Kg_2w@mail.gmail.com> (raw)
In-Reply-To: <pan$e94b1$513b02ac$81797c2f$44b0419e@cox.net>
On Fri, Sep 11, 2015 at 1:11 PM, Duncan <1i5t5.duncan@cox.net> wrote:
> Rich Freeman posted on Fri, 11 Sep 2015 08:13:48 -0400 as excerpted:
>
>> USE=gui or something like that if the main effect is to have a gui or
>> not.
>> That is the sort of thing that SHOULD go in make.conf or in a profile.
>> If disabling gtk makes it a console-only application then use the gui
>> flag.
>
> I like the general proposal, but since it's going to council, can we try
> to kill another bird with the same stone? This USE=gui helps...
>
> Wayland's coming, and to the extent that USE=X has previously indicated a
> GUI, much like USE=gtk and USE=qt indicating the same thing, we're going
> to have problems.
>
> Can we make USE=gui the generic policy for that, and deprecate more
> specific forms for choosing /any/ gui, so they can be used for choosing
> /which/ gui?
That was exactly why I used "gui" and not "X". We're going to run
into the exact same problem once Wayland comes along with the way
things have been done so far.
>
> The question then remains whether ncurses, etc, should be treated as a
> gui. Maybe make mention of that one way or the other in the policy as
> well.
>
I actually was pondering that and left it out of my email. My gut
feeling is that ncurses should be left alone for now. USE=-gui would
mean console-only, whether that happens to include support for
ncurses, aa, or whatever.
Are there any applications out there which behave dramatically
differently if they do/don't have ncurses support built-in? If you
set TERM=dumb I imagine that software which actually supports this
would just behave accordingly (ie if it is just using colors or moving
progress bars or whatever it will drop the decorations). Usually
though dumb terminal software tends to be somewhat dedicated (for
things like editors and the like).
I don't want to complicate things if nobody really cares about them.
However, in theory you could treat various console-enhancing libraries
in the same way. There is also svgalib and the like.
--
Rich
next prev parent reply other threads:[~2015-09-11 17:42 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-09 7:20 [gentoo-dev] www-client/chromium gtk3 support Paweł Hajdan, Jr.
2015-09-09 7:24 ` Daniel Campbell
2015-09-09 8:52 ` Andrew Savchenko
2015-09-09 10:37 ` hasufell
2015-09-09 13:17 ` Brian Dolbec
2015-09-09 13:31 ` hasufell
2015-09-10 6:21 ` Daniel Campbell
2015-09-10 8:47 ` hasufell
2015-09-10 10:45 ` Rich Freeman
2015-09-10 10:50 ` hasufell
2015-09-10 12:03 ` Rich Freeman
2015-09-10 12:13 ` hasufell
2015-09-10 12:25 ` Rich Freeman
2015-09-10 12:33 ` hasufell
2015-09-10 12:44 ` Rich Freeman
2015-09-10 12:53 ` hasufell
2015-09-10 13:10 ` Rich Freeman
2015-09-10 15:35 ` hasufell
2015-09-10 15:41 ` Alec Warner
2015-09-10 15:50 ` Rich Freeman
2015-09-10 16:50 ` hasufell
2015-09-10 16:51 ` [gentoo-dev] " Duncan
2015-09-10 13:38 ` [gentoo-dev] " Alan McKinnon
2015-09-10 12:46 ` Alec Ten Harmsel
2015-09-10 13:07 ` Michał Górny
2015-09-10 13:20 ` Rich Freeman
2015-09-10 14:31 ` Vadim A. Misbakh-Soloviov
2015-09-10 15:38 ` Alec Warner
2015-09-10 16:37 ` Vadim A. Misbakh-Soloviov
2015-09-10 16:57 ` hasufell
2015-09-10 17:17 ` Rich Freeman
2015-09-10 18:05 ` hasufell
2015-09-10 18:22 ` Rich Freeman
2015-09-10 18:30 ` Paweł Hajdan, Jr.
2015-09-10 17:43 ` [gentoo-dev] " Duncan
2015-09-10 19:04 ` Vadim A. Misbakh-Soloviov
2015-09-10 18:50 ` [gentoo-dev] " Vadim A. Misbakh-Soloviov
2015-09-10 16:24 ` Alec Ten Harmsel
2015-09-10 16:50 ` Vadim A. Misbakh-Soloviov
2015-09-10 12:47 ` Michael Orlitzky
2015-09-10 16:21 ` [gentoo-dev] " Duncan
2015-09-10 18:15 ` [gentoo-dev] " Daniel Campbell
2015-09-10 18:21 ` hasufell
2015-09-10 18:26 ` Rich Freeman
2015-09-11 9:03 ` Daniel Campbell
2015-09-11 12:13 ` Rich Freeman
2015-09-11 17:11 ` [gentoo-dev] " Duncan
2015-09-11 17:41 ` Rich Freeman [this message]
2015-09-11 18:03 ` [gentoo-dev] USE="gui" Ian Stakenvicius
2015-09-11 18:16 ` Rich Freeman
2015-09-11 20:34 ` hasufell
2015-09-11 23:52 ` Daniel Campbell
2015-09-12 11:47 ` hasufell
2015-09-12 2:29 ` [gentoo-dev] USE="gui" Duncan
2015-09-12 4:45 ` Dale
2015-09-12 2:24 ` Duncan
2015-09-12 4:55 ` [gentoo-dev] www-client/chromium gtk3 support Raymond Jennings
2015-09-12 10:00 ` [gentoo-dev] " Duncan
2015-09-12 10:48 ` Rich Freeman
2015-09-13 5:07 ` Duncan
2015-09-12 10:04 ` [gentoo-dev] " Rich Freeman
2015-09-09 10:06 ` [gentoo-dev] Re: firefox gtk3 status, danger of gtk2 in-tree deprecation? (was: www-client/chromium gtk3 support) Duncan
2015-09-09 15:12 ` »Q«
2015-09-10 2:23 ` Duncan
2015-09-09 15:32 ` [gentoo-dev] Re: firefox gtk3 status, danger of gtk2 in-tree deprecation? Ian Stakenvicius
2015-09-10 2:02 ` Duncan
2015-09-09 13:47 ` [gentoo-dev] www-client/chromium gtk3 support Alexandre Rostovtsev
2015-09-10 6:28 ` Daniel Campbell
2015-09-09 15:00 ` Mike Gilbert
2015-09-09 15:10 ` Alexandre Rostovtsev
2015-09-09 15:16 ` Alec Warner
2015-09-09 15:40 ` Ian Stakenvicius
2015-09-09 15:48 ` hasufell
2015-09-09 16:14 ` Ian Stakenvicius
2015-09-09 16:36 ` hasufell
2015-09-09 18:17 ` Paweł Hajdan, Jr.
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='CAGfcS_myahTuvV8KHBqesOOXFS36-HuhqrJ3f7oUUQm=8Kg_2w@mail.gmail.com' \
--to=rich0@gentoo.org \
--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