Skip to content
Avatar

Sponsors

@kasteph

Achievements

Achievements

Highlights

  • 17 discussions answered

Organizations

@victims @cloudrouter @twyla-ai @python-poetry
Block or Report

Block or report abn

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse

Pinned

  1. Python dependency management and packaging made easy.

    Python 18.9k 1.6k

  2. An asynchronous GraphQL client built on top of aiohttp and graphql-core-next

    Python 20 8

  3. Poetry PEP 517 Build Backend & Core Utilities

    Python 209 145

  4. Tweety BIRD - Tiny containerized BIRD (http://bird.network.cz/)

    Makefile 4 2

  5. RPM Builder Container - For all your rpm building needs

    Shell 6 6

  6. 1
    # RPM Build Flow
    2
    
                  
    3
    This document details a simple RPM build flow pattern used to build and host RPM artifacts for open source projects. The below is a visual summary of this flow.
    4
    <img src="https://gist.githubusercontent.com/abn/daf262e7e454509df1429c87068923d1/raw/rpm-build-workflow.png" />
    5
    
                  

741 contributions in the last year

Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Mon Wed Fri

Contribution activity

March 2022

Created 3 repositories

Created a pull request in pytest-dev/pytest-metadata that received 7 comments

complete poetry transition

Following up from python-poetry/poetry#5345 @BeyondEvil here are the changes you will need to complete the transtition. Additionally, I would also …

+35 −58 7 comments
Reviewed 25 pull requests in 5 repositories
python-poetry/poetry 12 pull requests
python-poetry/poetry-core 7 pull requests
danielgtaylor/python-betterproto 4 pull requests
pytest-dev/pytest-metadata 1 pull request
abn/aiographql-client 1 pull request

Created an issue in danielgtaylor/python-betterproto that received 2 comments

Lazy initialisation of default values can cause unexpected behaviour

I have the following code genereated from the openconfig/gnmi proto files. @dataclass(eq=False, repr=False) class Update(betterproto.Message): """

2 comments
3 contributions in private repositories Mar 14 – Mar 17

Seeing something unexpected? Take a look at the GitHub profile guide.