Hi Marcell
Sorry for the delay but I had healthy issues.
Back to the topic of this package, I am observing a bit of a mixed / confused
standard.
Many times you said if a package is not broken, it can stay. Then when my
additional message stated that this is indeed broken, you said I didn't
Back to the topic of this package, I am observing a bit of a mixed / confused
standard.
Many times you said if a package is not broken, it can stay. Then when my
additional message stated that this is indeed broken, you said I didn't say
how it is broken. But I did say what are the reasons beh
@aksr is also extremely hostile, it is not much fruitful for me to communicate
with him. I would just receive more personal attacks and slurs from him, even
in places where I can't respond (see [a])
This is a severe thing I didn't wanted to read at this time (1.50 AM).
I've just suspended @ak
x27;t respond (see [a])
[a]: https://aur.archlinux.org/cgit/aur.git/log/?h=newsqueak
Original Message
From: Marcell Meszaros
Sent: 31 December 2023 13:29:35 GMT+01:00
To: aur-requests@lists.archlinux.org
Subject: Re: [PRQ#48514] Deletion Request for mailx-git
Not just EOL since 20
Request #48514 has been Rejected by muflone [1]:
until this is broken, there's no reason to delete it. not providing
mailx is not a valid reason to delete it
@Muflone, didn't you read my followup message?
No, what made you think I read the messages? I only press random buttons
until somet
On 27 February 2024 00:14:49 GMT+01:00, not...@aur.archlinux.org wrote:
>Request #48514 has been Rejected by muflone [1]:
>
>until this is broken, there's no reason to delete it. not providing
>mailx is not a valid reason to delete it
@Muflone, didn't you read my followup message?
Not only it is
Request #48514 has been Rejected by muflone [1]:
until this is broken, there's no reason to delete it. not providing
mailx is not a valid reason to delete it
[1] https://aur.archlinux.org/account/muflone/
Not just EOL since 2014, but also still fails source checksum verification
after the last update.
In addition, it erroneously declares it provides 'mailx', which it does not. It
only provides 'neatmailx'. Therefore it would just break downstream dependents
that require 'mailx'.
Meanwhile, [cor
MarsSeed [1] filed a deletion request for mailx-git [2]:
Unused, unmaintained VCS package from 2015.
Does not declare provides + conflicts, and does not install the custom
license.
Upstream not developed since 2014. [a]
[a]: https://repo.or.cz/mailx.git/shortlog
[1] https://aur.archlinux.org/ac
