[gentoo-dev] GLEP 43: GLEP File Hosting

[gentoo-dev] GLEP 43: GLEP File Hosting

[Ciaran McCreesh]

[-- Attachment #1.1: Type: text/plain, Size: 598 bytes --]

Ok, this is a change to the GLEP process, so it itself needs to be a
GLEP... All it does is propose that GLEPs be allowed to stick example
code in a subdirectory rather than having to inline things or shove
them off on someone's devspace.

Text version attached. An HTML version will be up on the main site
whenever the web nodes next sync -- may be wise to read that instead if
you aren't familiar with RST :: blocks.

-- 
Ciaran McCreesh : Gentoo Developer (Anti-XML, anti-newbie conspiracy)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #1.2: glep-0043.txt --]
[-- Type: text/plain, Size: 3689 bytes --]

GLEP: 43
Title: GLEP File Hosting
Version: $Revision: 1.1 $
Author: Ciaran McCreesh <ciaranm@gentoo.org>
Last-Modified: $Date: 2005/11/07 21:55:08 $
Status: Draft
Type: Informational
Content-Type: text/x-rst
Created: 7-Nov-2005
Post-History: 7-Nov-2005

Abstract
========

This GLEP proposes the creation of a reliable hosting location for data (e.g.
sample code) associated with GLEPs.

Motivation
==========

Some GLEPs come with non-trivial example files or code which are part of the
specification. There are two methods which have been used to handle this
previously:

* Include the code inline in the GLEP using a code (``::``) segment. This is
  less than ideal for larger code samples as it leads to considerable clutter.
* Place the files on a developer's webspace on ``dev.gentoo.org``. This is not
  particularly reliable -- developers may leave or accidentally restructure
  their webspace, and a GLEP is intended to be a *permanent* specification.

This GLEP proposes that GLEP authors be allowed to make use of the main Gentoo
webserver for hosting content relevant to their GLEP.

.. Important:: The hosting proposed is for files related to the **proposal**
   (e.g. example code which clarifies part of the specification), not a full
   implementation of the proposal.

Specification
=============

Once a GLEP number has been allocated, developers (or the GLEP editors) may
create a directory in CVS named ``glep-xxxx-extras/`` (where ``xxxx`` is the
GLEP's number) under the main GLEP directory. This directory may be used by
files which are part of the proposal.

Any hyperlinks to files inside this directory should use relative paths. This
prevents breakages in the case of directory structure changes.

GLEPs which use this directory may include an 'Example Files' heading with a
list of links to the associated files.

Example
-------

Consider the following GLEP segment, which has been taken from a draft of
GLEP 42 [#glep-42]_:

::

    Example News Item
    '''''''''''''''''

    The following hypothetical news item could be used for an upgrade to the
    ``YourSQL`` database format which breaks forward compatibility. It should be
    named ``2005-11/2005-11-01-yoursql-upgrades.en.txt``.

    ::

        # Lots and lots of lines of example news item

The news item in question is clearly part of the proposal, but including it
inline is messy. Under this proposal, the main GLEP segment would read:

::

    Example News Item
    '''''''''''''''''

    `This hypothetical news item`__ could be used for an upgrade to the
    ``YourSQL`` database format which breaks forward compatibility. It would be
    named ``2005-11/2005-11-01-yoursql-upgrades.en.txt``.

    .. __: glep-0042-extras/example-news-item.txt

The example news item would then be placed in
``glep-0042-extras/example-news-item.txt``\.

Similar changes would be made for the longer example code segments. The GLEP
could also gain a new section along the lines of:

::

    Example Files
    =============

    `example-news-item.txt <glep-0042-extras/example-news-item.txt>`_
        An example news item.
    `news-mailer.bash <glep-0042-extras/news-mailer.bash>`_
        A ``bash`` script which delivers news items via email.

Backwards Compatibility
=======================

Not an issue.

References
==========

.. [#glep-42] GLEP 42: Critical news reporting, Ciaran McCreesh,
   http://www.gentoo.org/proj/en/glep/glep-0042.html

Copyright
=========

This document has been placed in the public domain.

.. vim: set tw=80 fileencoding=utf-8 spell spelllang=en et :


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] GLEP 43: GLEP File Hosting

[Dan Meltzer]

I suppose my only question is, why can't examples be inlined at the
bottom of the glep, and simply use a in document link to reference
them?

On 11/7/05, Ciaran McCreesh <ciaranm@gentoo.org> wrote:
> Ok, this is a change to the GLEP process, so it itself needs to be a
> GLEP... All it does is propose that GLEPs be allowed to stick example
> code in a subdirectory rather than having to inline things or shove
> them off on someone's devspace.
>
> Text version attached. An HTML version will be up on the main site
> whenever the web nodes next sync -- may be wise to read that instead if
> you aren't familiar with RST :: blocks.
>
> --
> Ciaran McCreesh : Gentoo Developer (Anti-XML, anti-newbie conspiracy)
> Mail            : ciaranm at gentoo.org
> Web             : http://dev.gentoo.org/~ciaranm
>
>
>
>

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] GLEP 43: GLEP File Hosting

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 570 bytes --]

On Mon, 7 Nov 2005 19:34:44 -0500 Dan Meltzer
<parallelgrapefruit@gmail.com> wrote:
| I suppose my only question is, why can't examples be inlined at the
| bottom of the glep, and simply use a in document link to reference
| them?

They can be, it's just really frickin' messy. It also makes it slightly
harder to copy the code out, especially if tab/space indenting needs to
be preserved.

-- 
Ciaran McCreesh : Gentoo Developer (Anti-XML, anti-newbie conspiracy)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] GLEP 43: GLEP File Hosting

[Dan Meltzer]

Okay, it works according to my useless opinion :)

On 11/7/05, Ciaran McCreesh <ciaranm@gentoo.org> wrote:
> On Mon, 7 Nov 2005 19:34:44 -0500 Dan Meltzer
> <parallelgrapefruit@gmail.com> wrote:
> | I suppose my only question is, why can't examples be inlined at the
> | bottom of the glep, and simply use a in document link to reference
> | them?
>
> They can be, it's just really frickin' messy. It also makes it slightly
> harder to copy the code out, especially if tab/space indenting needs to
> be preserved.
>
> --
> Ciaran McCreesh : Gentoo Developer (Anti-XML, anti-newbie conspiracy)
> Mail            : ciaranm at gentoo.org
> Web             : http://dev.gentoo.org/~ciaranm
>
>
>
>

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] GLEP 43: GLEP File Hosting

[Paul de Vrieze]

[-- Attachment #1: Type: text/plain, Size: 642 bytes --]

On Monday 07 November 2005 22:56, Ciaran McCreesh wrote:
> Ok, this is a change to the GLEP process, so it itself needs to be a
> GLEP... All it does is propose that GLEPs be allowed to stick example
> code in a subdirectory rather than having to inline things or shove
> them off on someone's devspace.
>
> Text version attached. An HTML version will be up on the main site
> whenever the web nodes next sync -- may be wise to read that instead if
> you aren't familiar with RST :: blocks.

I see no objections to this. 

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]