Page MenuHomeFreeBSD
Differential D12592

New USES+=django and Django default version
AbandonedPublic
Actions

Authored by matthew on Oct 4 2017, 10:23 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Mar 22, 4:48 AM
Unknown Object (File)
Tue, Mar 11, 7:16 AM
Unknown Object (File)
Thu, Mar 6, 7:54 PM
Unknown Object (File)
Thu, Mar 6, 11:33 AM
Unknown Object (File)
Thu, Mar 6, 10:30 AM
Unknown Object (File)
Wed, Mar 5, 6:36 PM
Unknown Object (File)
Wed, Mar 5, 3:08 PM
Unknown Object (File)
Wed, Mar 5, 9:31 AM
View All Files
Subscribers
antoine
dbaio
FreeBSD_ShaneWare.Biz
leres
mat
sunpoet
swills

Details

Reviewers
ultima
kai
sbz
Group Reviewers
O5: Ports Framework(Owns No Changed Paths)
portmgr
Python
Summary

Create a new Mk/Uses/django.mk (largely copied from lua.mk) which adds
a RUN_DEPENDS on the users preferred choice of Django version. Choose
from 1.11, 1.10 or 1.8 currently. Also generate a
DJANGO_PKGNAMEPREFIX which appends the django version to
PYTHON_PKGNAMEPREFIX (so the final result is eg. py27-django118- )

Add a DJANGO_DEFAULT setting to bsd.default-versions.mk

Set the ports default to django-1.11, which is the upstream
recommended default, rather than the current django-1.8

Convert all the ports that have a run-time dependency on Django to
USES+=django

While here convert one port to options helpers and (not really
relevant for this) update another as well as converting to the new
USES+=django

PR: 222724, 224812 (Exp-run)

Diff Detail

Lint
No Lint Coverage
Unit
No Test Coverage
Build Status
Buildable 13658
Build 13878: arc lint + arc unit

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes
matthew added a reviewer: ultima.Oct 5 2017, 6:45 AM
matthew edited the summary of this revision. (Show Details)Oct 5 2017, 8:49 AM
ultima added a comment.Oct 6 2017, 4:05 AM

I'm not positive seahub will run properly on the newest version of django, I know that in the past seahub broke from running a newer version than upstream. databases/py-mysqldb seems to also be broken atm preventing me from doing QA. I'll take a look and see if its a simple fix and do some testing.

sunpoet added a subscriber: sunpoet.Oct 6 2017, 9:27 AM

I would suggest to use USES=django:1.11 instead of USES=django:111 to be consistent with bsd.default-versions.mk and upstream versioning,

Since djano ports cannot coexist, I'm not sure if DJANGO_PKGNAMEPREFIX is necessary.

databases/py-carbon/Makefile
5–6

You need to bump PORTREVISION for the dependency change (from django18 to django111). Other ports may have same issue.

matthew added a comment.Oct 6 2017, 10:59 AM
In D12592#261434, @sunpoet wrote:

I would suggest to use USES=django:1.11 instead of USES=django:111 to be consistent with bsd.default-versions.mk and upstream versioning,

Yes -- that's a good idea.

Since djano ports cannot coexist, I'm not sure if DJANGO_PKGNAMEPREFIX is necessary.

Think about installing from package repositories and how things will work in the new flavorful world. This would be better solved by
variable dependencies, but until that lands having multiple packages in the repo that differ only by their dependency tree is the only
available solution.

databases/py-carbon/Makefile
5–6

Yes. PORTREVISION bumps all round.

mat added inline comments.Oct 6 2017, 3:56 PM
Mk/Uses/django.mk
12

I do not think adding python to post is needed, all ports should be using USES=python too.

matthew added inline comments.Oct 6 2017, 4:18 PM
Mk/Uses/django.mk
12

Ah -- OK. That's me not understanding what _USES_POST actually does. I thought it was all about controlling the order that Uses are processed in.

mat added inline comments.Oct 6 2017, 4:30 PM
Mk/Uses/django.mk
12

The Uses are processed in the order they are given.

Uses are invoked a first time during bsd.port.pre.mk, and _USES_POST is used to say that this USES has a "post" section that will be invoked later, in bsd.port.post.mk.

matthew updated this revision to Diff 33821.Oct 8 2017, 5:17 PM

Make version numbers include the decimal point like so:
USES+=django:1.11 -- consistent with DEFAULT_VERSIONS. This also
affects DJANGO_PKGNAMEPREFIX, which now looks like py27-django1.11-

Drop use of _USES_POST

matthew marked 5 inline comments as done.Oct 8 2017, 5:19 PM
ultima added inline comments.Oct 9 2017, 9:31 PM
www/seahub/Makefile
36

Just finished some testing with Django 1.11, Seahub is not compatible with the newest version and requires 1.8. I tried to change to django:1.8 and the build will fail with
Ignore: Port requires Django version 1.8 which cannot be satisfied by the default version 1.11.

I assume this new USE is being created for the flavor feature and that would probably resolve this issue, though I wonder if there would be conflicts with multiple Django versions installed or if this is even a possible or a desired scenario.

matthew added inline comments.Oct 10 2017, 6:13 AM
www/seahub/Makefile
36

Ah, OK. This should certainly have USES= django:1.8 then

You would also need DEFAULT_VERSIONS+= django=1.8

Yes, I was thinking about how this should work in a FLAVOURed ports tree. Given that seahub depends on a number of other Django modules, to support it properly we'd have to build several FLAVOURS of those modules.

The three different possible versions for each Django port conflict with each other, so if one of your applications requires a particular version of Django, then all of the Django apps on that system would have to use that version.

As it stands, this means that there wouldn't be precompiled Seahub packages available from the default ports repo.

matthew updated this revision to Diff 33860.Oct 10 2017, 6:38 AM

www/seahub requires django-1.8

www/py-jsonfield add CONFLICTS_INSTALL, tracking upstream changes

matthew marked 2 inline comments as done.Oct 10 2017, 6:39 AM
sunpoet added a comment.Oct 10 2017, 1:54 PM
In D12592#262055, @matthew wrote:

Make version numbers include the decimal point like so:
USES+=django:1.11 -- consistent with DEFAULT_VERSIONS. This also
affects DJANGO_PKGNAMEPREFIX, which now looks like py27-django1.11-

