All of lore.kernel.org
 help / color / mirror / Atom feed
From: Axel.Thimm@ATrpms.net (Axel Thimm)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] move to new website - status?
Date: Sun, 19 Feb 2006 13:51:52 +0000	[thread overview]
Message-ID: <20060219135152.GG26231@neu.nirvana> (raw)
In-Reply-To: <43D15E0D.1020309@sh.cvut.cz>

On Sun, Feb 19, 2006 at 02:28:52PM +0100, Axel Thimm wrote:
> > BTW, will it be possible to have different permissions for the i2c and
> > lm_sensors2 repositories? I'd like to grant more people developer
> > access to lm_sensors2, but write access to the i2c repository needs to
> > be restricted as changes to it are supposed to be very rare now.
> 
> Not through ssh access. In this case the developer only sees a
> database there is no fine grained per file/directory access. If you
> want to go that way there are two possibilities:
> 
> o Have separate repos for lm_sensors and i2c. That would not be nice,
>   as it would effectively mean separate trac installs, too.
> 
> o don't use ssh access, but http & dav
> 
> I think if there will be ACLs then we'd need to go with http &
> dav. For the users/developers this might be even nicer, as the URL is
> the same as the ones for the anonymous access.
> 
> In that case, authentication wouldn't happen anymore with ssh keys,
> but via http/https methods.
> 
> I'd recommend to make sure the repo layout is compatible with the idea
> of different ACLs for i2c and lm_sensors (e.g. top level dirs are
> lm_sensors/i2c and trunk/branch/tag comes beneath), and start with ssh
> key authentication for now, which is already set up. We can later
> switch to a different authentication schemes to allow for ACLs.

I forgot to mention that the http access method has the nice
sideeffect that you can share the same authentication with trac, that
also uses http authentication.
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060219/472222ee/attachment.bin

  parent reply	other threads:[~2006-02-19 13:51 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-20 22:02 [lm-sensors] move to new website - status? Rudolf Marek
2006-01-21  0:52 ` Axel Thimm
2006-01-21  9:47 ` Rudolf Marek
2006-01-23  2:55 ` Philip Edelbrock
2006-02-19 12:47 ` Jean Delvare
2006-02-19 13:28 ` Axel Thimm
2006-02-19 13:51 ` Axel Thimm [this message]
2006-02-19 18:16 ` Philip Edelbrock

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060219135152.GG26231@neu.nirvana \
    --to=axel.thimm@atrpms.net \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.