Opened 8 years ago

Last modified 4 years ago

#53851 closed enhancement

Add target that bumps version and checksum — at Version 11

Reported by: l2dy (Zero King) Owned by:
Priority: Normal Milestone: MacPorts 2.6.0
Component: base Version:
Keywords: Cc: raimue (Rainer Müller)
Port:

Description (last modified by l2dy (Zero King))

Homebrew has brew bump-formula-pr. Such functionality saves a lot of work when updating many ports. Bumping ports using PortGroup like github and bitbucket should also be supported. Existing revision should be reset or removed. A suggested commit message for the update should be printed.

Use cases (pseudo commands):

  • port bump [[portname | pseudo-portname | port-expressions | port-url]] bumps checksums only
  • port bump [[portname | pseudo-portname | port-expressions | port-url]] @<version> bumps version and checksums
  • port bump --livecheck [[portname | pseudo-portname | port-expressions | port-url]] bumps both with livecheck result if ${version} == ${livecheck.version}

Change History (11)

comment:1 Changed 8 years ago by Schamschula (Marius Schamschula)

Just be mindful that numerous ports have checksums for multiple files. I personally use a python script to automatically update checksums, but this script has a list of which Portfiles need to be updated manually.

comment:2 Changed 8 years ago by l2dy (Zero King)

Description: modified (diff)

Checksum for multiple files shouldn't be a problem, simply find and replace every old hash with the corresponding new one should work. Some ports have version set by custom methods so the version has to be updated manually. The Portfile have to be checked afterwards anyway.

comment:3 Changed 8 years ago by ryandesign (Ryan Carsten Schmidt)

I use my portcheckup script to do this, though I have some local changes that haven't been committed yet.

Just "bumping" checksums is seldom desired; more work is needed to handle that situation correctly; see PortfileRecipes#stealth-updates.

comment:4 Changed 8 years ago by l2dy (Zero King)

In the first use case I'd bump the version manually and let port(1) update the checksum.

Take R for example, it's not viable to automate the version bump in base, but the checksum could be automatically updated.

set major 3
set minor 3
set point 3
version                     ${major}.${minor}.${point}
Last edited 8 years ago by l2dy (Zero King) (previous) (diff)

comment:5 Changed 8 years ago by l2dy (Zero King)

Description: modified (diff)

comment:6 Changed 8 years ago by l2dy (Zero King)

Description: modified (diff)

comment:7 in reply to:  4 ; Changed 8 years ago by raimue (Rainer Müller)

Cc: raimue added

Replying to l2dy:

[...] the checksum could be automatically updated.

Checksums should be verified with the checksums published by upstream, whenever possible. I am afraid that fully automating the process will lead to maintainers being less careful. port -v checksum already prints the checksums in a format suitable for copy&paste to the Portfile.

comment:8 in reply to:  7 Changed 8 years ago by l2dy (Zero King)

Replying to raimue:

port -v checksum already prints the checksums in a format suitable for copy&paste to the Portfile.

Not always suitable, there are spacing and expansion problems (e.g. ${certdata_distfile} being expanded).

I am afraid that fully automating the process will lead to maintainers being less careful.

And I forgot to remove revision lines several times which could be avoided with automation.

Last edited 8 years ago by l2dy (Zero King) (previous) (diff)

comment:9 Changed 8 years ago by danielluke (Daniel J. Luke)

I like this idea. I think the tradeoff for making it easier for maintainers to version-bump a port is worth the potential of maintainers misuse (I doubt that the current behavior actually results in careless maintainers being more careful).

comment:10 Changed 8 years ago by l2dy (Zero King)

Description: modified (diff)

comment:11 Changed 8 years ago by l2dy (Zero King)

Description: modified (diff)
Note: See TracTickets for help on using tickets.