Return response instead of exception on invalid name formats

Add CSRF token to add repo form

Add csrf middleware

We should really have this everywhere..

Update for django 4.2

Import upstream auth plugin again

Fix signal receiving function signature

Import latest upstream auth plugin (again)

Sync up to latest version of community auth plugin

This moves the subscription to user changes over to a signal, to make it
cleaner and keeping us from having to carry a diff against the standard
auth plugin.

Subscribe to updates for newly created users

When a user was created by import, such as when a permission was granted
before their first login, the main community auth system would not know
about this registration, and because of that it would not send any
updates about the user such as secondary email addresses or ssh keys.
This would result in the user ssh key not being present and the user
unable to work with the repositories until they first logged in and ten
removed and re-added their key. Not very friendly, so use the newly
created endpoint on pgweb to subscribe to the notifications as soon as
the user has been created.

Also call this endpoint after the user has manually logged in the very
first time (meaning the user entry is created), to trigger an immediate
replication of any *existing* ssh key on the pgweb system. This is
required since the ssh key is not part of the "login package" due to
being potentially too long to fit on an URL.

Add DEFAULT_AUTO_FIELD for Django 3.2

Switch to using Cryptodome for encryption

Crypto is unmaintaned and will soon be gone from our distros. keysync
isn't actually used at this time, but we should make sure the scripts
are updated if we want to go back in the future.

Replace mentions of pgfoundry with a more generic wording

pgfoundry is far enough in the past that many people don't know what it
was :) So be more clear about what we mean.

Suggested by Daniel Gustafsson

Also mention gitlab as an option, not just github

Explicitly mention that ssh is only for authenticated access

Anonymous access should always use http or git.

Fix typo

Spotted by Kyotaro Horiguchi

Include .git at the end of cgit urls being purged

Write a per-repository cgitrc file if required

Initially, load a special stylesheet if a tab width of 4 is chosen (like
the main pg repo)

Also purge cgit urls, in addition to existing gitweb ones

Fix indentation and regexp escaping

Update descriptions and list only if changed

Use the new replace_file_from_string() function to replace these files
conditionally. Even if they're small...

Remove unused import

Remove description file for non-exported repositories

Support creation of both lighttpd and nginx configuration files

We only support reloading one webserver, as it's not really expected to
run more than one, but concurrently supporting generating both file
formats will make migration a lot easier.

Don't accidentally delete ssh keys on login

ssh key information is not included when a direct login is done (to not
overflow the URL length limit), so don't delete the user ssh key in this
case.

Support receiving and updating ssh keys from upstream live

This includes adding an API endpoint for push changes from the new
community authentication API.

Import latest version of community authentication plugin

Make references to users be foreign key instead of string matches

We've previously done string matching on usernames which comes with all
sorts of problems :/

Instead, do a proper foreign key to the users model. Our authentication
system already (and for a long time) supports importing a user by email
address from upstream if the user doesn't exist, so instead update the
integration to do that when adding new users with permissions.

NOTE! Prior to deploying this migration all users referenced in the
permissions and ssh tables *must* exist in auth_users, otherwise the
migration will fail.

Remove unused import

Remove schema.sql

Since years back we have been using django migrations, so keeping this
one around just causes confusion.

User.is_authenticated is no longer a callable in Django 2.2

Update config for modern django versions

MIDDLEWARE_CLASSES should now be named MIDDLEWARE, the messages app is
now required by admin (was before as well but not enforced) and the
include syntax for the admin site has changed.

Specify on_delete=models.CASCADE on all ForeignKey fields

Sync up community auth plugin to latest-and-greatest

Another unicode fix for writing repo configs

Fix code for changing tab width

This has been broken for some time since py3 requires the options to be
in string format, it's just a very infrequent codepath.

Switch backend interface to boostrap

Make it look less bad and opens up for some further improvements

Update migrations for py3 migration

Don't dump keys if they consist only of whitespace

Revert "Delete users/ssh keys when removed upstream"

Yeah, we can't delete those because we're loading incrementally. A
proper fix will include more changes upstream

Delete users/ssh keys when removed upstream

Existing code would only update changed users, but if the ssh key was
actually removed upstream the old one would be kept around.

