Remove # $FreeBSD$ from Makefiles.

www/py-django-dpaste: Fix RUN_DEPENDS regression

ports r549439 caused www/py-django-dpaste to fail to build:

  py37-django-dpaste-3.3.1_1 depends on package: py37-jsx-lexer=0.0.7 - not
found

This change backports an upstream commit [1] allowing js-lexer
dependency to >=0.0.7

[1]
https://github.com/bartTC/dpaste/commit/02a6812c80a7471cffd0e82b5093ac6e7a783bcd

Reported by:	pkg-fallout
MFH:		2020Q3 (build fix, no functional change in quarterly)

www/py-dj22-django_csp: Rename port to www/py-django-csp

* The port was added with the "dj22-" prefix to use Django 2.2 explicitly.

  In the meantime most Django ports have been switched from Django 1.11
  (End-of-Life) to Django 2.2 (current LTS release).  Thus rename the port
  to be consistent with the names of the other Django ports and use this
  opportunity to match the package name at PyPI as well.

* Bump PORTREVISION of www/py-django-dpaste due changed dependencies.

PR:		247031
Approved by:	Alexander Sieg (maintainer)

www/py-django-dpaste: Update to 3.3.1

Changelog:

  https://github.com/bartTC/dpaste/blob/v3.3/CHANGELOG.rst

www/py-django-dpaste: Update to 2.13

PR:		227670
Submitted by:	Kai <freebsd_ports k-worx org>

Fix WWW

Approved by:	portmgr (blanket)

Convert Python ports to FLAVORS.

  Ports using USE_PYTHON=distutils are now flavored.  They will
  automatically get flavors (py27, py34, py35, py36) depending on what
  versions they support.

  There is also a USE_PYTHON=flavors for ports that do not use distutils
  but need FLAVORS to be set.  A USE_PYTHON=noflavors can be set if
  using distutils but flavors are not wanted.

  A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
  added to cope with Python ports that did not have the Python
  PKGNAMEPREFIX but are flavored.

  USES=python now also exports a PY_FLAVOR variable that contains the

www/py-django-dpaste: Update to 2.10

- Update PORTVERSION and distinfo checksum (2.10)
- Switch MASTER_SITES to CHEESESHOP (PyPI)
- Update RUN_DEPENDS
- Mark architecture independent (NO_ARCH)
- Patch setup.py/runtests.py so standard test methods work. Tox isn't required.
- Modernize test target (do-test: setup.py.test)


  https://github.com/bartTC/dpaste/blob/v2.10/CHANGELOG

Remove ${PORTSDIR}/ from dependencies, categories v, w, x, y, and z.

With hat:	portmgr
Sponsored by:	Absolight

- Switch all ports to www/py-django18
- Bump PORTREVISION

Remove MASTER_SITES=CHEESESHOP from some ports that use github to fetch

www/py-django-dpaste: Update to 2.9

 - Update to 2.9. This fixes run-time and tests with www/django (1.8)
 - Use Django 1.8 for RUN_DEPENDS
 - Switch to USE_GITHUB (no new sources at PyPI)

Default to using Django 1.8 (www/py-django) because the current
version of www/py-django-mptt (a dependency) defaults to installing 1.8.

Installation currently causes a conflict as installation of both django16
and django18 are attempted:

  py-django-dpaste -> www/django16, www/py-django-mptt
  py-django-mptt -> www/django (1.8)

This fixes a failure in the quarterly ports branch reported by pkg-fallout.

Reviewed by:		antoine
MFH:			2015Q4 (pre-approved: antoine)
Differential Revision:	https://reviews.freebsd.org/D4048

www/py-django-dpaste: Update to 2.8

- Update to 2.8
- Switch to CHEESESHOP for MASTER_SITES
- Match COMMENT with upstream
- Add LICENSE_FILE
- Sort USE_PYTHON values
- Tweak RUN_DEPENDS to limit to Django 1.6 and switch to file-based
  django detection (instead of package).

This ensures that if a port that depends on this one, also depends on a
different django version, it will see and use the installed version,
rather than attempting to install another one, which results in a
conflict as all django ports conflict with each other.

See r390184 [1] and 390535 [2] for other instances of this issue.

- Remove TESTS option and tox as a TEST_DEPENDS

[1] https://svnweb.freebsd.org/changeset/ports/390184
[2] https://svnweb.freebsd.org/changeset/ports/390535

Update ports in the remaining categories to not use GH_COMMIT.

With minor cleanups to make things simpler.

With hat:	portmgr
Sponsored by:	Absolight

- Convert USE_PYTHON to new USES in www/

With hat:	python@

www/py-django-dpaste: Update to 2.5, support testing

- Update to 2.5
- RUN_DEPENDS: Use requests 2.x
- Add TEST_DEPENDS and regression-test: target

Changes: https://github.com/bartTC/dpaste/blob/2.5/CHANGELOG

Sweep www/py-requests dependants to www/py-requests1

Point all www/py-requests dependants to www/py-requests1 in preparation for
the upgrade of www/py-requests to version 2.x, which substantially breaks API
compatibility.

Maintainers of these ports can update their requests dependency independently
as time for sufficient testing permits.

PR:		ports/185631

www/py-django-dpaste: Bump PORTREVISION for pkg-fallout

pkg-fallout has been reporting build failures since a previous commit [1] to
this port which updated PORTVERSION without updating the commit hash from the
upstream repository.

Bump portrevision so it sees/gets the new bits.

[1] http://svnweb.freebsd.org/ports?view=revision&revision=336445

www/py-django-dpaste: Update commit hash, switch to setuptools new world order

- Dont point to a direct commit since upstream tagged 2.1
- Deprecate easy_install

www/py-django-dpaste: Update to 2.1 (Upstream is responsive, Thanks Martin!)

After reporting that re-rolling distributions can cause headaches for packagers
and users, Martin graciously (and quickly) addressed it with a version bump,
git tag and PyPi update. This change is a functional noop and brings the
universe back into equilibrium.

www/py-django-dpaste: Packaging fixes upstreamed and distfile re-rolled

Four reported issues were upstreamed and the PyPi distribution file
was re-rolled without a version bump or new tag. A number of addition
commits also come along with this (Cmd-Enter to submit form) so bump
PORTREVISION accordingly.

- Delete all patches and the post-patch: workaround. Fixes:

 Issue #26: Templates and static files missing from sdist and installed
            files (create MANIFEST.in)

            https://github.com/bartTC/dpaste/issues/26

 Issue #27: manage.py uneccessarily installed in LOCALBASE/bin due

www/py-django-dpaste: Add option for MIGRATIONS support (via south)

A few migrations come packaged with this Django application and the author
notes they are "preferred", but not required.

Regarding the option naming, it was furiously debated in #freebsd-python and
I opted for naming the "feature that is enabled" rather than the application
enabling it. Another data point is the common use of the term "schema
migrations" in Django parlance.

Thank you xmj for being a great sounding board as always!

Reported by:	Johannes Meixner (xmj, via IRC)
Reviewed by:	Johannes Meixner

www/py-django-dpaste: Remove uneccessary (empty) pkg-plist

- Delete pkg-plist, its not required with PYDISTUTILS_AUTOPLIST

Reported by:	antoine

www/py-django-dpaste: Pastebin application that powers dpaste.de [NEW PORT]

dpaste is a Django based pastebin. It's intended to run separately but its
also possible to be installed into an existing Django project like a regular
app. You can find a live example on dpaste.de

WWW: https://github.com/bartTC/dpaste/