Please remove the . in DJANGO_PKGNAMEPREFIX.
That means DJANGO_PKGNAMEPREFIX will look like py27-django111-

BTW, DJANGO_PKGNAMEPREFIX is quite a long prefix (14-15 chars).

matthew updated this revision to Diff 34003.Oct 15 2017, 9:58 AM

Remove the '.' from the Django version in DJANGO_PKGNAMEPREFIX, so it
now looks like: py27-django111-

Fix the CONFLICTS_INSTALL settings in www/py-django-happenings +
www/py-django-mptt; www/py-django-registration +
www/py-django-registration-redux

matthew updated this revision to Diff 34204.Oct 21 2017, 6:49 AM

Merge upstream changes

matthew updated this revision to Diff 34206.Oct 21 2017, 7:20 AM
  • Revert accidental inclusion of sysutils/rsyslog8
  • Revert accidental inclusion of devel/libfastjson
  • Whitespace changes only
matthew updated this revision to Diff 35451.Nov 19 2017, 11:06 AM

Track upstream changes

  • Merge branch 'master' into arcpatch-D12592
  • Merge branch 'master' into arcpatch-D12592
  • Merge branch 'master' into arcpatch-D12592
Harbormaster completed remote builds in B12856: Diff 35451.Nov 19 2017, 11:06 AM
FreeBSD_ShaneWare.Biz added a subscriber: FreeBSD_ShaneWare.Biz.Dec 12 2017, 12:22 PM
FreeBSD_ShaneWare.Biz added inline comments.
Mk/Uses/django.mk
14

py-django20 has landed in ports so 2.0 can be added here.

85

Removing '.' leads to DJANGO_VER being 111,110,18,20 - meaning 2.0 will compare as less than 1.10. Could DJANGO_VER be made as three digit? (108,110,111,200)

Maybe add DJANGO_REL as three digit similar to PYTHON_REL.

mat added a comment.Dec 12 2017, 12:33 PM

So, this is the time to update this and make it use flavors no ?

matthew added a comment.Dec 12 2017, 1:30 PM
In D12592#281340, @mat wrote:

So, this is the time to update this and make it use flavors no ?

Yes, it is. Although I'm a bit short on time right now, I shall be updating this fairly soon.

matthew updated this revision to Diff 36754.Dec 19 2017, 6:43 AM

Merge upstream changes -- ie. package flavours. www/seahub is
problematic, causing the whole poudriere bulk to fail if included in
the list of package targets. Other than that, builds correctly with
both py27 and py36.

Creating django111 and django20 flavours would be interesting, but
that implies packages with multiple flavors which is a problem.

  • Use the Django pkgname prefix for dependencies
  • Add django-2.0 to the list of possible versions.

ToDo:

fix www/seahub
DJANGO_REL -- release value equivalent to PYTHON_REL
ultima added a comment.Dec 20 2017, 7:53 PM
In D12592#283142, @matthew wrote:

Merge upstream changes -- ie. package flavours. www/seahub is
problematic, causing the whole poudriere bulk to fail if included in
the list of package targets. Other than that, builds correctly with
both py27 and py36.

Creating django111 and django20 flavours would be interesting, but
that implies packages with multiple flavors which is a problem.

  • Use the Django pkgname prefix for dependencies
  • Add django-2.0 to the list of possible versions.

ToDo:

fix www/seahub
DJANGO_REL -- release value equivalent to PYTHON_REL

It maybe time to rename the port to py-seahub. Is this the issue you are running into? Seahub only runs on py27 and django 18. Let me know if there is anything I can assist with.

matthew added a comment.Dec 21 2017, 1:21 PM
In D12592#283656, @ultima wrote:
In D12592#283142, @matthew wrote:

Merge upstream changes -- ie. package flavours. www/seahub is
problematic, causing the whole poudriere bulk to fail if included in
the list of package targets. Other than that, builds correctly with
both py27 and py36.

Creating django111 and django20 flavours would be interesting, but
that implies packages with multiple flavors which is a problem.

  • Use the Django pkgname prefix for dependencies
  • Add django-2.0 to the list of possible versions.

ToDo:

fix www/seahub
DJANGO_REL -- release value equivalent to PYTHON_REL

It maybe time to rename the port to py-seahub. Is this the issue you are running into? Seahub only runs on py27 and django 18. Let me know if there is anything I can assist with.

Well, given the dependencies on both Django and Python, by rights that should be www/py-django-seahub. That however is not precisely the issue. www/seahub builds fine using 'poudriere testbuild' but not when using 'poudriere bulk' -- this is with python=2.7 and django=1.8 in DEFAULT_VERSIONS. It's not that the www/seahub port fails under 'poudriere bulk'. The entire poudriere run aborts without building anything like so:

lucid-nonsense:...work/github/freebsd-ports:# poudriere bulk -j 11_1a -z development -p github -f ~matthew/work/django-port-list
[00:00:00] Creating the reference jail... done
[00:00:00] Mounting system devices for 11_1a-github-development
[00:00:00] Mounting ports/packages/distfiles
[00:00:00] Stashing existing package repository
[00:00:00] Mounting ccache from: /var/cache/ccache
[00:00:00] Mounting packages from: /usr/local/poudriere/data/packages/11_1a-github-development
[00:00:00] Copying /var/db/ports from: /usr/local/etc/poudriere.d/development-options
[00:00:00] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf
[00:00:00] Appending to make.conf: /usr/local/etc/poudriere.d/development-make.conf
/etc/resolv.conf -> /usr/local/poudriere/data/.m/11_1a-github-development/ref/etc/resolv.conf
[00:00:00] Starting jail 11_1a-github-development
[00:00:00] Logs: /usr/local/poudriere/data/logs/bulk/11_1a-github-development/2017-12-21_10h19m34s
[00:00:00] Loading MOVED
[00:00:00] Ports supports: FLAVORS SELECTED_OPTIONS
[00:00:00] Gathering ports metadata
[00:00:11] Calculating ports order and dependencies
[00:00:11] Error: compute_deps_pkg failed to lookup pkgname for www/py-django@ processing package seahub-6.2.4_1 from www/seahub -- Does www/py-django provide the '' FLAVOR?
[00:00:12] Error: Fatal errors encountered calculating dependencies
[00:00:12] Cleaning up
11_1a-github-development: removed
11_1a-github-development-n: removed
[00:00:12] Unmounting file systems
mat added a comment.Dec 21 2017, 1:32 PM
In D12592#283852, @matthew wrote:

