Modified items

All recently modified items, latest first.

python3-pygtrie-2.5.0-1.lbn36.noarch: pygtrie is a Python library implementing a trie data structure.Trie data structure < also known

python3-parsley-1.3-22.fc36.noarch: A parser generator library based on OMeta, and other useful parsing tools. Parsley is a parsing library for people who find parsers scary or annoying. I wrote it because I wanted to parse a programming language, and tools like PLY or ANTLR or Bison were very hard to understand and integrate into my Python code. Most parser generators are based on LL or LR parsing algorithms that compile to big state machine tables. It was like I had to wake up a different section of my brain to understand or work on grammar rules. Parsley, like pyparsing and ZestyParser, uses the PEG algorithm, so each expression in the grammar rules works like a Python expression. In particular, alternatives are evaluated in order, unlike table-driven parsers such as yacc, bison or PLY. Parsley is an implementation of OMeta, an object-oriented pattern-matching language developed by Alessandro Warth at thesis, which provides a detailed description of OMeta: http://www.vpri.org/pdf/tr2008003_experimenting.pdf

python3-naya-1.1.1-1.lbn36.noarch

python3-gnupg-0.5.0-1.fc36.noarch: GnuPG bindings for python. This uses the gpg command.

python3-gitdb-4.0.9-1.lbn36.noarch: GitDB is a pure-Python git object database

python3-galaxy-importer-0.4.6-1.lbn36.noarch: Install From pypipip install galaxy-importer From sourceClone repo and go into project directoryInstall into environment the local setup.py including its development dependencies:pip install -e .[dev] Run importerRun parsing/validation standalone to view log output and importer result for a build collection artifact file:python -m galaxy_importer.main [collection_artifact_file]View log output...

python3-dynaconf-3.2.11-1.lbn36.noarch: dynaconf - Configuration Management for Python. Features Inspired by the 12-factor application guide Settings management (default values, validation, parsing, templating) Protection of sensitive information (passwords/tokens) Multiple file formats toml|yaml|json|ini|py and also customizable loaders. Full support for environment variables to override existing settings (dotenv support included). Optional layered system for multi environments [default, development, testing, production] Built-in support for Hashicorp Vault and Redis as settings and secrets storage. Built-in extensions for Django and Flask web frameworks. CLI for common operations such as init, list, write, validate, export. full docs on https:/dynaconf.com

python3-drf-spectacular-0.28.0-2.lbn36.noarch: Sane and flexible OpenAPI 3.0 schema generation for Django REST framework. This project has 3 goals: Extract as much schema information from DRF as possible. Provide flexibility to make the schema usable in the real world (not only toy examples). Generate a schema that works well with the most popular client generators. The code is a heavily modified fork of the DRF OpenAPI generator, which is/was lacking all of the below listed features. Features Serializers modelled as components. (arbitrary nesting and recursion supported) @extend_schema decorator for customization of APIView, Viewsets, function-based views, and @action additional parameters request/response serializer override (with status codes) polymorphic responses either manually with PolymorphicProxySerializer helper or via rest_polymorphics PolymorphicSerializer) and more customization options Authentication support (DRF natives included, easily extendable) Custom serializer class support (easily extendable) Ser

python3-drf-nested-routers-0.94.2-1.lbn36.noarch: Nested resourcesfor the Django Rest Framework

