[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#796529: ITP: local-apt-repository -- Ready to use local apt repository



Hi Jakub,

Am Samstag, den 22.08.2015, 14:54 +0200 schrieb Jakub Wilk:
> * Joachim Breitner <nomeata@debian.org>, 2015-08-22, 13:58:
> > With this package installed, every Debian package (i.e. a *.deb 
> > file) 
> > dropped into /srv/local-apt-repository
> 
> Sounds like an FHS violation: “no program should rely on a specific 
> subdirectory structure of /srv existing or data necessarily being 
> stored in /srv.”

this was just discussed on IRC. Here is my rationale:

Packages to be added to the repository fit the description of /srv
quite perfectly. I quote.

    /srv : Data for services provided by this system
    Purpose

    /srv contains site-specific data which is served by this system.

    This main purpose of specifying this is so that users may find the
    location of the data files for particular service, and so that
    services which require a single tree for readonly data, writable
    data and scripts (such as cgi scripts) can be reasonably placed.
    Data that is only of interest to a specific user should go in that
    users' home directory. 
    [..]


So it is not wrong to use this directory. Also, all alternatives are
wrong in some way as well.

The only thing that I’m currently doing wrong is that I hard-code the
path (“Therefore, no program should rely on a specific subdirectory
structure of /srv existing or data necessarily being stored in /srv.”).

If the package would make the path configurable, then it’d be in
compliance with the FHS.

Practically, I expect the intersection of those who want to use this
package, and who need to have a different layout in /srv to be empty.
So if I make the path configurable, it is adding complexity purely for
policy compliance, and hence it is low priority for me.

(My plan for doing that is to have the authorative path in the local
-apt-repository.path sytemd unit, which the admin can override using
usual systemd foo, and can be read from the repository creating
script.)

Greetings,
Joachim



-- 
-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: