Opened 15 years ago
Closed 15 years ago
#19930 closed update (fixed)
mpfr update to 2.4.1p5
| Reported by: | nox@… | Owned by: | vinc17@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | ||
| Port: | mpfr |
Description
Changes:
- Update to 2.4.1p5
- Compute patchfiles based on the patch level.
- Do not depend on lzmautils, use bzip2 archive.
Attachments (1)
Change History (3)
Changed 15 years ago by nox@…
| Attachment: | mpfr-2.4.1p5.diff added |
|---|
comment:1 Changed 15 years ago by vinc17@…
comment:2 Changed 15 years ago by nox@…
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
lzma is not provided by OS X, extract stage cannot have dependencies, and in 2009 we should not be bothered by a few more kilobytes. But well, you are the maintainer, I'm closing the ticket.
Note: See
TracTickets for help on using
tickets.
Thanks. I've applied some improvements in r52292, but:
Patch 5 has no effect under MacPorts, so let's avoid an unnecessary rebuild.
The lzma archive is smaller than the bzip2 archive, and some GNU software (such as texinfo) no longer provide bzip2 archives, so that it is better to switch to lzma. When several archive formats are available, the best solution could be a choice through a MacPorts configuration option, but I don't see a good reason not to install lzmautils.
The extract suffix should be set before the checksums (which uses [suffix ${distname}], so that the suffix must be known first).
Concerning the patch filenames, the correct format is always %02d (when patch100 appears, we won't rename the previous ones, which will remain patch01, etc.). Anyway there will never be 100 patches, as we do patch-level releases from time to time (BTW, a 2.4.2-rc1 should be out later this month).
Can this bug be closed?