[00:00:11] Error: compute_deps_pkg failed to lookup pkgname for www/py-django@ processing package seahub-6.2.4_1 from www/seahub -- Does www/py-django provide the '' FLAVOR?






This means that www/seahub does not have any flavors, so the RUN_DEPENDS in django.mk ends with ...py-django@ which is interpreted as an empty string flavor.  You probably need to replace this with PY_FLAVOR.
matthew added a comment.Dec 21 2017, 3:50 PM


In D12592#283856, @mat wrote:









This means that www/seahub does not have any flavors, so the RUN_DEPENDS in django.mk ends with ...py-django@ which is interpreted as an empty string flavor.  You probably need to replace this with PY_FLAVOR.



Ahah!  Yes, that solves the problem.
matthew updated this revision to Diff 37299.Dec 31 2017, 9:46 AM
Major rework of the code, modelled on python.mk



    

  • FLAVOR support
    • 

  • Now requires python.mk to preceed djano.mk in the USES definition
    • 

  • Add a script 'version-rel.sh' to turn typical multipart version numbers into sortable integers
    • 

  • Add Makefile.version to each of the Django ports
    • 




This mostly works, but is not yet quite ready for primetime -- test

building all of the Django related ports results with all the

different flavors generates about 700 out of 800 ports correctly.
matthew updated this revision to Diff 37330.Dec 31 2017, 9:21 PM
Fix remaining build problems.  Every Django related port now builds

correctly.



Fixes here involve redefining a number of python related variables

using the Python versions determined from the flavoring.  This seems

inelegant -- in a couple of places it's literally cut'n'paste from

python.mk -- but it works!
matthew marked 3 inline comments as done.Dec 31 2017, 9:26 PM
matthew edited the summary of this revision. (Show Details)Jan 1 2018, 8:26 AM
matthew marked an inline comment as done.Jan 1 2018, 8:28 AM
matthew updated this revision to Diff 37373.Jan 1 2018, 9:00 PM
    

  • Merge branch 'master' into arcpatch-D12592
    • 

matthew updated this revision to Diff 37398.Jan 2 2018, 6:51 AM
    

  • Merge branch 'master' into arcpatch-D12592
    • 

mat added inline comments.Jan 2 2018, 2:38 PM
Mk/Uses/django.mk


203
I do not see this FLAVORS variable defined beforehand, where does it come from exactly ?
matthew added inline comments.Jan 2 2018, 4:14 PM
Mk/Uses/django.mk


203
That's what is set in python.mk
matthew updated this revision to Diff 37445.Jan 3 2018, 6:35 AM
    

  • Merge branch 'master' into arcpatch-D12592
    • 

mat added inline comments.Jan 3 2018, 1:08 PM
Mk/Uses/django.mk


203
Mmm, but django < python, you can absolutely assume that the sort police will put django before python and it will break.  You need to add a .include "${USESDIR}/python.mk" before you use any variables coming from python.mk.
matthew added inline comments.Jan 3 2018, 6:59 PM
Mk/Uses/django.mk


203
Agreed that there will be some people who sort the USES line, but not for long.  That's why I put in the check for .if !defined(_INCLUDE_USES_PYTHON_MK) at line 70 -- all they'll get is an error message which, I trust, will help to educate them that sorting things is not always a good idea.



Notice that the body of this file is in the .else branch of that test, so none of the python variables will be processed unless python.mk has already been included.



If I include ${USESDIR}/python.mk doesn't that break processing any arguments for the python USES?
matthew updated this revision to Diff 37499.Jan 4 2018, 7:30 AM
    

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Add new py-django-netfields port
    • 

mat added inline comments.Jan 4 2018, 12:27 PM
Mk/Uses/django.mk


203
USES must work the same way whatever their order is.



USES are self contained, and many include other because of dependencies.  It should not break anything.
matthew added inline comments.Jan 5 2018, 7:13 AM
Mk/Uses/django.mk


203
That's a problem when you've got several different USES each trying to define FLAVOR and FLAVORS -- it's presumably the last-added USES that wins, which breaks the requirement about invariance to ordering.



I'm thinking we need a rule that any variables that a USES .mk file defines should have a distinct namespace eg. PY_FLAVOR, PY_FLAVORS; DJANGO_FLAVOR, DJANGO_FLAVORS.



