public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Aron Griffis <agriffis@gentoo.org>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] Re: new local USE var: vim-with-x
Date: Mon, 28 Apr 2003 23:32:39 -0400	[thread overview]
Message-ID: <20030429033239.GB413@time> (raw)
In-Reply-To: <20030429011644.GB18711@lucien.dreaming>

Hi Björn,

Björn Lindström wrote:	[Mon Apr 28 2003, 09:16:44PM EDT]
> This is really ugly. The expected behaviour would doubtlessly be that
> USE=X means that vim will have X support.
> 
> Wouldn't using X combined with a suitable ewarning be better?

Unfortunately I think you are wrong.  Most users that I have encountered
do not expect "emerge vim" to pull in xfree, even when USE=X.  This is a
very frequently asked question on IRC and in the mailing lists.

Here is the history of the behavior in the vim ebuild:

1. The original vim ebuilds had "X? ( x11-base/xfree )".  This confused
   a lot of users who did not expect their first action of "emerge vim"
   to also demand xfree.  Adding warnings is not really sufficient since
   the damage has been done when they hit enter; portage will start with
   the first dependency in the list, not with the vim ebuild itself.

2. The next solution was to leave xfree out of DEPEND.  In this case,
   USE=X was honored, but only if xfree was already merged on the
   system.  This is clearly wrong since it has a dependency on the
   environment which is not controlled by the ebuild.  As a resuilt,
   some users would have one thing and other users would have another.

3. Next, I changed vim to refrain from linking against X altogether, on
   the assumption that the gvim ebuild would bu sufficient for users
   wanting an X-linked ebuild.

4. Finally, I made the behavior dependent on a local USE var, trying to
   capture the expectations of the typical user, while providing an
   escape route for those particular users who want a vim linked against
   the X libraries.  Keep in mind this is not a gui version of vim (that
   is provided by the gvim ebuild), it's just the particular bits that
   allow X interaction while in a terminal.  For example, xterm title
   setting, X clipboard support for vim selections, and moving the
   cursor using the mouse.  I have seen very few users that demand those
   particular features from vim, so it doesn't make sense to me to give
   the vim ebuild such a heavy dependency.

> ...or perhaps ignoring USE=X and use USE=gtk(2?) and possibly USE=kde
> instead?

I find it hard to believe that would be an improvement.  The vim ebuild
clearly doesn't depend on those toolkits; they're used by the gvim
ebuild.  No user is going to have a clue that USE=kde is causing their
console vim ebuild to pull in xfree...

Thanks for your suggestions.  If you can convince me there's a better
way than what I've done, I'll gladly consider making the change in the
ebuild.  :-)

Aron

--
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2003-04-29  3:32 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-29  0:14 [gentoo-dev] new local USE var: vim-with-x Aron Griffis
2003-04-29  1:16 ` [gentoo-dev] " Björn Lindström
2003-04-29  3:32   ` Aron Griffis [this message]
2003-04-29  6:24     ` Mike Lundy
2003-04-29  6:36       ` Bill Kenworthy
2003-04-29 10:07         ` Patrick Börjesson
2003-04-29 10:23           ` Chris Watson
2003-04-29 11:52             ` Patrick Kursawe
2003-04-29 10:08         ` Mark Gordon
2003-04-29 13:05         ` Björn Lindström
2003-04-29 13:12           ` Fredrik Jagenheim
2003-04-29 13:18             ` Björn Lindström
2003-04-29 13:27               ` Bartosch Pixa
2003-04-29 13:38               ` Fredrik Jagenheim
2003-04-29 13:44           ` William Kenworthy
2003-04-29 15:27             ` Björn Lindström
2003-04-29 13:10         ` Aron Griffis
2003-04-29 14:13           ` Mark Gordon
2003-04-29 15:00           ` [gentoo-dev] Was: (Re: new local USE var: vim-with-x ) Default USE Flags Revision Adrian Almenar
2003-04-29 15:05             ` Jon Portnoy
2003-04-29 15:09             ` Daniel Armyr
2003-04-29 13:56         ` [gentoo-dev] Re: new local USE var: vim-with-x Max Kalika
2003-04-29 14:22           ` Daniel Armyr
2003-04-29 14:49             ` Max Kalika
2003-04-29 15:31               ` Caleb Shay
2003-04-29 16:05                 ` William Kenworthy
2003-04-29 18:28                   ` Björn Lindström
2003-04-29 19:41                     ` Mark Gordon
2003-04-29 23:49                     ` William Kenworthy
2003-04-30  0:29                       ` Peter Fein
2003-04-30  0:47                         ` William Kenworthy
2003-04-30 23:31                           ` Björn Lindström
2003-04-30 12:41                       ` James H. Cloos Jr.
2003-04-29 18:46             ` torbenh
2003-04-29 18:55               ` Dan Armak
2003-05-01 14:16         ` Brad Laue
2003-04-30 13:26       ` Celestial Wizard
2003-04-29 13:01     ` Björn Lindström
2003-04-29 18:16     ` Martin Schlemmer
2003-04-29 20:10       ` Aron Griffis
2003-04-29 15:46 ` [gentoo-dev] " Grant Goodyear
2003-05-01  3:25   ` Troy Dack
2003-04-30 14:08     ` William Kenworthy

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=20030429033239.GB413@time \
    --to=agriffis@gentoo.org \
    --cc=gentoo-dev@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