portroach does not pick up any new updates of pypi ports with - in the 
current distfile name due to normalisation done on filenames of new uploads.

that's the same issue as I mentioned in my comment about 
devel/py-timeout-decorator.


-- 
  Sent from a phone, apologies for poor formatting.


On 3 February 2026 02:58:56 Johan Huldtgren 
<johan+openbsd-ports@huldtgren.com> wrote:

> hello,
>
>> Our www/py-requests-cache is old. It was imported in 2020 with
>> www/py-metallum and never updated. www/py-requests-cache is a dependency of
>> two ports: www/py-metallum and databases/py-shillelagh. The first has no
>> tests, and the second has broken tests.
>
> yeah, this is my fault, I wanted py-metallum for beets so I got it and
> py-requests-cache imported. Unfortunately py-metallum seems to be
> abandonware now, and it doesn't work with beets anymore (I see there
> are a few forks I'll try to take a look if one of them fixes the
> issues I've seen and will either send an update or a removal request
> for this port it in the next month or so). py-requests-cache oddly
> shows not needing any updates on portroach, which is what I normally
> check to see if my ports are falling behind, clicking through though
> shows it needs updating. If someone is willing to take maintainer of
> py-requests-cache that would be good as I don't have a direct use for
> it and don't really have time right now.
>
> thanks,
>
> .jh