pacstall / pacup.py

Help maintainers update pacscripts
GNU General Public License v3.0
12 stars 3 forks source link

[Feature]: Forcing a custom version when shipping #184

Closed malmeloo closed 5 months ago

malmeloo commented 1 year ago

Is your feature related to a problem? Please describe.

Sometimes repology does not have the latest version yet or is simply incorrect. This is especially annoying for packages that simply refuse to start up until they are updated.

A clear and concise description of what you want to happen.

If #18 gets implemented, that should already help fix the problem. However it would still be nice to be able to manually specify a version. I was thinking of the following syntax:

pacup -s some.pacscript@1.2.3 another.pacscript@4.5.6

Describe alternatives you've considered

Manually updating the pacscript :( or writing a script for it, but this feels like a feature that belongs in pacup.

Additional context

No response

Zahrun commented 11 months ago

+1

For the syntax it could also just be pacup -s some.pacscript --to 4.5.6

malmeloo commented 11 months ago

For the syntax it could also just be pacup -s some.pacscript --to 4.5.6

I think the problem with that syntax is that it's technically possible to ship multiple packages at once, so using a flag would force all of them to the same version (unless you do some weird parsing trickery)

Elsie19 commented 9 months ago

@D-Brox would you be able to handle this?

Maybe the syntax could be something like:

$ pacup --ship=4.5.6 some.pacscript
Elsie19 commented 5 months ago

Will be done in the Perl rewrite, which will be released alongside 5.0.0.