On Sun, 29 Aug 2010 23:04:58 -0400 Michael Blumenkrantz <[email protected]>
said:

> On Mon, 30 Aug 2010 10:41:07 +0900
> Carsten Haitzler (The Rasterman) <[email protected]> wrote:
> 
> > On Sun, 29 Aug 2010 16:21:04 -0400 Michael Blumenkrantz <[email protected]>
> > said:
> > 
> > is this just e17 itself? not efl 1.0.0?
> > 
> > > Currently some of the docs install to $(prefix)/share/enlightenment/doc.
> > > Vincent and I agree that this is broken, as it should be
> > > $(prefix)/share/doc aka $(docdir).
> > > I am going to change this, but I know that there is some code in
> > > bin/e_prefix.c which references files at the current location; are there
> > > any other places in the code which rely upon the current location?
> > > 
> > > -- 
> > > Mike Blumenkrantz
> > > Zentific: Our boolean values are huge.
> > > 
> > > ------------------------------------------------------------------------------
> > > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> > > Be part of this innovative community and reach millions of netbook users 
> > > worldwide. Take advantage of special opportunities to increase revenue
> > > and speed time-to-market. Join now, and jumpstart your future.
> > > http://p.sf.net/sfu/intel-atom-d2d
> > > _______________________________________________
> > > enlightenment-devel mailing list
> > > [email protected]
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > > 
> > 
> > 
> just e17

the problem with PREFIX/share/doc is that this will conflict with distro
policies on doc dir naming most likely. distros like debian and ubuntu qand
that docdir to be the package name. almost nothing installs docs from src that
i know of, so packagers populate those doc dirs with a set of standard files
etc. from the src tree in a standard way. the alternative will be yet another
flame-fest involving debian and ubuntu and other distro packagers and their
policies and them having to patch e's build scripts/makeifles to not conflict
with distro policies. e's sticking of authors etc. in its own share dir (which
is not standardised internally as thats out of distro policy scope) is not going
to conflict - especially since e does it so it can show the authors list (and
as such an unimplemented "copyright info" dialog etc.).


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [email protected]


------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to