Re: SSL for screenshots.debian.net?
-----BEGIN PGP SIGNED MESSAGE-----
On 12.02.2014 19:51, Peter Palfrader wrote:
> On Wed, 12 Feb 2014, Christoph Haas wrote:
>> What would that mean? I'm trying to be honest here. I like
>> adding features every now and then and would like to be able to
>> try them out without requesting anyone to do anything. From my
>> understanding DDs do not have access to DSA-maintained hardware.
> Um. You couldn't be farther from the truth.
> Most of the hosts that run services are accessible to all DDs, and
> of the rest the hosts are at least accessible to the team running
> the service.
> The standard setup is that service stuff lives in /srv/$service.
> Teams tend to not have root. For most web based services they,
> however, still have access to update their apache vhost
> See for instance picconi.debian.org, which runs one the
> packages.d.o master, or glinka.debian.org which runs a bunch of
> things, or even buxtehude.debian.org which runs the BTS.
Thanks for the clarification. I would like to consider that once I
have the next major version of the underlying application ready to be
deployed. Good to hear that the policy has become so liberal. What
amount of lead time would be required to request such resources?
I'm not making up things though. When I invented mentors.debian.net
(yes, way over 10 years ago, heck I'm feeling old) I was told by DSAs
that hosting is limited to PHP code or Perl/Python CGIs that can
easily be deployed. :) WSGI was considered to be to complex to be
deployed and maintained.
>> That's one concern. The other concern is - as I mentioned (and
>> nobody commented on it) - that I seriously intend to open the
>> service for other Linux distributions so that the effort of
>> taking screenshots can be used by several distributions. Debian
>> users would be able to use screenshots uploaded by Ubuntu users.
>> And CentOS users would see screenshots from OpenSuSE users. Is
>> there a case where DSA-maintained hardware was used in such a
>> context yet?
> I think Debian providing services to other distributions would be
> just fine.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
-----END PGP SIGNATURE-----