public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Stroller <stroller@stellar.eclipse.co.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user]  Re: Another USE question
Date: Wed, 27 May 2009 09:00:12 +0100	[thread overview]
Message-ID: <2DD601F9-8CEF-480A-B945-A1988907ECF2@stellar.eclipse.co.uk> (raw)
In-Reply-To: <8A5F1561-CD43-482A-85AB-1ABD54CFDD18@dartworks.biz>


On 27 May 2009, at 00:33, Keith Dart wrote:
>>> ...
>>> USE_FOO="this n that"
>>> USE_BAR="some more flags"
>>> BLAH="whatever else there might be"
>>>
>>> USE="${USE_FOO} ${USE_BAR} ${BLAH}
>>
>> Thank's. That is exactly what I was looking for.
>
> But that will likely break, or render useless, the ufed tool.
>
> If you don't use that, you probably should.

I'm really unconvinced by ufed.

In a standard terminal window, 80 characters wide, the descriptions  
are too long and instead of wrapping around to the next line they fall  
off the end of the screen and you can't read them. Sure, I can resize  
the terminal window, but I don't want to have to do that manually each  
time I run ufed, then resize it back to my usual size again  
afterwards. ufed is about the only program I've used which doesn't  
seem right in my "standard" terminal window size of 50 rows x 80  
columns.

ufed has seemed to me to behave unexpectedly on occasions. I have run  
it, added only one USE flag and then when I re-run `emerge -pv world`  
more than one additional USE setting has changed. WTF?!?!

This is why I have arrived at the combination of euse (and now `equery  
uses`) to view USE descriptions and flagedit for setting them. I think  
that from a usability point of view these are easier than either ufed  
or a text editor. Either of the latter render the whole terminal  
window and throws one into a different "modality" (??) from the  
command line utilities that one uses most - cat, cp, mv, touch, emerge  
&c. With euse, equery & flagedit one can still see in the terminal  
buffer the output of the previous command(s), and one can use the bash  
history to quickly edit the last argument of the command (always the  
USE flag or package name).

Using vim to edit make.conf or ufed requires your mind to enter a  
slightly different "way of thinking" and requires a different set of  
commands. However hard I'm trying to improve my knowledge of vim's  
keyboard shortcuts, one has to find the USE flag line, navigate the  
cursor inside the quotes, change to edit mode (perhaps not required on  
other editors), type the flag name, save and then exit. Then one is  
back to the normal "type command, output appears on screen, fresh  
prompt appears" command line "paradigm". The difference is admittedly  
small, but for me typing `flagedit +foo` is just more natural. ufed is  
unique to its task and - perhaps I use it relatively infrequently - I  
just find it more of a hassle to get my head into the appropriate gear  
for it (not withstanding the problems I pointed out in my first &  
second paragraphs).

IMO if you're not using `equery uses category/package` and `flagedit  
[category/package] flag [flag]` then you probably should.
;)

Stroller.





  parent reply	other threads:[~2009-05-27  8:00 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-26 22:52 [gentoo-user] Another USE question KH
2009-05-26 22:59 ` Alan McKinnon
2009-05-26 23:06   ` KH
2009-05-27  7:05     ` Alan McKinnon
2009-05-26 23:03 ` [gentoo-user] " Nikos Chantziaras
2009-05-26 23:07   ` KH
2009-05-26 23:33     ` Keith Dart
2009-05-26 23:52       ` Peter Humphrey
2009-05-27  0:02         ` Keith Dart
2009-05-27  1:16           ` Peter Humphrey
2009-05-27  1:19             ` Dale
2009-05-27  1:20             ` Keith Dart
2009-05-27  1:41               ` Dale
2009-05-27  2:23                 ` Keith Dart
2009-05-27  7:01                   ` Alan McKinnon
2009-05-27  8:00       ` Stroller [this message]
2009-05-27  8:15         ` Volker Armin Hemmann
2009-05-27  8:30           ` Nikos Chantziaras
2009-05-27  9:11             ` Volker Armin Hemmann
2009-05-27  9:31               ` Nikos Chantziaras
2009-05-27  9:39                 ` Volker Armin Hemmann
2009-05-27 12:45               ` Stroller
2009-05-27  9:44             ` Neil Bothwick
2009-05-27 12:26           ` Stroller

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=2DD601F9-8CEF-480A-B945-A1988907ECF2@stellar.eclipse.co.uk \
    --to=stroller@stellar.eclipse.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