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
www-apps/gitea: bump to 1.10.0 #13696
Conversation
Pull Request assignmentSubmitter: @xdch47 www-apps/gitea: @nemunaire, @gentoo/proxy-maint Linked bugsNo bugs to link found. If your pull request references any of the Gentoo bug reports, please add appropriate GLEP 66 tags to the commit message and request reassignment. If you do not receive any reply to this pull request, please open or link a bug to attract the attention of maintainers. In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Then the customary question: Would you like to maintain this again :)
No big issues here btw, I'm just asking for clarification.
src_prepare() { | ||
default | ||
|
||
local sedcmds=( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why not make this huge list into a patch? Can some of these be upstreamed, I see some are Gentoo-specific?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
with the removal of the non-needed seds (APP_ID and TRUSTED_FACETS (since 1.8.0) i don't think there is much to upstream, the path stuff is gentoo specific (does EPREFIX expansion even work in a patch?) and so is the logging, HTTP_ADDR used to be localhost via LOCAL_ROOT_URL (i think?) and that was pre-1.0 so i don't think that's what upstream wants either. RUN_MODE will be set to prod when the webinstaller ran successfully so no reason to upstream that either
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(does EPREFIX expansion even work in a patch?)
There's a syntax for it that works in a patch, I don't remember it now. $(EPREFIX)
or @EPREFIX@
I suppose.
ba3bb74
to
d0c9236
Compare
Tests fail for me, can you get them to work?
So please either fix or restrict them. If you end up restricting, write a comment above what fails and why it's restricted. |
git access is need for a lot of tests - would it be possible using git-r3 (with EGIT_COMMIT) an option, even so repoman gives |
Hmm, I do wonder, some if use test; then inherit git-r3 But I believe it's just overcomplicating things for little benefit. Just add restrict and a comment saying it needs live git access. |
d0c9236
to
c454af5
Compare
i just added an additional live ebuild (and remove the test which do not work due to the missing git repo for the »release« version of the ebuild) |
c454af5
to
4e1aefb
Compare
forgot to fix the depend issue - hopefully now ... |
Package-Manager: Portage-2.3.76, Repoman-2.3.18 Signed-off-by: Felix Neumärker <xdch47@posteo.de>
4e1aefb
to
01062ec
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks a lot! In future, if everything is ok with the ebuild, merge should be pretty straightforward and fast. Like, latest EAPI, licenses, tests working...
Also I'd like to replace rm -f
with || die
but won't have time to check the logic (like, do the files exists or not between live and release) so let's go with this for now.
yes, the |
I think yes, since it's a clear implication that something has changed in upstream code, requiring maintainer attention. |
Package-Manager: Portage-2.3.76, Repoman-2.3.18
Signed-off-by: Felix Neumärker xdch47@posteo.de