[dev] documentation folder for applications

Gunnar Wrobel wrobel at horde.org
Fri Jul 1 19:10:43 UTC 2011


Quoting Ralf Lang <lang at b1-systems.de>:

> Am Freitag, 1. Juli 2011, 17:11:27 schrieb Jan Schneider:
>> Zitat von Vilius ?umskas <vilius at lnk.lt>:
>> > Hi,
>> >
>> > I've noticed that most released applications install their
>> > documentation into /usr/share/pear/doc. Is there another good reason
>> > for this except that "all PEAR packages install documentation into
>> > pear/doc"? I can justify why this is OK for libraries, but in my
>> > opinion INSTALL/UPGRADING documentation for applications should be
>> > installed into application root folder. Because it is really
>> > uncommon for the administrators to find documentation in
>> > /usr/share/pear/doc. Especially for administrators of web
>> > applications (even if they are distrubuted through PEAR).
>>
>> Good question. Policy-wise they should be using the docs role and thus
>> being installed to PEAR's doc folder. But I could see us ignoring that
>> and using the horde role instead, if that is consensus.
>>
>> Jan.
>
> Actually, when packaging for distribution I change the doc_dir value to the
> system's doc path. Docs are ending up where the docs of rpm packages are
> expected to be.
>
> I see it reasonable to have a pear package's docs where pear package docs are
> expected, too.
>
> As I understand the horde role, it's mainly a role for web-accessible parts,
> right?
>
> I see no need to have docs in a web-accessible dir (and possible reverting
> this with a .htaccess file)

Same here. Docs should be "doc" role to allow clean separation of  
files depending on - well - their role and there is no specific  
reasons why those should be web-accessible.

The install location can of course also be tweaked during the  
installation which we could mention in the install instructions.

What might be nice though would be a post installation script that  
just spits out the directory names that received horde files. Not  
certain though if this is easily feasible so that it always happens as  
the last action after an installation (whether it might be a single  
application installation of the installation of a bundle).

Cheers,

Gunnar

>
>
>
> --
> Ralf Lang
> Linux Consultant / Developer
>
> B1 Systems GmbH
> Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
> GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
> --
> Horde developers mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: dev-unsubscribe at lists.horde.org

-- 
Core Developer
The Horde Project

e: wrobel at horde.org
t: +49 700 6245 0000
w: http://www.horde.org

pgp: 9703 43BE
tweets: http://twitter.com/pardus_de
blog: http://log.pardus.de



More information about the dev mailing list