Re: [gentoo-dev] Re: Hiatus (sort of)

2007-06-25 Thread Philip Webb
070625 Paul de Vrieze wrote:
 Now from Hobart, Tasmania (Australia)

Don't let the wolves  devils get you (grin).

-- 
,,
SUPPORT ___//___,  Philip Webb : [EMAIL PROTECTED]
ELECTRIC   /] [] [] [] [] []|  Centre for Urban  Community Studies
TRANSIT`-O--O---'  University of Toronto
-- 
[EMAIL PROTECTED] mailing list



[gentoo-dev] Re: Re: RFC: Unifying the behavior of the doc use flag and document it

2007-06-25 Thread Steve Long
Steve Long wrote:
 Kent Fredric wrote:
 ++ I was only thinking of the programmer:user difference, since code
 docs tend to pull in a lot of stuff, where as end-user docs are normally
 supplied in an easier format (eg not dox ;) rebuild-docs as a one-shot
 flag is great.

 Would there be a way to control what kind of markup is output (assuming
 a package supports it)? For example, to specify that files should be for
 text-only or graphical browser (where both would be the default.) XeTeX
 -- PS -- PDF is another along those lines.
 
 I can just feel a USE expansion coming on.
 
 DOC=none pdf txt man ps html info all rebuild sounds like just a
 bunch for starters.
 
 Any votees?
 
 Not me, I'm afraid, unless this is the only way to do it.. I agree that
 they should only apply to single packages, not across the tree. Although,
 if I'm honest, I don't know what that breaks.
 
Hmm I've been thinking on this a bit more, and I think it does generalise
well in user terms. After all, if I want documents in text only format for
an installation, it applies to all packages.

What concerned me more was 1) whether it would expand to all by default, as
other expansions do (not so major with profiles perhaps?) and 2) being able
to override if we do want eg html for a package we develop with. But
according to ivanm, you can override with package.use e.g. linguas_en_gb so
long as you know the prefix (ie doc_).

So consider that a positive vote from me :) Though I must stress I want tex
in there ;)

Useful tip btw:
ivanm if you have udept emerged, then doing dep -u package name will
tell you _all_ the use vars, including the expanded ones


-- 
[EMAIL PROTECTED] mailing list



[gentoo-dev] app-xemacs/cc-mode not in package app-xemacs/xemacs

2007-06-25 Thread John-John Tedro

I was wondering why the app-xemacs/xemacs package doesn't include the
cc-mode package since it is widely used.
I had some real troubles figuring this out (mostly since im not very
familiar with the portage system). It should just seem natural that it would
be.

-- Udo


Re: [gentoo-dev] app-xemacs/cc-mode not in package app-xemacs/xemacs

2007-06-25 Thread Jeroen Roovers
On Tue, 26 Jun 2007 02:13:16 +0200
John-John Tedro [EMAIL PROTECTED] wrote:

 I was wondering why the app-xemacs/xemacs package doesn't include the
 cc-mode package since it is widely used.
 I had some real troubles figuring this out (mostly since im not very
 familiar with the portage system). It should just seem natural that
 it would be.

Gentoo has a tendency to split packages rather than include them. [1]
has information about all the Gentoo supported packages, and then there
are options like `emerge -S string` and specially target utilities
like app-portage/eix to help you find packages you need:

$ eix cc-mode
* app-emacs/cc-mode
 Available versions:  ~5.31.3
 Homepage:http://cc-mode.sourceforge.net
 Description: An Emacs mode for editing C and other
languages with similar syntax.

* app-xemacs/cc-mode
 Available versions:  1.32 1.45
 Homepage:http://xemacs.org/
 Description: C, C++ and Java language support.

Found 2 matches.


Kind regards,
 JeR


[1] http://packages.gentoo.org/
-- 
[EMAIL PROTECTED] mailing list