-
Notifications
You must be signed in to change notification settings - Fork 166
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
Bump and add scikit-hep packages and enable py3.13 #1292
Conversation
dev-python/asdf-transform-schemas/asdf-transform-schemas-0.5.0.ebuild
Outdated
Show resolved
Hide resolved
BDEPEND=" | ||
${RDEPEND} | ||
dev-python/hatch-vcs[${PYTHON_USEDEP}] | ||
" |
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.
Are the RDEPENDs really BDEPENDs here? Probably this should be DEPEND=RDEPEND instead.
BDEPEND=" | ||
${RDEPEND} | ||
" |
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.
And here too
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, I'll review the *DEPEND
s.
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.
Since they are (mostly) 100% python packages (No C code or dependencies), I followed https://projects.gentoo.org/python/guide/basic.html#dependencies-in-python-packages and just put them as RDEPEND
. I tested that they still build, by uninstalling the RDEPEND
s and then run ebuild ... install
.
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Co-authored-by: Nowa Ammerlaan <andrewammerlaan@gentoo.org> Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
Signed-off-by: Alexander Puck Neuwirth <alexander@neuwirth-informatik.de>
edb5859
to
fb8296a
Compare
New packages are
and pulled in from updated asdf
All ebuilds here are for at least
python3_{11..13}
(exceptmplhep
where I wait for https://bugs.gentoo.org/941848). Nothing requires a review IMO, but I will wait for possible comments before merging all of it. Some commits shall still be merged to make it all a bit nicer (drop py3.10/metadata).One question:
There is a scikit-hep package that groups all their packages: https://github.com/scikit-hep/scikit-hep/blob/main/requirements.txt but versioned by YYYY-MM-DD with ~fixed versions. I do not want to keep track with all their monthly versioning, nor do I like to fix the versions. What would be the best Gentoo way to handle this? Maybe a loose
virtual/scikit-hep-0
that pulls them all without caring about the version. If there is no nice solution I do not mind not offering that collection-package.