I wasn't paying attention to username earlier... That was your
comment. The maintainer already updated to fix the package.
==> Finished making: mpg321 0.3.2-3 (Sat 21 Sep 2024 01:06:31 AM CEST)
On Fri, Sep 20, 2024 at 3:59 PM xiota wrote:
>
> You could have posted a co
You could have posted a comment, or even flagged. Based on date of
most recent comment and commit, the maintainer is receiving and
responding to notifications.
While some maintainers dislike flags, they go away when the package is
updated. I would prefer flags over orphan request.
On Fri, Sep 2
`fvm-sourcebuild` is not a duplicate of `fvm` because it builds
flutter from source. While I do not use the package myself, it does
satisfy a legitimate use case and should not be deleted.
AUR submission guidelines specifically allow for alternate versions of
packages that provide extra features
Orphan request should be dismissed because package is maintained and working.
This is Arch User Repository. While upstream developers may maintain
packages, they should be held to the same standards as everyone else.
Asking maintainers to fix packages and opening orphan requests when
they *refuse*
Maintainer updated the package, but it is still unbuildable. Since
maintainer has now shown activity, I have sent a message on GitHub.
When package is buildable, I will close this request.
[1] https://aur.archlinux.org/pkgbase/angrysearch/
To avoid wasting time with unnecessary requests, maintainers should be
given more time before opening orphan requests.
The comments and flag describing issues with the package were opened
only a few days ago. The (previous) maintainer had not even
responded, so "refuses to address or properly def
Note: Maintainer was already asked via other means to review and
update package to current package standards, including specifically to
use PEP 517 install method. This orphan request was opened only after
maintainer actively disregarded the request. Maintaining packages is
*not* just bumping pkg
While maintainer has modified the package, the deletion request
stands. As stated earlier, upstream is unmaintained, and the binaries
are not useful in current state on vanilla Arch. Installing the
following packages make no difference: extra/noto-fonts-emoji,
aur/noto-color-emoji-fontconfig, and
While maintainer has modified the package, the deletion request
stands. As stated earlier, upstream is unmaintained, and the binaries
are not useful on vanilla Arch in current state. Installing the
following packages make no difference: extra/noto-fonts-emoji,
aur/noto-color-emoji-fontconfig, and
Adopted [a] with intention to fix, but unable to resolve ancient
depends versions. Upstream is perpetually unmaintained. [b] Tested
the binaries. They do not work as expected, so no point keeping.
[a]: https://aur.archlinux.org/pkgbase/emoji-keyboard-git
[b]: https://github.com/OzymandiasTheGrea
The stable package aur/gradience can now be built and started with
python-yapsy-git (further functionality untested). However, the
deletion request against aur/gradience-git stands because the program
still does not start, producing numerous "RuntimeError", "KeyError",
and "Gtk-CRITICAL" messages.
Please transfer maintainership of thunderbird-beta and
thunderbird-beta-i18n to bittin.
yurikoles has demonstrated low commitment, interest, and time to
maintain packages. Despite having a candidate for comaintainer
(bittin), he opted to ignore comments and neglect packages for many
months.
bitt
For git packages, change in depends = out of date. Flag them.
I am not the maintainer, but did review the PKGBUILD. Adding
python-zombie-imp is insufficient to fix because another depend,
python-yapsy, is incompatible with Python 3.12, making gradience-git
also incompatible with Python 3.12.
Package zvm [1], flagged 2024-03-24
Maintainer abirvalarg [2], Last Login: 2023-12-18 (UTC)
[1]: https://aur.archlinux.org/pkgbase/zvm/
[2]: https://aur.archlinux.org/account/abirvalarg
flutter-bin is the complete upstream-prepared flutter distribution. I
have reviewed the provides, and they are correct. Arguably, some
provides are missing, but they are currently not used by any other
packages. Consider fluffychat, which is maintained by WithTheBraid,
the maintainer of flutter.
This merge request would leave AUR without a working stable flutter
package. The requester [a] is the maintainer of `flutter` [b] and
associated packages [c]. A couple months ago, he split `flutter` into
numerous dysfunctional subpackages across multiple pkgbases. They
typically work for a short
Correction. Upstream [1] not updated since *Jan 2018*.
[1] https://github.com/chrippa/ds4drv
[2] https://aur.archlinux.org/pkgbase/ds4drv-git
xboxdrv [a] should not be deleted because it can translate controller
input [b], allowing other controllers to be used with programs that
support only xbox controllers. This is the only program I am aware of
that provides this functionality outside of Steam.
[a]: https://aur.archlinux.org/pkgbase
@matmoul Although additional information was added to a comment
9 minutes after it was posted, the problem had already been explained to
you in detail. I opened the orphan request [a] when it appeared you had
no intention of fixing the package [b]. You have since had 9 days to
review comments an
The orphan request is still relevant. Please do not close for reason
"recently updated". The maintainer pushed a commit that merely bumps
pkgrel without making any attempt to fix issues associated with the
source format and incorrect file naming [a].
The PKGBUILD fails when there is a new upstre
Package builds in clean chroot.
Inability to build with an AUR helper and unknown system configuration
is insufficient justification for deletion.
thunderbird-appmenu [1] currently fails to build because:
* mismatched source and checksum arrays
* missing depends or makedepends
Maintainer has been notified via comment, but appears to ignore them.
The package appears to be receiving automated version bumps without
any attempt to check that th
ponchale appears to be an official developer of the Midori project. He
requested that the description be changed to “Midori Lightweight Web
Browser, fast and secure”. Reasons for refusal were explained. ponchale
made no attempt to address any of them, instead opting to open a frivolous
deletion re
This deletion request is frivolous and retaliatory for disagreements OP has
had with me, starting from when I adopted a package he had abandoned.
The naming scheme for this package has been in place since 2021, starting
under another maintainer. Yet, OP had no problem with it until after I
adopte
glew-1.13.0 redirects to glew1.13, which has been updated.
glew-1.13.0 was created as a duplicate of glew1.13 to support a single
package. Other packages could not use it. glew-1.13.0 was abandoned by
its creator from early 2022 until late 2023, when an orphan request was
accepted. To consolida
your free
time." Since the maintainer evidently believes fixing nestopia is not a
good use of time, for anyone, including himself, perhaps he should
voluntarily disown it so that someone else may waste their time fixing it.
On Thu, Nov 16, 2023 at 12:59 PM Carsten Teibes
wrote:
&g
In addition to the upstream project being abandoned, this package is for
'armv7h' only. Arch Linux supports x86_64 only.
On Tue, Nov 7, 2023 at 4:45 PM wrote:
> xiota [1] filed a deletion request for reicast-c1-git [2]:
>
> Abandoned project. Development discontinued Dec
Package nestopia has been unbuildable in clean chroot since at least Jun
2021. This was brought to the maintainer's attention via comment on
2021-06-09.
Despite replying that the missing dependency could be added, carstene1ns
did not do so. The maintainer was again notified that the issue is sti
est (PRQ#50522) for this.
>
>
> https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/thread/ZNSSXG6ABQO45RAOVUD47OAN7OZWNRS4
>
> On 7 November 2023 16:20:14 GMT+01:00, not...@aur.archlinux.org wrote:
> >xiota [1] filed an orphan request for polkit-dumb-
package should be deleted from AUR
proper.
PRQ#46940:
This guy Xiota is a stalked.
This is a false accusation. Rather, evidence of xavierbaez’s behavior in
violation of Arch Linux Code and Chaotic AUR code of conduct may be seen in
the aurweb comments of motivewave and motivewave-latest-bin, as well
Please accept PRQ#46634 (beeper → beeper-latest-bin). Note that the
request was opened by the maintainer of `beeper`, comaintainer of
`beeper-latest-bin`.
Please dispose of merge request PRQ#45485 (beeper-latest-bin → beeper).
I am the maintainer of `beeper-latest-bin`. We coordinated to transi
Please dispose of merge request PRQ#45485.
The maintainer of `beeper`, who is also comaintainer of
`beeper-latest-bin`, and I coordinated to transition from `beeper` to
`beeper-latest-bin`. The suffixes of the new package signify that this is
an auto-updating package that installs the the most rec
32 matches
Mail list logo