python3-drf-flex-fields-0.6.1-1.lbn36.noarch: Django REST - FlexFields[![Package version]( [![Python versions]( dynamic fields and nested models for Django REST Framework serializers. OverviewFlexFields (DRF-FF) for [Django REST Framework]() is a package designed to provide a common baseline of functionality for dynamically setting fields and nested models within DRF serializers. To remove unneeded fields, you can dynamically set fields,...

python3-drf-extensions-0.6.0-1.lbn36.noarch: DRF-extensions is a collection of custom extensions for Django REST Framework

python3-drf-access-policy-1.5.0-2.lbn36.noarch: Django REST - Access Policy This project brings a declaritive, organized approach to managing access control in Django REST Framework projects. Each ViewSet or function-based view can be assigned an explicit policy for the exposed resource(s). No more digging through views or seralizers to understand access logic -- it's all in one place in a format that less technical stakeholders can understand. If you're familiar with other declaritive access models, such as AWS' IAM, the syntax will be familiar. In short, you can start expressing your access rules like this: class ArticleAccessPolicy(AccessPolicy): statements = [ { "action": ["list", "retrieve"], "principal": "*", "effect": "allow" }, { "action": ["publish", "unpublish"], "principal": ["group:editor"], "effect": "allow" } ] This project has complete test coverage and the base AccessPolicy class is only ~150 lines of co

python3-djangorestframework-queryfields-1.1.0-1.lbn36.noarch: Django REST Framework QueryFields Installation .. code-block:: bash pip install djangorestframework-queryfields Quickstart -Specify your base model serializer like this:.. code-block:: python from rest_framework.serializers import ModelSerializer from drf_queryfields import QueryFieldsMixin class MyModelSerializer(QueryFieldsMixin, ModelSerializer): pass--.. code-block:: bash GET...

python3-django-readonly-field-1.1.1-1.lbn36.noarch: Django Readonly Field Make Django model fields readonly. In other words, make it so that Django will read from your fields in your database, but never try to write them. It can be

python3-django-lifecycle-1.2.4-2.lbn36.noarch: Django Lifecycle Hooks This project provides a @hook decorator as well as a base model and mixin to add lifecycle hooks to your Django models. Django's built-in approach to offering lifecycle hooks is Signals. However, my team often finds that Signals introduce unnecessary indirection and are at odds with Django's "fat models" approach. Django Lifecycle Hooks supports Python 3.5, 3.6, 3.7, 3.8 and 3.9, Django 2.0.x, 2.1.x, 2.2.x, 3.0.x and 3.1.x. In short, you can write model code like this: from django_lifecycle import LifecycleModel, hook, BEFORE_UPDATE, AFTER_UPDATE class Article(LifecycleModel): contents = models.TextField() updated_at = models.DateTimeField(null=True) status = models.ChoiceField(choices=['draft', 'published']) editor = models.ForeignKey(AuthUser) @hook(BEFORE_UPDATE, when='contents', has_changed=True) def on_content_change(self): self.updated_at = timezone.now() @hook(AFTER_UPDATE, when="status", was="draft", is_now="pub

python3-django-import-export-4.3.8-1.lbn36.noarch: django-import-export is a Django application and library for importing and exporting data with included admin integration. Features: support multiple formats (Excel, CSV, JSON, and everything else that tablib support) admin integration for importing preview import changes admin integration for exporting export data respecting admin filters Documentation: https:/django-import-export.readthedocs.io/en/stable/ GitHub: https:/github.com/django-import-export/django-import-export/ Free software: BSD license PyPI: https:/pypi.org/project/django-import-export/ Example app To run the demo app: cd tests ./manage.py makemigrations ./manage.py migrate ./manage.py createsuperuser ./manage.py loaddata category book ./manage.py runserver Contribute If youd like to contribute, simply fork the repository, commit your changes to the develop branch (or branch off of it), and send a pull request. Make sure you add yourself to AUTHORS. As most projects, we try to follow PEP8 as closely as possible

python3-django-guid-3.5.1-1.lbn36.noarch: Django GUID Django GUID attaches a unique correlation ID/request ID to all your log outputs for every request. In other words, all logs connected to a request now has a unique ID attached to it, making debugging simple. Which version of Django GUID you should use depends on your Django version and whether you run ASGI or WSGI servers.

python3-django-guardian-2.4.0-2.lbn36.noarch: django-guardian is an implementation of per object permissions [1] on top of Djangos authorization backend Documentation Online documentation is available at https:/django-guardian.readthedocs.io/. Requirements Python 3.5+ A supported version of Django (currently 2.2+) GitHub Actions run tests against Django versions 2.2, 3.0, 3.1, 3.2, and main. Installation To install django-guardian simply run: pip install django-guardian Configuration We need to hook django-guardian into our project. Put guardian into your INSTALLED_APPS at settings module: INSTALLED_APPS = ( ... 'guardian', ) Add extra authorization backend to your settings.py: AUTHENTICATION_BACKENDS = ( 'django.contrib.auth.backends.ModelBackend', # default 'guardian.backends.ObjectPermissionBackend', ) Create guardian database tables by running: python manage.py migrate Usage After installation and project hooks we can finally use object permissions with Django. Lets start really quickly: >>> fro

python3-django-currentuser-0.9.0-1.lbn36.noarch: Conveniently store reference to request user on thread/db level. Quickstart Differences to django-cuser Release Notes Contributing Reporting issues/improvements Pull Requests Setting up all Python versions Code of Conduct Quickstart Install django-currentuser: pip install django-currentuser Add it to the middleware classes in your settings.py: MIDDLEWARE = ( ..., 'django_currentuser.middleware.ThreadLocalUserMiddleware', ) Then use it in a project: from django_currentuser.middleware import ( get_current_user, get_current_authenticated_user) from django_currentuser.db.models import CurrentUserField class Foo(models.Model): created_by = CurrentUserField() updated_by = CurrentUserField(on_update=True) Differences to django-cuser Both libraries serve the same purpose, but be aware of these differences (as of django-cuser v.2017.3.16): django-currentusers CurrentUserField stores the reference to the request user at initialization of the mod

python3-bracex-2.1.1-5.fc36.noarch: Bracex is a brace expanding library (à la Bash) for Python. Brace expanding is used to generate arbitrary strings.

« Previous 20 items Next 20 items » 1 ... 333 334 335 336 337 338 339 ... 2449


	Copyright © 2000-2025 Corporation of Balclutha Inc. All rights reserved.

Sections

Modified items