R: Proposal about AUR affairs

["Samuele Cistaro - samuele.cistaro@xxxxxxxxxxxxxxx" <samuele.cistaro@xxxxxxxxxxxxxxx>]

Hi, I'm very very sorry

I'm new in mailing list stuff and I didn't notice anything

I'm subscribed with my univeristy outlook

How can I solve the problem?

---

Da: StealthMode Hu <stealthmode1975@xxxxxxxxx>
Inviato: domenica 10 dicembre 2023 20:05
A: Samuele Cistaro - samuele.cistaro@xxxxxxxxxxxxxxx <samuele.cistaro@xxxxxxxxxxxxxxx>
Cc: Bjoern Franke <bjo@xxxxxxxxxxxxxx>; arch-general@xxxxxxxxxxxxxxxxxxx <arch-general@xxxxxxxxxxxxxxxxxxx>
Oggetto: Re: Proposal about AUR affairs

 

I did not sign up for anything with you.Please pull the server IP traffic logs for this email / signup.Cross reference whatever time on your system logs that this email was used to signup for anything from your company.
Now log that connection IP address.
Contact Law Enforcement please.
Someone is using your website to Harass me.This is 50th email tonight, saying I signed up for something that I havent.
Thanks in advance.
-StealthMode

On Sun, Dec 10, 2023 at 1:51 PM Samuele Cistaro - samuele.cistaro@xxxxxxxxxxxxxxx <samuele.cistaro@xxxxxxxxxxxxxxx> wrote:

(Hi there, it's my first mailing list post ever)

Maybe the solution could be a multi-PKGBUILD system where you can choose which one to use, based on various criteria
However, I am afraid that this would be very difficult to implement as a solution

---

Da: Bjoern Franke <bjo@xxxxxxxxxxxxxx>
Inviato: domenica 10 dicembre 2023 13:52
A: arch-general@xxxxxxxxxxxxxxxxxxx <arch-general@xxxxxxxxxxxxxxxxxxx>
Oggetto: Re: Proposal about AUR affairs

 

Hi,

> There is indeed a lack of Pull Requests, which would make it vastly
> easier to contribute. It would be interesting if someone can figure out
> how easy it is to implement that into the AUR.

this would indeed make things easier, when some AUR user has a fix for a
problem etc.

> This is not a technical problem, a community one. We have co-maintainers
> so others can help out maintaining. I don't think making it easier to
> override a package with a "better PKGBUILD" is a great idea, it doesn't
> solve point 2. it just hides the problem.

I fear that this would lead to discussions why some TU decided which
PKGBUILD is better.

Best Regards
Bjoern