hi,
thanks for the answer.
but i think i asked the question in the wrong way.

when i was testing out-of-date packages
there were some with out-of-date flag before 2020
but those works

i was meaning to ask, **how long does the package have to be out of sync 
with the main source ??**

also i found some pkgs with depreciated `git://` but those works after 
modding it with `git+https://`. i generally report them if and only if 
they are orphans.

On 11/13/23 04:51, aur-general-requ...@lists.archlinux.org wrote:

> "David C. Rankin" <drankina...@gmail.com> writes:
> 
>>> 2. should AUR host out-of-date but working packages ??
>>>
>>
>> There is always a sliding-scale of "How out-of-date?". Is some user of
>> the package just flagging it 10 minutes after the latest upstream
>> change?
>>
>> Is a dependency no longer supported by Arch (that's what AUR is
>> for...)?
>>
>> Some packages may not have been updated in quite a while, but may be
>> 100% valid and still good.
>>
>> This is hard to give advise on without knowing more about what you are
>> considering "out-of-date"?
> 
> I want to add that sometimes the maintainer might be already
> working on an update but didn't release it.
> It's easier to branch of a package and test it until merging it to the
> AUR sometimes.

-- 
yours zoorat,
PGP: 00000586360F8791A5492251129802DDA8074345
GITHUB: https://github.com/z00rat

Attachment: OpenPGP_signature.asc
Description: PGP signature

Reply via email to