Hi Bart, Bart Martens <[email protected]> writes:
> On Thu, Dec 18, 2025 at 07:01:05AM -0800, Xiyue Deng wrote: >> Control: reopen -1 >> Control: retitle -1 RFS: emacs-gptel/0.9.9.3-1 [ITP] -- Interact with >> ChatGPT or other LLMs in Emacs >> >> It looks like when an uploaded package on mentors is unattended for >200 >> days it will be removed, > > Also my observation. And it makes sense I think. > >> which will also trigger that associated RFS bug >> to be closed. > > Yes, my script does that. > >> I can understand the intention to not having too many >> unattended RFS bugs and mentors uploaded to pile up and rot, > > The intention is keeping some sensible balance between RFSes with and without > packages to sponsor. An RFS is a request for sponsoring a package. The more > potential sponsors read RFSes with readily available packages to sponsor, the > more they are encouraged to read RFSes. > Ack. >> still it >> feels a bit demoralizing. > > Yes, I understand that deleting a package from mentors and closing the > corresponding RFS can be felt like a rejection. > >> Would be great if the script can first prompt >> the submitter to reupload to mentors to show that the uploader is still >> interested, and after another delay (e.g. 7 days) to close the bugs. > > That sounds like a nice feature addition for mentors.d.n. Then the uploader > has > a chance of preventing the removal of the package from mentors.d.n. Then the > RFS remains open because there is still a package to sponsor. > Good suggestion! I saw that on the mentors.d.n page it redirects source code and bugs to its Salsa repo and I have opened an issue there. I wonder whether there is also a BTS (pseudo) package for it? Which one do its maintainers prefer? >> >> Meanwhile I have updated the package to the latest upstream version and >> reuploaded to mentors. > > Great! > >> >> -- >> Regards, >> Xiyue Deng -- Regards, Xiyue Deng
signature.asc
Description: PGP signature
