Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pushing docker image appears in organization packages, but not in sub project packages #26065

Open
christhomas opened this issue Jul 22, 2023 · 3 comments
Labels
topic/packages type/enhancement An improvement of existing functionality

Comments

@christhomas
Copy link
Contributor

Description

When I push a package to a project in an organization, it'll appear in the organization > packages level, but not in the organization > repository > packages level.

Is this a bug or is there a step in the process I'm missing.

However. I've just found this: https://docs.gitea.com/next/usage/packages/overview#repository-packages

This is broken and unexpected behaviour. If I push to the container repository for a project, I expect it to be in the project. Not in some higher level where I have to manually link them together. If the name of the level below the organization maps to a project name, then I automatically expect the package to be in that repo > packages.

If the container I pushed doesn't map to a project, then sure, it can live at the higher organizational level.

Gitea Version

1.19.3

Can you reproduce the bug on the Gitea demo site?

Yes

Log Gist

No response

Screenshots

No response

Git Version

No response

Operating System

No response

How are you running Gitea?

On a kubernetes cluster

Database

None

@lafriks lafriks added type/enhancement An improvement of existing functionality and removed type/bug labels Jul 22, 2023
@lafriks
Copy link
Member

lafriks commented Jul 22, 2023

Related to #19270 task

@KN4CK3R
Copy link
Member

KN4CK3R commented Jul 23, 2023

When I push a package to a project in an organization

There is no way to push a package to a repository (if project should be a repository) only to an owner. Auto-setting a repository link will be implemented in future.

@christhomas
Copy link
Contributor Author

Thinking about this a little more, I can see why you might want to use your gitea packages as a way to store packages you depend on which aren't related to any project. An out of "project" or "tree" package that you want to cache in your own repo so you don't hit some rate like, for example, I can use gitea packages as a local cache for dockerhub, so I won't ever hit that rate limit they installed a while back.

That would be a useful "non-project" package that I would like to make available.

But I think the default behaviour should be, if I push a package with the name "coolcompany/someproject/restapi:latest" and I have an organization called "coolcompany" and a project inside it called "someproject", the package can be available in the organization level, but should automatically be available inside the project packages as well.

I think thats the default expectation here, right? I think from reading your todo, you're also pushing in that direction.

But I do like the fact that I can push any package name and it won't reject it, so this means I can perhaps use my gitea as a cache for dockerhub. Which is nice.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
topic/packages type/enhancement An improvement of existing functionality
Projects
None yet
Development

No branches or pull requests

3 participants