New Ticket     Tickets     Wiki     Browse Source     Timeline     Roadmap     Ticket Reports     Search

Ticket #31389 (closed update: fixed)

Opened 20 months ago

Last modified 19 months ago

hexfiend change from svn to tarball

Reported by: and.damore@… Owned by: dweber@…
Priority: Normal Milestone:
Component: ports Version: 2.0.3
Keywords: haspatch Cc: ryandesign@…
Port: hexfiend

Description

I'm attaching a diff that switches portfile from svn rev 17 (current is 273) to 2.0.0 tarball.

I'd capitalize the name of the port too, both 'h' and 'f', like many ports in aqua category do.

Attachments

port-hexfiend.diff (1.8 KB) - added by and.damore@… 20 months ago.

Change History

Changed 20 months ago by and.damore@…

comment:1 in reply to: ↑ description Changed 19 months ago by ryandesign@…

  • Cc ryandesign@… added
  • Status changed from new to closed
  • Resolution set to fixed

Replying to and.damore@…:

I'm attaching a diff that switches portfile from svn rev 17 (current is 273) to 2.0.0 tarball.

Thanks. Committed in r86223 with these changes:

  • when the version goes "backward" (e.g. from "17" to "2.0") the epoch must be increased
  • removed comment about svn fetching which is no longer applicable
  • indicated license
  • installed license file
  • rewrote master_sites and homepage
  • simplified distfiles and worksrcdir down to just distname
  • added dist_subdir; see wiki:PortfileRecipes#unversioned-distfiles
  • removed unnecessary quoting in destroot

I'd capitalize the name of the port too, both 'h' and 'f', like many ports in aqua category do.

I did not change the name of the port because I do not know how MacPorts would handle a change in case during an upgrade. MacPorts was never designed to handle that, so it might not do it correctly, and it might vary based on whether the filesystem is case-sensitive or not.

Lowercase port names used to be preferred because of a bug in MacPorts base. That was fixed years ago so for new ports uppercase characters can be used where needed. But case-only renames of existing ports are probably best avoided (unless someone wants to do some detailed testing on various systems and prove that it works, ideally writing some tests we can add to MacPorts base). If this is something you're interested in, feel free to bring it up on macports-dev and I'll explain some of the concerns I have.

Note: See TracTickets for help on using tickets.