← July August October →

New code and repository for it

I moved my code repository from code.google.com/p/django-package/ to websushi.org/trac/

Please also feel free to test django-package.diff with your Django trunk checkout:

  1. wget http://websushi.org/bzr/django-package/django-package.diff
    
  2. cp django-package.diff /path/to/django_src
    
  3. cd /path/to/django_src
    
  4. patch -p0 < django-package.diff
    
django-admin.py startapp
now behaves differently, asking for metadata when creating a new setuptools affine Django application. Editing is done by running
django-admin.py editapp
in the application directory. The old way of creating “apps” is still valid via
django-admin.py startapp --noskeleton
.

I also started working on the Django application repository application itself, wondering what Ross is doing at djangoapps.org?

Google Summer of Code Aug. 15, 2007, 9:57 p.m. comments (2)

Update: Call for ideas

I’m calling for your ideas about the name of the Django application repository: My proposals:

  • djangopackages.com
  • djangoapps.com
  • djangoapps.org
  • djangoapplications.com
  • djangocontrib.com
  • djangoforge.com
  • djangoshop.com
  • djangoproject.com/packages/
  • djangoproject.com/apps/
Google Summer of Code Aug. 11, 2007, 4:47 p.m. comments (7)

Draft: Django application repository

just dumping ideas about the realization of a public application repository:

goals:

  • central Django application repository
  • integration with setuptools via django-admin.py
  • easy download and searchable

requirements:

  • file management (aka upload)
  • community features
  • style
  • application based (eat your own..)

future:

  • Paste hooks
  • SVN/Bazaar/.. hooks

implementation:

  1. standard setuptools procedures are used to register & upload the release of a django app to the Cheesshop
  2. uploaded files have all the same keyword “django.contrib”
  3. the homepage URL in the release.py of each django app is a sluggified url to the public repository entry (e.g. http://djangopackages.com/p/django-registration/)
  4. a standalone Django application scans periodically the Cheesshop and adds new applications with the keyword “django.contrib” to the repository database (can be cron, signals and/or something else) see: cheeseshop_import.py (cheeserater.com, thanks to Jakob)
  5. built with the common django-* application to provide standard community features (now on Google Code): django-registration
    django-openid
    django-voting or django-score-voting
    django-tagging
    django-utils
    django-contact-form
    typogrify
    cab (?)
    django-captcha (?)
    django-discussion (?)
    django-profile-images (?)
  6. needed models: Package, Owner

questions

  • would it make sense to wrap the register and upload process? (e.g. django-admin.py uploadapp)
  • encourage BestPracticesToWorkWith3rdPartyAppsAndMakingYoursPortable !/?
  • should dependencies be shown in the repository? are owners allowed to pick?
  • if needed, what is the best way to administrate the repository editorially?
Google Summer of Code Aug. 11, 2007, 2:30 p.m. comments (4)

← Previous 1 2