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