On 6/22/09, James <wirel...@tampabay.rr.com> wrote:
> Arttu V. <arttuv69 <at> gmail.com> writes:
>
>>                      More reading: ebuild(5)"
>
> Ah, ok so there is not restriction on using any of the
> the boolean operators in any config file underneath
> /etc/portage? as section 5 does not mention any....

Well, for those files that are actually supposed to contain DEPEND
atoms that is probably true. I haven't checked the whole man page and
all files it lists to see if it places any restrictions on some
specific files therein, so I'm a bit timid to claim full "no limits"
either. But for package.keywords it didn't mention any limits and I'd
believe the others don't have them either. :)

Still, the best identifier of the allowed syntax is probably portage
itself. Make a typo in files under /etc/portage and portage will tell
you next time you emerge -pv something or emerge -av something.

And it also breaks in a quite predictable fashion when it reads your
typos in those files: it will just drop the lines it doesn't
understand (while also printing warning messages) and then dutifully
proceed to next line. So if ever in doubt, you can try it and see what
portage's parser thinks about your "fuzz-test". :)

> This is my (mis)conception, although, as you have suggest,
> there are (gentoo) cultural norms that do suggest
> certain boolean operations should not be used,
> in say for example, package.keywords?

Not sure if by cultural norms you're referring to something I'd rather
label as "best practices"? :)

But then again, there are best practices for bleeding edge folks and
best practices for "stability is paramount" folks and they may
overlap, but most likely they aren't quite the same.

> I'm mostly running stable with exceptions being enabled
> via the /etc/portage file structure. Usually it's small,
> but now with kde4, BLOAT is my modus operandi,
> not by choice......

Then, again, you probably don't want the >= as it will unmask the
latest testing version currently available, plus in future any new
testing grade versions as they get added to portage tree. What you
want is either = or ~. (And do note that ~ at the front of a DEPEND
atom means a different thing from the testing keyword in ~arch).

But it is all up to you to decide, you're the commander'n'chief of
your own boxen.

-- 
Arttu V.

Reply via email to