Re: CVS commit: wip/pt-ttf
"Mike M. Volokhov" <[email protected]> Tue, 2 Oct 2012 23:05:47 +0300
| Newsgroups | gmane.os.netbsd.devel.pkgsrc.wip.general |
|---|---|
| Message-ID | <CAHaLV0boufKD_OkF_82bKKwA2S05jYrs2mFbgAW5CdMjLhyztg@mail.gmail.com> |
On Wed, Sep 26, 2012 at 9:32 AM, Thomas Klausner <[email protected]> wrote: > On Tue, Sep 25, 2012 at 09:59:32PM +0000, Mike M. Volokhov wrote: >> Module name: wip >> Committed by: bubuchka >> Date: Tue Sep 25 21:59:16 UTC 2012 >> >> Modified Files: >> wip/pt-ttf: distinfo >> >> Log Message: >> The PT Serif has been updated in place. >> However, accordingly to zipped files the newest version still the >> PT Mono and therefore no version change is requires. Weird. > > In these cases, please set DIST_SUBDIR to a new value so the package > still works for those who already have the old distfile. Hi, and thanks for looking at this. The package contents was actually modified, but no version change for "official" numbering was detected -- the fonts have no official version so I have to derive it from what stated in the TTF files and dates in ZIP archives. Moreover, the PT fonts bundle contains three zipfiles, where only a single one might be affected. So setting DIST_SUBDIR will lead to number of duplicating distfiles which I'd like to avoid (except pkgsrc supports individual DIST_SUBDIR for every distfile). Of course the package may be split on three packages as well, but IMHO it's better to keep the whole PT font family as a single package, despite it seem the most appropriate approach to a pkgsrc. So how about bump the package revision and force replacement of the changed distfile (may be currently unimplemented in pkgrsc, but shouldn't be a problem)? I understand that some people may want to keep all distfiles, but keeping them in sync with font developers sounds pretty consistent as well. Alternatively, FreeBSD ports collection is keeping all zipfiles locally in order to workaround the issue. -- Mishka. ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev