Supporting 'port livecheck installed'
Blair Zajac
blair at orcaware.com
Sat Aug 31 18:02:19 UTC 2019
Yes, however, it’s not as convenient as seeing what ports you have that have new upstream versions. I would rather take more computing time and resources then my time manually doing `port livecheck py-virtualenv` and the other ones. My time is much more valuable than 4 times the number of HTTP requests.
Blair
> On Aug 31, 2019, at 10:57 AM, Chris Jones <jonesc at hep.phy.cam.ac.uk> wrote:
>
> It is intentional that the version specific py ports have livecheck none. The idea is you don’t need every one of the versions performing the check, only the non versioned port.
>
>> On 31 Aug 2019, at 5:50 pm, Blair Zajac <blair at orcaware.com> wrote:
>>
>> I care about such ports, e.g. py37-tensorflow and py37-virtualenv, so I would have that in requested. So that appears to not directly solve the issue.
>>
>>> On Aug 31, 2019, at 9:16 AM, Jeremy Lavergne <jeremy at lavergne.me> wrote:
>>>
>>> As an alternative or workaround, would narrowing to `port livecheck requested` be useful for you?
>>>
>>>
>>>> On 8/31/19 11:58 AM, Blair Zajac wrote:
>>>> Hi all,
>>>> It appears a number of ports, particularly py-* ports, use “livecheck.type none”. I find running ‘port livecheck installed’ a handy way to see if any of the ports I care about have an update, however, this doesn’t work for the py-* ones.
>>>> Can something be changed to support this? Would the livecheck code need to specially handle the port name when ${name} is a py??-* variant?
>>>> Blair
>>>
>>
>
>
More information about the macports-dev
mailing list