GitHub Packages | Support for python packages

[TarunavBA]

Right now you could only upload to pypi or leave it like that. I want to upload my packages to GitHub packages just like docker, npm, gradle, maven etc. It would be awesome if you could release it in the public beta where users can simply go to feature preview and enable it.

[DannyVarod]

This has been a request for a few years now:
https://github.community/t/pypi-compatible-github-package-registry/14615
Still no commitment to this though:
GitHub Public Roadmap (view)

[jstafford5380]

Or... prepare for amusement... Azure Artifacts. It has supported PyPi forever.

[chicco785]

This is no longer planned due to a change in our strategic priorities and the allocation of our resources towards higher-priority initiatives.

Come on... did they really come up with such a sentence? Such a corporate cliché...

[lukasz-mitka]

Hey guys, don't shoot the messenger 😆

[fdcastel]

This is no longer planned due to a change in our strategic priorities and the allocation of our resources towards higher-priority initiatives.

AI generated content?

Python is very active at Microsoft. I'm frankly surprised this issue hasn't gained traction yet.

[dhvcc]

This is no longer planned due to a change in our strategic priorities and the allocation of our resources towards higher-priority initiatives.

AI generated content?

Python is very active at Microsoft. I'm frankly surprised this issue hasn't gained traction yet.

Yep, pretty much

Own nothing and be happy + use AI for everything and be happy

Who needs packages if AI can regurgitate and spew out the same package internals, but worse and directly in your own codebase 😆

[ashrafguitoni]

It's really unfortunate that such a helpful feature is still not scheduled for development yet. Really hoping to see this in GitHub Beta in the near future!

[davidkhala]

This has been added to roadmap

[ashrafguitoni]

@davidkhala I think it's been in Future for nearly 2 years. Any chance it'll be moved to one of the other boards?

[pulkitaggarwl]

I agree this is a great value add to the product, we do have this on our roadmap and we will try to get to near future. Unfortunately no ETA at the moment.

[luwangshell]

Our company is also requiring this feature as priority.

[ghost]

my company too

[hgad]

Really important to have this one for all the Python shops out there.

[timmypidashev]

Would love this feature so much <3

[xqi-aviatrix]

Python packages would be very helpful

[csmizzle]

would love this feature so much!

[Clean-Cole]

GitLab has had this available for at least a year already. Would be nice to see in GitHub as well.

[vinicius-roc]

this feature would so much amazing! We need too!

[hannesdelbeke]

can't wait :)

[leovanzella]

Would be great having this feature!

[gerardsimons]

Please, please add this !

[danielnyari]

It's on the public roadmap. There is no date for it though. Please make this happen 🙏

[ashrafguitoni]

I don't know if this post (given its age) is being monitored by anyone from the Github team ...

[timmypidashev]

It really should be given the fact that packaging Python packages has become so common and standard in many projects. Providing a proper, official way to do this will boost Github's packaging support 👍> I don't know if this post (given its age) is being monitored by anyone from the Github team ...

[codebydant]

This a superb idea, this will help my organization to not depend on external services such as JFROG and keep all our artifacts in one place.

[codebydant]

Hi folks,

I have contacted GitHub Support asking for this open discussion and this was the formal response.

[ashrafguitoni]

Thank you for taking the time to do this. It's unfortunate that this won't be happening soon. Maybe in 2024 ...

[alberto-corrales]

Maybe in 2025.... :(

[yunjie17]

Maybe in 2026....:(

[yelsayed]

Maybe in 2027... :'(

[mohas556]

This is a fundamentally critical piece that is preventing a lot of companies from migrating away from GitLab, which has an excellent implementation of this. Quite shocking that Engineering is so blasé about it .

[oh54]

Couldn't agree more.
Especially given the fast pace of developments in data science and machine learning, where Python is the de facto standard.

Microsoft, this is a must have for many data science teams before moving their codebase to GitHub!

[dpgraham4401]

looking at this issue for this exact reason

[battlesnake]

Oh wow. I'm sure Gitlab supported this (and a load of other registries) like 10 years ago lol

[xmaxrayx]

never saw someone recommend gh package once.

[ryewilson]

My org also needs this x 💯

[galpin]

This is really hard to fathom from a product perspective!

[samirgrl]

So much for listening to what your customers want

[aripalo]

There is a very valid use case for this: Distributing private/internal AWS CDK constructs. For AWS CDK TypeScript/JavaScript and Python are the most used languages, which means that (most) constructs need to be published both into npm- and pypi-compatible registries.

For private/internal packages, GitHub Packages is the most obvious solution. Not having Python support is really disappointing.

[MatthewCane]

I second this, we use CDK libraries for templating infrastructure patterns in Python and we have to rely on Git based package sources only which does not work with Dependabot, making maintenance much more of a chore.

[sebdanielsson]

This is long overdue @jaredpalmer 🤠

[lizhongyue]

We need to use GitHub Packages to store Python packages.What causes GitHub Packages to not support Python?

[davidkhala]

Because Microsoft has sponsored pypi, I guess

[carrete]

Microsoft owns npm.

[AliRezaei-Code]

still nothing ...

[will-e-yams]

You could try this private-pypi package?

private-pypi allows you to deploy a PyPI server privately and keep your artifacts safe by leveraging the power (confidentiality, integrity and availability) of your storage backend. The backend mechanism is designed to be flexible so that the developer could support a new storage backend at a low cost.
Supported backends:
GitHub. (Yes, you can now host your Python package in GitHub by using private-pypi. )
File system.
... (Upcoming)

[MaxAnderson95]

We use pyoci and it works great. Stores the artifacts in ghcr as OCI files and provides a pypi api interface for consumption and publishing. Auth is passed thru and you can use GITHUB_TOKEN in your CI builds. You can even host your own if you want.

[iegorval]

I cannot believe that this feature is still not implemented.

[orgroman]

Even though alternatives exist such as AWS CodeArtifact JFrog Artifactory and Azure Artifacts it is still odd that Python does not have an officially supported PyPI index on GitHub unlike npm and other ecosystems...

[GrigoryEvko]

Priorities in 2023:

[will-e-yams]

All that information above and THAT'S your post!?

My dude... 😢 I've been on this thread for a long time (definitely not as long as some). And maybe that's inconsequential to you (and certainly to GitHub PMs), but I'll tell you that you don't get action from fluffing snow off ya coat or dirt of ya shoulders.

That's, "I'm done with you" speak.

Thumbs up some other post that sounds like your issue or make a new one, but this one you made is crushed.

I seriously believe that the only way to get this is
B/ volume: make your case know. If it's the same as another, don't clog the hopper, just upvoter.
C/ provide more distinct use cases

And most importantly
A/ don't look like an internet troll. The folks that built GitHub are GenX or earlier. Take it from a gen-xer that your post is left desiring in details that matter.

0/ Gen-x or not, screenshots communicate very little. I don't think any of us are mind readers.

[NeilGraham]

Since the Github team has much more important priorities, Gitlab fully supports private PyPi packages for your organization:
https://docs.gitlab.com/user/packages/pypi_repository/