mirror of
https://github.com/go-gitea/gitea.git
synced 2026-07-31 14:26:52 -05:00
Gitea does not appear in Snap store #1813
Closed
opened 2025-11-02 04:13:59 -06:00 by GiteaMirror
·
28 comments
No Branch/Tag Specified
main
release/v1.25
release/v1.24
release/v1.23
release/v1.22
release/v1.21
release/v1.20
release/v1.19
release/v1.18
release/v1.17
release/v1.16
release/v1.15
release/v1.14
release/v1.13
release/v1.12
release/v1.11
release/v1.10
release/v1.9
release/v1.8
v1.25.3
v1.25.2
v1.25.1
v1.25.0
v1.24.7
v1.25.0-rc0
v1.26.0-dev
v1.24.6
v1.24.5
v1.24.4
v1.24.3
v1.24.2
v1.24.1
v1.24.0
v1.23.8
v1.24.0-rc0
v1.25.0-dev
v1.23.7
v1.23.6
v1.23.5
v1.23.4
v1.23.3
v1.23.2
v1.23.1
v1.23.0
v1.23.0-rc0
v1.24.0-dev
v1.22.6
v1.22.5
v1.22.4
v1.22.3
v1.22.2
v1.22.1
v1.22.0
v1.23.0-dev
v1.22.0-rc1
v1.21.11
v1.22.0-rc0
v1.21.10
v1.21.9
v1.21.8
v1.21.7
v1.21.6
v1.21.5
v1.21.4
v1.21.3
v1.21.2
v1.20.6
v1.21.1
v1.21.0
v1.21.0-rc2
v1.21.0-rc1
v1.20.5
v1.22.0-dev
v1.21.0-rc0
v1.20.4
v1.20.3
v1.20.2
v1.20.1
v1.20.0
v1.19.4
v1.21.0-dev
v1.20.0-rc2
v1.20.0-rc1
v1.20.0-rc0
v1.19.3
v1.19.2
v1.19.1
v1.19.0
v1.19.0-rc1
v1.20.0-dev
v1.19.0-rc0
v1.18.5
v1.18.4
v1.18.3
v1.18.2
v1.18.1
v1.18.0
v1.17.4
v1.18.0-rc1
v1.19.0-dev
v1.18.0-rc0
v1.17.3
v1.17.2
v1.17.1
v1.17.0
v1.17.0-rc2
v1.16.9
v1.17.0-rc1
v1.18.0-dev
v1.16.8
v1.16.7
v1.16.6
v1.16.5
v1.16.4
v1.16.3
v1.16.2
v1.16.1
v1.16.0
v1.15.11
v1.17.0-dev
v1.16.0-rc1
v1.15.10
v1.15.9
v1.15.8
v1.15.7
v1.15.6
v1.15.5
v1.15.4
v1.15.3
v1.15.2
v1.15.1
v1.14.7
v1.15.0
v1.15.0-rc3
v1.14.6
v1.15.0-rc2
v1.14.5
v1.16.0-dev
v1.15.0-rc1
v1.14.4
v1.14.3
v1.14.2
v1.14.1
v1.14.0
v1.13.7
v1.14.0-rc2
v1.13.6
v1.13.5
v1.14.0-rc1
v1.15.0-dev
v1.13.4
v1.13.3
v1.13.2
v1.13.1
v1.13.0
v1.12.6
v1.13.0-rc2
v1.14.0-dev
v1.13.0-rc1
v1.12.5
v1.12.4
v1.12.3
v1.12.2
v1.12.1
v1.11.8
v1.12.0
v1.11.7
v1.12.0-rc2
v1.11.6
v1.12.0-rc1
v1.13.0-dev
v1.11.5
v1.11.4
v1.11.3
v1.10.6
v1.12.0-dev
v1.11.2
v1.10.5
v1.11.1
v1.10.4
v1.11.0
v1.11.0-rc2
v1.10.3
v1.11.0-rc1
v1.10.2
v1.10.1
v1.10.0
v1.9.6
v1.9.5
v1.10.0-rc2
v1.11.0-dev
v1.10.0-rc1
v1.9.4
v1.9.3
v1.9.2
v1.9.1
v1.9.0
v1.9.0-rc2
v1.10.0-dev
v1.9.0-rc1
v1.8.3
v1.8.2
v1.8.1
v1.8.0
v1.8.0-rc3
v1.7.6
v1.8.0-rc2
v1.7.5
v1.8.0-rc1
v1.9.0-dev
v1.7.4
v1.7.3
v1.7.2
v1.7.1
v1.7.0
v1.7.0-rc3
v1.6.4
v1.7.0-rc2
v1.6.3
v1.7.0-rc1
v1.7.0-dev
v1.6.2
v1.6.1
v1.6.0
v1.6.0-rc2
v1.5.3
v1.6.0-rc1
v1.6.0-dev
v1.5.2
v1.5.1
v1.5.0
v1.5.0-rc2
v1.5.0-rc1
v1.5.0-dev
v1.4.3
v1.4.2
v1.4.1
v1.4.0
v1.4.0-rc3
v1.4.0-rc2
v1.3.3
v1.4.0-rc1
v1.3.2
v1.3.1
v1.3.0
v1.3.0-rc2
v1.3.0-rc1
v1.2.3
v1.2.2
v1.2.1
v1.2.0
v1.2.0-rc3
v1.2.0-rc2
v1.1.4
v1.2.0-rc1
v1.1.3
v1.1.2
v1.1.1
v1.1.0
v1.0.2
v1.0.1
v1.0.0
v0.9.99
Labels
Clear labels
$20
$250
$50
$500
backport/done
💎 Bounty
docs-update-needed
good first issue
hacktoberfest
issue/bounty
issue/confirmed
issue/critical
issue/duplicate
issue/needs-feedback
issue/not-a-bug
issue/regression
issue/stale
issue/workaround
lgtm/need 2
modifies/api
modifies/translation
outdated/backport/v1.18
outdated/theme/markdown
outdated/theme/timetracker
performance/bigrepo
performance/cpu
performance/memory
performance/speed
pr/breaking
proposal/accepted
proposal/rejected
pr/wip
pull-request
reviewed/wontfix
💰 Rewarded
skip-changelog
status/blocked
topic/accessibility
topic/api
topic/authentication
topic/build
topic/code-linting
topic/commit-signing
topic/content-rendering
topic/deployment
topic/distribution
topic/federation
topic/gitea-actions
topic/issues
topic/lfs
topic/mobile
topic/moderation
topic/packages
topic/pr
topic/projects
topic/repo
topic/repo-migration
topic/security
topic/theme
topic/ui
topic/ui-interaction
topic/ux
topic/webhooks
topic/wiki
type/bug
type/deprecation
type/docs
type/enhancement
type/feature
type/miscellaneous
type/proposal
type/question
type/refactoring
type/summary
type/testing
type/upstream
Mirrored from GitHub Pull Request
No labels
topic/distribution
Milestone
No items
No Milestone
Projects
Clear projects
No projects
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/gitea#1813
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @lofidevops on GitHub (May 23, 2018).
[x]):Steps to reproduce
What should happen?
snap install giteaWhat happens instead?
error: snap "gitea" not foundRelated links
@lofidevops commented on GitHub (May 23, 2018):
This might be relevant (comment from @tbraeutigam in #2539) :
A quick look at https://build.snapcraft.io suggests that a GitHub account is all you need to log in (obviously someone with the authority to "officially release" Gitea, or maybe some kind of group account is possible?)
@lunny commented on GitHub (May 23, 2018):
I'm trying to do that.
@lafriks commented on GitHub (May 23, 2018):
@lunny I already did :)
@lunny commented on GitHub (May 23, 2018):
But gitea still cannot be searched in store?
@lafriks commented on GitHub (May 23, 2018):
Don't know why. It shows as built & published but not when searching, might be some delay. Also version is v1.1.0+commit sha. To get normal version numbers we would need to switch develop -> master -> release/ workflow and tag versions on master
@techknowlogick commented on GitHub (May 23, 2018):
I can't search either, but I am able to see: https://build.snapcraft.io/user/go-gitea/gitea
@techknowlogick commented on GitHub (May 23, 2018):
Per snap docs:
Anybody can publish a snap, but doing a Snap Store search will only find snaps that are published to the stable release channel@lunny commented on GitHub (May 24, 2018):
@lafriks you should create a stable release channel.
@lafriks commented on GitHub (May 24, 2018):
But than we need to push current master branch build to stable that does not seems to be right :)
@lunny commented on GitHub (May 24, 2018):
@lafriks I haven't been familiar with Snap, don't know about that. Of course, we should not set master as stable.
@tbraeutigam commented on GitHub (May 24, 2018):
There's two options in that case:
The easier option is definitely the former, and seeing how it's available (thanks! and great to see!) via edge for curious people, I think this should be fine?
@lofidevops commented on GitHub (May 24, 2018):
Speaking as a curious person,
sudo snap install gitea --edgeworked for me :) thanks for pointing out that it's available. If I find any issues I'll try to log them before the next release (when this issue is resolved and Gitea appears in the store for everyone).@popey commented on GitHub (May 27, 2018):
I was super excited to hear about gtiea being a snap! Thanks for making it. I also was curious and installed on my home server. It works great!
You might be interested to learn that we (snapcrafters ) have been putting some code in the yaml to detect whether it's time to build a stable release or just build to edge. We simply look for the most recent stable tagged release, compare it with what's in the beta channel, and decide at that point whether to git checkout the stable release or build edge. That way you can have one yaml, and build for both stable and unstable builds. If it builds a stable release, you can push that to the beta channel and ask your community to test it. if you're happy with the build, push that release to stable. Subsequent builds will be tip of master and pushed to edge, until another upstream stable release rolls around.
There's a few examples of this in the snapcrafters repo. The obs-studio one is probably simplest. The key parts to note are the
override-build:which does the version detection, andversion-script:which sets the version number in the snap.Hope that's useful. Ping if you need info / help etc.
<3
@lafriks commented on GitHub (May 27, 2018):
we currently do new
release/1.xbranch from master and tag on that branch, so on master we do have no tags. So I seem not to find way to have built beta/stable releases from these branches to be published automatically.@techknowlogick commented on GitHub (May 27, 2018):
Perhaps we could have a drone plugin that'll do snapcraft releases? This would of course require creating a snap drone plugin first.
@lunny commented on GitHub (May 28, 2018):
@techknowlogick seems a good idea.
@popey commented on GitHub (Jul 5, 2018):
Heya! Any progress on this? I'd love to be able to install a stable version of gitea from the snap store soon. Anything I can do to help?
@techknowlogick commented on GitHub (Jul 5, 2018):
@popey no progress yet, but snap has a docker image: https://hub.docker.com/r/snapcore/snapcraft/ that we could probably leverage instead of building a drone-plugin
@lunny commented on GitHub (Jul 6, 2018):
I think @lafriks had created an account to publish gitea to snap store. When we release a stable version, we can publish it I think.
@lafriks commented on GitHub (Jul 6, 2018):
@lunny not really... snapcraft builds only master branch so we can't really release stable there, only edge... If we want to build from other branches also, we need to build them manually or setup drone to do that somehow and publish to snapcraft store
@lafriks commented on GitHub (Jul 6, 2018):
@popey if you have any ideas on how we could automatically build other branches & tags on them and publish to snap store, ideas are more than welcome
@popey commented on GitHub (Jul 6, 2018):
Sure! For some other snaps (one I linked to above) we do some simple detection shell script magic in the snapcraft.yaml. Essentially we use
snap info <snapname>to find out what version is currently published in the store. If the latest stable release (gained from the github api, wget or whatever) is higher, we usegit checkoutcommands to get the right tagged version and build that. If the latest release is already in the beta channel then we just build the latest master branch. This allows one yaml to build both stable and unstable builds.See the
override-buildsection in https://github.com/snapcrafters/obs-studio/blob/master/snap/snapcraft.yaml#L38 and theversion-scriptsection above that for an example.Something like that could work for you?
@lafriks commented on GitHub (Jul 6, 2018):
@popey but you are not building edge version from master than, right? Also we do not tag on master branch but on
release/v1.xbranches, will that work?@Follpvosten commented on GitHub (Aug 30, 2018):
I think the original issue (gitea not appearing in the snap store or when using
snap find) is fixed as of now - with the current version of snapd,snap find gitearesults in this:You still have to install it using
snap install --edge, but at least it's visible now.@lofidevops commented on GitHub (Aug 30, 2018):
Also shows up on the snapcraft website. 🎉
@lunny commented on GitHub (Aug 30, 2018):
how to submit a stable version?
@popey commented on GitHub (Aug 30, 2018):
Well, it's "kinda" fixed. :) The store UI has changed so it exposes snaps which exist in channels other than stable. As gitea is only in edge, it now appears.
So what's exposed on the store is the contents of the 'edge' channel, that is the latest build, which may (or may not) be completely unstable and unsuitable for end users.
I'd recommend making a stable build of your latest release and pushing that to the stable channel. That way people can install gitea and stay on the stable release.
Sorry @lafriks I missed your question. You certainly could build from any tag, as you can use a scriptlet (as I indicated) to do whatever git magic you want to grab the right source revision / tag and build it.
@lafriks commented on GitHub (Aug 30, 2018):
I can not seem to find a way to trigger building other than master branch from their build system. As much as I understand we would have to build our own snap package and upload to their store to get that. But for that we need drone support for that