Update reposync for py3

It seems tabremover is not needed in python3

Fix git key sync

Update varnishpurge trigger to use requests and be py3

Import latest version of py3 compatible auth.py

Basic python3 updates

pep8 fixes

tabs -> spaces for pep8

Fix template loaders for django 1.11

Seems django 1.11 automatically enables caching template loader, which
of course breaks the ability to make any changes to the pages of a
website without restarting it. And there is no way to turn it off other
than to explicitly configure individual loders (the logic to turn it on
in non-debug configurations is hardcoded and cannot be changed).

Updates to make Django 1.11 compatible

All changes are backwards compatible, so can be deployed on both
existing 1.8 and upcoming 1.11 infrastructure.

Remove staticfiles and sites apps, not used

Synchronize ssh keys using http API instead of postgresql call

Finally break the ties with community auth 1.0

Remove references to pgfoundry

Update URL references to https

Change URL for static resources

Can't use the same as gitweb when both run on https

Set default values so it's actually possible to request new repositories

The handling must've changed when we upgraded to django 1.8, and somehow
we managed to miss that in testing.

Noted by Devrim Gunduz.

Add initial migration with everything

To make it possible to use django migrations in the future.

Minor code updatse to support django 1.8

Put a 1.8 manage.py and wsgi.py in place in the correct locations

Move the admin project into a subdirectory

Preparing for a django 1.8 migration

Update for django 1.4

DEBUG should be disabled by default

Can be turned on in the local settings if necessary.

Reported by Heikki.

Generate lighttpd config output instead of .htaccess files

This is what we use to publish and hide repositories for access over http
(actualy git over http, not gitweb). And since we switched to lighttpd,
we no longer use .htaccess.

Purge git serving URLs as well, not just the gitweb view

Without this, a "git fetch" could become very delayed when accessing
the repositories, since the contents might be cached.

Fix regexp escaping

Use subprocess.call instead of execvp to call the git command

Without doing this, we never return, and thus never fire the triggers.

Add varnish purger trigger

Give pushtrigger the configuration object

So that they can read some configuration variables

Add basic support for push triggers

These are python classes that fire a method when somebody pushes to the
server. This is sort of a "global hook", that only gets information about
the repository itself - instead of having to create manual hooks on each
and every repository.

The hook fires after the command completes, unless it fails.

Actually put timestamps in the logfile

Fix incorrect links to the community auth system

Reported by Tatsuo Ishii

Include full name, now that we have it from the new auth system...

Noted by Stefan Kaltenbrunner

Set upstream when syncing remote git repositories

This was already changed in production, forgot to commit.

Update urls (already done in production, forgot to commit..)

Support newer versions of django

Implement postgresql.org community authentication version 2

Add csrf token, required by modern django

More prominently talk about alternative hosting

In particular, plug github quite a bit more, because it's usually
a much better offering than git.postgresql.org. For one thing, they
have people actually responding quickly to requests ;)

Add note about what the description field is for

Avoid using Python 2.6 syntax

Add support for custom gitweb tabwidth

Properly dump multiple ssh keys to the authorized_keys file.

Add instructions about users/ namespace.

Add support for subdirectories in repository paths, per request
from Peter E.

Add ssh url information

Add .git suffix to gitweb links, another oops due to the namespace
changes...

Properly include /git/ in generated URL in the admin interface, per
complaint from Dave Page.

Add an RSS feed of all repositories, including those not approved yet.

One good way to figure out if we've forgtten to approve something.

Include .git suffix in gitweb list as well

Re-instate the ".git" suffix on all repositories, since Peter had a lot
of thought behind it being there.

Clearify a few things, per David Fetter

Add initial help page.

Better __str__ for permissions - mainly shown when deleting an object.

Don't remove files/dirs starting with a period - because
those are lockfiles...

Dept of really stupid. COALESCE works the other way..

Deal with repositories without owner (such as remote ones)

Fix another bunch of typos. Maybe I should test things?

Don't ever allow any direct access to a remote-synced repository

Move interlocking tool to it's own file, and use it from gitdump
as well to prevent concurrent access.

Add interlocking so we don't run the script more than once