For flavour handling specifically, the USES could append their namespace prefix to a generic variable, say FLAVOR_NAMESPACES+=PY and then a separate block of code in bsd.ports.mk to combine the flavors from the different namespaces (sorted alphabetically), with a mechanism to filter out incompatible combinations (eg. py27 doesn't mix with django20).  Individual ports could override this mechanism by setting the un-namespaced variables FLAVOR or FLAVORS as now.
antoine added a comment.Mar 8 2018, 7:07 PM
Wouldn't it be easier to have USE_PYTHON+= django:somearg ?
matthew abandoned this revision.Mar 31 2018, 5:49 PM
Yeah.  This approach is a non-starter.  Adding django bits to python.mk is probably a better route as Antoine suggests,

but that'sbasically a start-over.
leres added a subscriber: leres.Mar 9 2019, 5:59 PM
matthew updated this revision to Diff 67553.Jan 31 2020, 4:00 PM
    

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Remove leftovers from incomplete merging
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Remove the py-dj21-django-foo port variants, as these will now be
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • databases/py-carbon no loger has any django dependencies.
    • 

  • Update Makefile.version in each of the main django ports.
    • 

  • Survey the tree to identify all of the Django related ports.
    • 

  • USE_PYTHON=django:1.11+ is identical to the default USES_PYTHON=django
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Django-flavourize newly added www/py-django-cron port
    • 

  • Fix a mis-merge.  Mk/Scripts/version-rel.sh was removed from the
    • 

  • DJango-2.1 now in the tree
    • 

  • Reduce the diff to the master branch
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • py-dj21-djangoql -> py-djangoql, flavoured for django 2.1+
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • The code at line 299 of Mk/Uses/python.mk already parses an extra
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • New upstream Django 2.2 -- py-django22 port added.
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Start by defining the outputs -- exported variables and added dependencies.
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Two more Django ports
    • 

  • Another pass through all the Django ports, switching to the
    • 

  • Generate the django version as a 5 digit integer
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Django 1.8 was dropped from the ports.
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • py-logan needs a TEST_DEPENDS on django
    • 

  • Delete extraneous blank line
    • 

  • Generate a 3 digit number from the version for comparison purposes.
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Check that the specified Django version fits within any version
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Regenerate FLAVORS adding Django version information.
    • 

  • Remove the separate django.mk now that the functionality has been
    • 

  • Add missing '.'
    • 

  • Initialise DJANGO_PORTSDIR before referencing it.
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Add django to the list of valid categories
    • 

  • Revert the approach of using PY_FLAVOR instead of FLAVOR -- FLAVOR is
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Have only one USE_PYTHON line for best results
    • 

  • Multiple debug fixes
    • 

  • Adjust CONFLICTS_INSTALL
    • 

  • PyPi claims that the maximum supported branch of Django for
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Despite the name, django-modelcluster has no dependency on django, so
    • 

  • Where django is only used as a test dependency, the FLAVOR settings
    • 

  • Whitespace
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • With USE_PYTHON=django, the string 'django' will always appear in
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Set FLAVORS immediately.
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 




This is very much a work in progress and not at all useable yet.
Harbormaster completed remote builds in B29065: Diff 67553.Jan 31 2020, 4:00 PM
matthew added a reviewer: kai.Jan 31 2020, 4:01 PM
matthew updated this revision to Diff 67557.Jan 31 2020, 4:13 PM
    

  • Django 2.1 is gone, django 3.0 is here.
    • 

Harbormaster completed remote builds in B29067: Diff 67557.Jan 31 2020, 4:13 PM
matthew updated this revision to Diff 67559.Jan 31 2020, 4:38 PM
    

  • Merge py-django-rq and py-dj22-django-rq
    • 

  • Tidy up cases where django is bought in as a test dependency
    • 

  • Don't support nodjangoflavor as an option any more.
    • 

Harbormaster completed remote builds in B29068: Diff 67559.Jan 31 2020, 4:38 PM
mat added inline comments.Feb 1 2020, 10:25 AM
Mk/Uses/python.mk


276 ↗(On Diff #67559)
This says SUFFIX, should be PREFIX.


313–317 ↗(On Diff #67559)
Can you try to only change what you need, adding whitespace and rewrapping differently is not great.


702 ↗(On Diff #67559)
By definition, the default flavor is the first of the flavors.



.  if empty(FLAVOR)
FLAVOR:=        ${FLAVORS:[1]}
.  endif
matthew marked 2 inline comments as done.Feb 3 2020, 9:25 AM
matthew added inline comments.
Mk/Uses/python.mk


276 ↗(On Diff #67559)
This simply parallels the comment on PYTHON_PKGNAMEPREFIX at lines 242-245:



# PYTHON_PKGNAMEPREFIX
#			- Use this as a ${PKGNAMEPREFIX} to distinguish
#			  packages for different Python versions.
#			  default: py${PYTHON_SUFFIX}-



${PYTHON_SUFFIX} is maybe a badly named variable, but changing it would be a lot of churn.
matthew updated this revision to Diff 67684.Feb 3 2020, 9:32 AM
    

  • Don't re-wrap _VALID_PYTHON_FEATURES
    • 

  • The default flavor is the first of the flavours.
    • 

  • Merge branch 'master' into arcpatch-D12592
    • 

Harbormaster completed remote builds in B29121: Diff 67684.Feb 3 2020, 9:32 AM
matthew updated this revision to Diff 67685.Feb 3 2020, 9:35 AM
Diff against master
Harbormaster completed remote builds in B29122: Diff 67685.Feb 3 2020, 9:35 AM
matthew updated this revision to Diff 67993.Feb 9 2020, 11:30 AM
    

  • Merge branch 'master' into arcpatch-D12592
    • 

Harbormaster completed remote builds in B29249: Diff 67993.Feb 9 2020, 11:30 AM
matthew updated this revision to Diff 68869.Feb 27 2020, 6:58 AM
    

  • Merge pull request #1 from knobix/arcpatch-D12592
    • 

Harbormaster completed remote builds in B29635: Diff 68869.Feb 27 2020, 6:58 AM
FreeBSD_ShaneWare.Biz added a comment.Feb 28 2020, 4:02 AM
While there has been a comment on the length of DJANGO_PKGNAMEPREFIX no one seems to have suggested shortening it.



py37-django30-portname



could be shortened to



py37-dj30-portname



port folder names could be similar - py-dj-portname
matthew added a comment.Feb 28 2020, 7:58 AM


In D12592#524776, @FreeBSD_ShaneWare.Biz wrote:


While there has been a comment on the length of DJANGO_PKGNAMEPREFIX no one seems to have suggested shortening it.



py37-django30-portname



could be shortened to



py37-dj30-portname





This is certainly something to consider -- many Django modules already have 'django' in their name, so having it twice in the package name is pretty redundant.



port folder names could be similar - py-dj-portname



However, I don't see much value in this.  As I said, most Django-related ports already self-identify as such.  This patch already makes hundreds of changes to the tree, and I don't think adding quite a lot of additional churn on top of that, to no real benefit, would be a good idea.
kai mentioned this in D24850: www/py-djangorestframework: Update to 3.11.0.May 21 2020, 1:57 PM
dbaio added a subscriber: dbaio.Oct 20 2020, 2:43 AM
swills added a subscriber: swills.Oct 20 2020, 8:05 PM
sbz resigned from this revision.Apr 19 2021, 5:13 PM
matthew abandoned this revision.Mar 16 2023, 6:03 PM
This is well out of date.
Revision Contents
Changeset List
PathSize
Mk/
Uses/
89 lines
4 lines
databases/
py-carbon/
8 lines
py-django-transaction-hooks/
8 lines
devel/
py-django-rq-dashboard/
7 lines
py-django-rq/
7 lines
py-django-tastypie-mongoengine/
11 lines
py-logan/
9 lines
graphics/
py-django-easy-thumbnails/
7 lines
py-sorl-thumbnail/
18 lines
security/
py-first-server/
6 lines
textproc/
pootle/
10 lines
www/
feedjack/
7 lines
py-django-allauth/
6 lines
py-django-annotations/
14 lines
py-django-annoying/
7 lines
py-django-appconf/
5 lines
py-django-appmedia/
8 lines
py-django-assets/
8 lines
py-django-auth-ldap/
7 lines
py-django-babel/
8 lines
py-django-bitfield/
8 lines
py-django-bootstrap-form/
8 lines
py-django-bulk-update/
8 lines
py-django-caching-app-plugins/
7 lines
py-django-classy-tags/
7 lines
py-django-cms/
13 lines
py-django-configurations/
7 lines
py-django-constance/
8 lines
py-django-contact-form/
7 lines
py-django-contrib-comments/
7 lines
py-django-cors-headers/
7 lines
py-django-countries/
5 lines
py-django-crispy-forms/
7 lines
py-django-datetime-widget/
7 lines
py-django-debug-toolbar/
8 lines
py-django-dpaste/
8 lines
py-django-evolution/
8 lines
py-django-extensions/
8 lines
py-django-filer/
9 lines
py-django-formtools/
5 lines
py-django-guardian/
5 lines
py-django-happenings/
10 lines
py-django-haystack/
7 lines
py-django-hijack/
7 lines
py-django-htmlmin/
5 lines
py-django-json-rpc/
8 lines
py-django-jsonfield/
10 lines
1 line
py-django-keyedcache/
8 lines
py-django-ldapdb/
9 lines
py-django-livesettings/
7 lines
py-django-markdownx/
8 lines
py-django-markwhat/
6 lines
py-django-mezzanine-filebrowser/
5 lines
py-django-mezzanine-grappelli/
5 lines
py-django-mezzanine/
12 lines
py-django-mptt/
9 lines
py-django-otp-yubikey/
7 lines
py-django-otp/
5 lines
py-django-overextends/
8 lines
py-django-paging/
7 lines
py-django-photologue/
8 lines
py-django-picklefield/
9 lines
py-django-pipeline/
5 lines
py-django-post_office/
7 lines
py-django-profiles/
12 lines
py-django-pyscss/
8 lines
py-django-recaptcha/
7 lines
py-django-redis/
8 lines
py-django-registration-defaults/
8 lines
py-django-registration-redux/
9 lines
py-django-registration/
9 lines
py-django-reversion/
8 lines
py-django-sekizai/
9 lines
py-django-signals-ahoy/
8 lines
py-django-simple-captcha/
9 lines
py-django-simple-history/
7 lines
py-django-social-auth/
8 lines
py-django-sortedm2m/
7 lines
py-django-star-ratings/
7 lines
py-django-statici18n/
7 lines
py-django-storages/
5 lines
py-django-subdomains/
7 lines
py-django-sudo/
7 lines
py-django-tables2/
10 lines
6 lines
py-django-tagging/
7 lines
py-django-taggit/
8 lines
py-django-tastypie/
8 lines
py-django-templatetag-sugar/
7 lines
py-django-threaded-multihost/
7 lines
py-django-tinymce/
8 lines
py-django-voting/
5 lines
py-django_compressor/
8 lines
py-django_openstack_auth/
8 lines
py-django_polymorphic/
7 lines
py-djangorestframework-csv/
5 lines
py-djangorestframework-filters/
5 lines
py-djangorestframework-xml/
5 lines
py-djangorestframework/
5 lines
py-djangotoolbox/
8 lines
py-dojango/
8 lines
py-google-api-python-client/
4 lines
py-graphite-web/
9 lines
py-horizon/
15 lines
py-jsonfield/
9 lines
seahub/
15 lines
Diff 36754
View Options
Mk/Uses/django.mk
Show All 12 Lines



#include <sys/dtrace.h>
#include <sys/dtrace.h>

#include <cddl/dev/dtrace/dtrace_cddl.h>
#include <cddl/dev/dtrace/dtrace_cddl.h>

#include <dis_tables.h>
#include <dis_tables.h>




#include "kinst.h"
#include "kinst.h"




#define KINST_PUSHL_RBP         0x55
#define KINST_PUSHL_RBP         0x55

#define KINST_POPL_RBP          0x5d

#define KINST_STI               0xfb
#define KINST_STI               0xfb

#define KINST_POPF              0x9d
#define KINST_POPF              0x9d




#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)
#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)

#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)
#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)

#define KINST_MODRM_RM(b)       ((b) & 0x07)
#define KINST_MODRM_RM(b)       ((b) & 0x07)




#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)
#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)

▲ Show 20 Lines • Show All 462 Lines • ▼ Show 20 Lines
int
int

kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,
kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,

    void *opaque)
    void *opaque)

{
{

        struct kinst_probe *kp;
        struct kinst_probe *kp;

        dtrace_kinst_probedesc_t *pd;
        dtrace_kinst_probedesc_t *pd;

        const char *func;
        const char *func;

        int error, instrsize, n, off;
        int error, instrsize, n, off;

        uint8_t *instr, *limit;
        uint8_t *instr, *limit, *tmp;

        bool push_found, pop_found;




        pd = opaque;
        pd = opaque;

        func = symval->name;
        func = symval->name;

        if (kinst_excluded(func))
        if (kinst_excluded(func))

                return (0);
                return (0);

        if (strcmp(func, pd->kpd_func) != 0)
        if (strcmp(func, pd->kpd_func) != 0)

                return (0);
                return (0);




        instr = (uint8_t *)symval->value;
        instr = (uint8_t *)symval->value;

        limit = (uint8_t *)symval->value + symval->size;
        limit = (uint8_t *)symval->value + symval->size;

        if (instr >= limit)
        if (instr >= limit)

                return (0);
                return (0);




        /*
        /*

         * Ignore functions not beginning with the usual function prologue.
         * Ignore functions not beginning with the usual function prologue.

markjUnsubmitted
Done
Inline Actions
The first sentence isn't really accurate anymore. I'd just replace the comment with something like, "refuse to instrument functions lacking the usual frame pointer manipulations since they might correspond to exception handlers."
markj: The first sentence isn't really accurate anymore. I'd just replace the comment with something…
         * These might correspond to exception handlers with which we should not
         * These might correspond to exception handlers with which we should

         * meddle.  This does however exclude functions which can be safely
         * not meddle.

         * traced, such as cpu_switch().

         */
         */

        if (*instr != KINST_PUSHL_RBP)
        tmp = instr;

        push_found = pop_found = false;

        while (tmp < limit) {

                if (*tmp == KINST_PUSHL_RBP)

                        push_found = true;

                else if (*tmp == KINST_POPL_RBP)

                        pop_found = true;

                if (push_found && pop_found)

                        break;

                tmp += dtrace_instr_size(tmp);

        }

        if (!push_found || !pop_found)

                return (0);
                return (0);




        n = 0;
        n = 0;

        while (instr < limit) {
        while (instr < limit) {

                instrsize = dtrace_instr_size(instr);
                instrsize = dtrace_instr_size(instr);

                off = (int)(instr - (uint8_t *)symval->value);
                off = (int)(instr - (uint8_t *)symval->value);

                if (pd->kpd_off != -1 && off != pd->kpd_off) {
                if (pd->kpd_off != -1 && off != pd->kpd_off) {

                        instr += instrsize;
                        instr += instrsize;

▲ Show 20 Lines • Show All 91 Lines • Show Last 20 Lines
View Options
Mk/bsd.default-versions.mk
Show All 12 Lines



#include <sys/dtrace.h>
#include <sys/dtrace.h>

#include <cddl/dev/dtrace/dtrace_cddl.h>
#include <cddl/dev/dtrace/dtrace_cddl.h>

#include <dis_tables.h>
#include <dis_tables.h>




#include "kinst.h"
#include "kinst.h"




#define KINST_PUSHL_RBP         0x55
#define KINST_PUSHL_RBP         0x55

#define KINST_POPL_RBP          0x5d

#define KINST_STI               0xfb
#define KINST_STI               0xfb

#define KINST_POPF              0x9d
#define KINST_POPF              0x9d




#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)
#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)

#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)
#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)

#define KINST_MODRM_RM(b)       ((b) & 0x07)
#define KINST_MODRM_RM(b)       ((b) & 0x07)




#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)
#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)

▲ Show 20 Lines • Show All 462 Lines • ▼ Show 20 Lines
int
int

kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,
kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,

    void *opaque)
    void *opaque)

{
{

        struct kinst_probe *kp;
        struct kinst_probe *kp;

        dtrace_kinst_probedesc_t *pd;
        dtrace_kinst_probedesc_t *pd;

        const char *func;
        const char *func;

        int error, instrsize, n, off;
        int error, instrsize, n, off;

        uint8_t *instr, *limit;
        uint8_t *instr, *limit, *tmp;

        bool push_found, pop_found;




        pd = opaque;
        pd = opaque;

        func = symval->name;
        func = symval->name;

        if (kinst_excluded(func))
        if (kinst_excluded(func))

                return (0);
                return (0);

        if (strcmp(func, pd->kpd_func) != 0)
        if (strcmp(func, pd->kpd_func) != 0)

                return (0);
                return (0);




        instr = (uint8_t *)symval->value;
        instr = (uint8_t *)symval->value;

        limit = (uint8_t *)symval->value + symval->size;
        limit = (uint8_t *)symval->value + symval->size;

        if (instr >= limit)
        if (instr >= limit)

                return (0);
                return (0);




        /*
        /*

         * Ignore functions not beginning with the usual function prologue.
         * Ignore functions not beginning with the usual function prologue.

markjUnsubmitted
Done
Inline Actions
The first sentence isn't really accurate anymore. I'd just replace the comment with something like, "refuse to instrument functions lacking the usual frame pointer manipulations since they might correspond to exception handlers."
markj: The first sentence isn't really accurate anymore. I'd just replace the comment with something…
         * These might correspond to exception handlers with which we should not
         * These might correspond to exception handlers with which we should

         * meddle.  This does however exclude functions which can be safely
         * not meddle.

         * traced, such as cpu_switch().

         */
         */

        if (*instr != KINST_PUSHL_RBP)
        tmp = instr;

        push_found = pop_found = false;

        while (tmp < limit) {

                if (*tmp == KINST_PUSHL_RBP)

                        push_found = true;

                else if (*tmp == KINST_POPL_RBP)

                        pop_found = true;

                if (push_found && pop_found)

                        break;

                tmp += dtrace_instr_size(tmp);

        }

        if (!push_found || !pop_found)

                return (0);
                return (0);




        n = 0;
        n = 0;

        while (instr < limit) {
        while (instr < limit) {

                instrsize = dtrace_instr_size(instr);
                instrsize = dtrace_instr_size(instr);

                off = (int)(instr - (uint8_t *)symval->value);
                off = (int)(instr - (uint8_t *)symval->value);

                if (pd->kpd_off != -1 && off != pd->kpd_off) {
                if (pd->kpd_off != -1 && off != pd->kpd_off) {

                        instr += instrsize;
                        instr += instrsize;

▲ Show 20 Lines • Show All 91 Lines • Show Last 20 Lines
View Options
databases/py-carbon/Makefile
Show All 12 Lines



#include <sys/dtrace.h>
#include <sys/dtrace.h>

#include <cddl/dev/dtrace/dtrace_cddl.h>
#include <cddl/dev/dtrace/dtrace_cddl.h>

#include <dis_tables.h>
#include <dis_tables.h>




#include "kinst.h"
#include "kinst.h"




#define KINST_PUSHL_RBP         0x55
#define KINST_PUSHL_RBP         0x55

#define KINST_POPL_RBP          0x5d

#define KINST_STI               0xfb
#define KINST_STI               0xfb

#define KINST_POPF              0x9d
#define KINST_POPF              0x9d




#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)
#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)

#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)
#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)

#define KINST_MODRM_RM(b)       ((b) & 0x07)
#define KINST_MODRM_RM(b)       ((b) & 0x07)




#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)
#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)

▲ Show 20 Lines • Show All 462 Lines • ▼ Show 20 Lines
int
int

kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,
kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,

    void *opaque)
    void *opaque)

{
{

        struct kinst_probe *kp;
        struct kinst_probe *kp;

        dtrace_kinst_probedesc_t *pd;
        dtrace_kinst_probedesc_t *pd;

        const char *func;
        const char *func;

        int error, instrsize, n, off;
        int error, instrsize, n, off;

        uint8_t *instr, *limit;
        uint8_t *instr, *limit, *tmp;

        bool push_found, pop_found;




        pd = opaque;
        pd = opaque;

        func = symval->name;
        func = symval->name;

        if (kinst_excluded(func))
        if (kinst_excluded(func))

                return (0);
                return (0);

        if (strcmp(func, pd->kpd_func) != 0)
        if (strcmp(func, pd->kpd_func) != 0)

                return (0);
                return (0);




        instr = (uint8_t *)symval->value;
        instr = (uint8_t *)symval->value;

        limit = (uint8_t *)symval->value + symval->size;
        limit = (uint8_t *)symval->value + symval->size;

        if (instr >= limit)
        if (instr >= limit)

                return (0);
                return (0);




        /*
        /*

         * Ignore functions not beginning with the usual function prologue.
         * Ignore functions not beginning with the usual function prologue.

markjUnsubmitted
Done
Inline Actions
The first sentence isn't really accurate anymore. I'd just replace the comment with something like, "refuse to instrument functions lacking the usual frame pointer manipulations since they might correspond to exception handlers."
markj: The first sentence isn't really accurate anymore. I'd just replace the comment with something…
         * These might correspond to exception handlers with which we should not
         * These might correspond to exception handlers with which we should

         * meddle.  This does however exclude functions which can be safely
         * not meddle.

         * traced, such as cpu_switch().

         */
         */

        if (*instr != KINST_PUSHL_RBP)
        tmp = instr;

        push_found = pop_found = false;

        while (tmp < limit) {

                if (*tmp == KINST_PUSHL_RBP)

                        push_found = true;

                else if (*tmp == KINST_POPL_RBP)

                        pop_found = true;

                if (push_found && pop_found)

                        break;

                tmp += dtrace_instr_size(tmp);

        }

        if (!push_found || !pop_found)

                return (0);
                return (0);




        n = 0;
        n = 0;

        while (instr < limit) {
        while (instr < limit) {

                instrsize = dtrace_instr_size(instr);
                instrsize = dtrace_instr_size(instr);

                off = (int)(instr - (uint8_t *)symval->value);
                off = (int)(instr - (uint8_t *)symval->value);

                if (pd->kpd_off != -1 && off != pd->kpd_off) {
                if (pd->kpd_off != -1 && off != pd->kpd_off) {

                        instr += instrsize;
                        instr += instrsize;

▲ Show 20 Lines • Show All 91 Lines • Show Last 20 Lines
View Options
databases/py-django-transaction-hooks/Makefile
Show All 12 Lines



#include <sys/dtrace.h>
#include <sys/dtrace.h>

#include <cddl/dev/dtrace/dtrace_cddl.h>
#include <cddl/dev/dtrace/dtrace_cddl.h>

#include <dis_tables.h>
#include <dis_tables.h>




#include "kinst.h"
#include "kinst.h"




#define KINST_PUSHL_RBP         0x55
#define KINST_PUSHL_RBP         0x55

#define KINST_POPL_RBP          0x5d

#define KINST_STI               0xfb
#define KINST_STI               0xfb

#define KINST_POPF              0x9d
#define KINST_POPF              0x9d




#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)
#define KINST_MODRM_MOD(b)      (((b) & 0xc0) >> 6)

#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)
#define KINST_MODRM_REG(b)      (((b) & 0x38) >> 3)

#define KINST_MODRM_RM(b)       ((b) & 0x07)
#define KINST_MODRM_RM(b)       ((b) & 0x07)




#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)
#define KINST_SIB_SCALE(s)      (((s) & 0xc0) >> 6)

▲ Show 20 Lines • Show All 462 Lines • ▼ Show 20 Lines
int
int

kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,
kinst_make_probe(linker_file_t lf, int symindx, linker_symval_t *symval,

    void *opaque)
    void *opaque)

{
{

        struct kinst_probe *kp;
        struct kinst_probe *kp;

        dtrace_kinst_probedesc_t *pd;
        dtrace_kinst_probedesc_t *pd;

        const char *func;
        const char *func;

        int error, instrsize, n, off;
        int error, instrsize, n, off;

        uint8_t *instr, *limit;
        uint8_t *instr, *limit, *tmp;

        bool push_found, pop_found;




        pd = opaque;
        pd = opaque;

        func = symval->name;
        func = symval->name;

        if (kinst_excluded(func))
        if (kinst_excluded(func))

                return (0);
                return (0);

        if (strcmp(func, pd->kpd_func) != 0)
        if (strcmp(func, pd->kpd_func) != 0)

                return (0);
                return (0);




        instr = (uint8_t *)symval->value;
        instr = (uint8_t *)symval->value;

        limit = (uint8_t *)symval->value + symval->size;
        limit = (uint8_t *)symval->value + symval->size;

        if (instr >= limit)
        if (instr >= limit)

                return (0);
                return (0);




        /*
        /*

         * Ignore functions not beginning with the usual function prologue.
         * Ignore functions not beginning with the usual function prologue.

markjUnsubmitted
Done
Inline Actions
The first sentence isn't really accurate anymore. I'd just replace the comment with something like, "refuse to instrument functions lacking the usual frame pointer manipulations since they might correspond to exception handlers."
markj: The first sentence isn't really accurate anymore. I'd just replace the comment with something…
         * These might correspond to exception handlers with which we should not
         * These might correspond to exception handlers with which we should

         * meddle.  This does however exclude functions which can be safely
         * not meddle.

         * traced, such as cpu_switch().

         */
         */

        if (*instr != KINST_PUSHL_RBP)
        tmp = instr;

        push_found = pop_found = false;

        while (tmp < limit) {

                if (*tmp == KINST_PUSHL_RBP)

                        push_found = true;

                else if (*tmp == KINST_POPL_RBP)

                        pop_found = true;

                if (push_found && pop_found)

                        break;

                tmp += dtrace_instr_size(tmp);

        }

        if (!push_found || !pop_found)

                return (0);
                return (0);




        n = 0;
        n = 0;

        while (instr < limit) {
        while (instr < limit) {

                instrsize = dtrace_instr_size(instr);
                instrsize = dtrace_instr_size(instr);

                off = (int)(instr - (uint8_t *)symval->value);
                off = (int)(instr - (uint8_t *)symval->value);

                if (pd->kpd_off != -1 && off != pd->kpd_off) {
                if (pd->kpd_off != -1 && off != pd->kpd_off) {

                        instr += instrsize;
                        instr += instrsize;

▲ Show 20 Lines • Show All 91 Lines • Show Last 20 Lines
View Options
devel/py-django-rq-dashboard/Makefile
Loading...
View Options
devel/py-django-rq/Makefile
Loading...
View Options
devel/py-django-tastypie-mongoengine/Makefile
Loading...
View Options
devel/py-logan/Makefile
Loading...
View Options
graphics/py-django-easy-thumbnails/Makefile
Loading...
View Options
graphics/py-sorl-thumbnail/Makefile
Loading...
View Options
security/py-first-server/Makefile
Loading...
View Options
textproc/pootle/Makefile
Loading...
View Options
www/feedjack/Makefile
Loading...
View Options
www/py-django-allauth/Makefile
Loading...
View Options
www/py-django-annotations/Makefile
Loading...
View Options
www/py-django-annoying/Makefile
Loading...
View Options
www/py-django-appconf/Makefile
Loading...
View Options
www/py-django-appmedia/Makefile
Loading...
View Options
www/py-django-assets/Makefile
Loading...
View Options
www/py-django-auth-ldap/Makefile
Loading...
View Options
www/py-django-babel/Makefile
Loading...
View Options
www/py-django-bitfield/Makefile
Loading...
View Options
www/py-django-bootstrap-form/Makefile
Loading...
View Options
www/py-django-bulk-update/Makefile
Loading...
View Options
www/py-django-caching-app-plugins/Makefile
Loading...
View Options
www/py-django-classy-tags/Makefile
Loading...
View Options
www/py-django-cms/Makefile
Loading...
View Options
www/py-django-configurations/Makefile
Loading...
View Options
www/py-django-constance/Makefile
Loading...
View Options
www/py-django-contact-form/Makefile
Loading...
View Options
www/py-django-contrib-comments/Makefile
Loading...
View Options
www/py-django-cors-headers/Makefile
Loading...
View Options
www/py-django-countries/Makefile
Loading...
View Options
www/py-django-crispy-forms/Makefile
Loading...
View Options
www/py-django-datetime-widget/Makefile
Loading...
View Options
www/py-django-debug-toolbar/Makefile
Loading...
View Options
www/py-django-dpaste/Makefile
Loading...
View Options
www/py-django-evolution/Makefile
Loading...
View Options
www/py-django-extensions/Makefile
Loading...
View Options
www/py-django-filer/Makefile
Loading...
View Options
www/py-django-formtools/Makefile
Loading...
View Options
www/py-django-guardian/Makefile
Loading...
View Options
www/py-django-happenings/Makefile
Loading...
View Options
www/py-django-haystack/Makefile
Loading...
View Options
www/py-django-hijack/Makefile
Loading...
View Options
www/py-django-htmlmin/Makefile
Loading...
View Options
www/py-django-json-rpc/Makefile
Loading...
View Options
www/py-django-jsonfield/Makefile
Loading...
View Options
www/py-django-jsonfield/distinfo
Loading...
View Options
www/py-django-keyedcache/Makefile
Loading...
View Options
www/py-django-ldapdb/Makefile
Loading...
View Options
www/py-django-livesettings/Makefile
Loading...
View Options
www/py-django-markdownx/Makefile
Loading...
View Options
www/py-django-markwhat/Makefile
Loading...
View Options
www/py-django-mezzanine-filebrowser/Makefile
Loading...
View Options
www/py-django-mezzanine-grappelli/Makefile
Loading...
View Options
www/py-django-mezzanine/Makefile
Loading...
View Options
www/py-django-mptt/Makefile
Loading...
View Options
www/py-django-otp-yubikey/Makefile
Loading...
View Options
www/py-django-otp/Makefile
Loading...
View Options
www/py-django-overextends/Makefile
Loading...
View Options
www/py-django-paging/Makefile
Loading...
View Options
www/py-django-photologue/Makefile
Loading...
View Options
www/py-django-picklefield/Makefile
Loading...
View Options
www/py-django-pipeline/Makefile
Loading...
View Options
www/py-django-post_office/Makefile
Loading...
View Options
www/py-django-profiles/Makefile
Loading...
View Options
www/py-django-pyscss/Makefile
Loading...
View Options
www/py-django-recaptcha/Makefile
Loading...
View Options
www/py-django-redis/Makefile
Loading...
View Options
www/py-django-registration-defaults/Makefile
Loading...
View Options
www/py-django-registration-redux/Makefile
Loading...
View Options
www/py-django-registration/Makefile
Loading...
View Options
www/py-django-reversion/Makefile
Loading...
View Options
www/py-django-sekizai/Makefile
Loading...
View Options
www/py-django-signals-ahoy/Makefile
Loading...
View Options
www/py-django-simple-captcha/Makefile
Loading...
View Options
www/py-django-simple-history/Makefile
Loading...
View Options
www/py-django-social-auth/Makefile
Loading...
View Options
www/py-django-sortedm2m/Makefile
Loading...
View Options
www/py-django-star-ratings/Makefile
Loading...
View Options
www/py-django-statici18n/Makefile
Loading...
View Options
www/py-django-storages/Makefile
Loading...
View Options
www/py-django-subdomains/Makefile
Loading...
View Options
www/py-django-sudo/Makefile
Loading...
View Options
www/py-django-tables2/Makefile
Loading...
View Options
www/py-django-tables2/distinfo
Loading...
View Options
www/py-django-tagging/Makefile
Loading...
View Options
www/py-django-taggit/Makefile
Loading...
View Options
www/py-django-tastypie/Makefile
Loading...
View Options
www/py-django-templatetag-sugar/Makefile
Loading...
View Options
www/py-django-threaded-multihost/Makefile
Loading...
View Options
www/py-django-tinymce/Makefile
Loading...
View Options
www/py-django-voting/Makefile
Loading...
View Options
www/py-django_compressor/Makefile
Loading...
View Options
www/py-django_openstack_auth/Makefile
Loading...
View Options
www/py-django_polymorphic/Makefile
Loading...
View Options
www/py-djangorestframework-csv/Makefile
Loading...
View Options
www/py-djangorestframework-filters/Makefile
Loading...
View Options
www/py-djangorestframework-xml/Makefile
Loading...
View Options
www/py-djangorestframework/Makefile
Loading...
View Options
www/py-djangotoolbox/Makefile
Loading...
View Options
www/py-dojango/Makefile
Loading...
View Options
www/py-google-api-python-client/Makefile
Loading...
View Options
www/py-graphite-web/Makefile
Loading...
View Options
www/py-horizon/Makefile
Loading...
View Options
www/py-jsonfield/Makefile
Loading...
View Options
www/seahub/Makefile
Loading...