@stevo11811 please don't make baseless accusations.
This is perfectly legit.
Manjaro officially used to carry it for years in their binary repo.
Custom hosting of the source is necessary because it is only officially hosted
here:
https://store.kde.org/p/998469/
Which is not providing a stable
> those seem to be -git repositories
I am sorry but the reason for rejection seems nonsense to me. Could you please
kindly explain it, @muflone?
Thank you in advance, and for doing all this valuable work here in Arch and
AUR.
On 7 August 2022 17:36:29 GMT+02:00, not...@aur.archlinux.org wrote
Maintainer has had more than a hundred packages staying flagged OOD since 2015
-2018, then he was leaving some angry comments in April 2022 attacking me
because of orphaning and updating some of his former packages, then again going
MIA, and they have not updated any of their existing packages f
Addendum:
There is still a thunderbird-exchangecalendar-beta package
on AUR, carrying the latest tagged release of this project
from 2019.
So there is really no loss to delete this alpha package.
On 6 August 2022 14:37:30 GMT+02:00, not...@aur.archlinux.org wrote:
>MarsSeed [1] filed a deletion
gum-bin provides binaries for non-x86-64 architectures so it has a broader
scope than community/gum.
I think therefore that this should not be deleted from AUR.
On 3 August 2022 02:55:48 GMT+02:00, notify--- via aur-requests
wrote:
>grawlinson [1] filed a deletion request for gum-bin [2]:
>
>P
Correction;
It seems its Python 3 port, ngxtop-ce is also discontinued.
But anyhow, ngxtop itself is still a defunct project and this package doesn't
work because of the missing Py2 dependency.
I think this CLI app was likely not essential, otherwise it would not have
become ababdoned.
There
Small correction: discontinued since 2014, not 2013.
On 2 August 2022 20:27:41 GMT+02:00, not...@aur.archlinux.org wrote:
>MarsSeed [1] filed a deletion request for nfspy [2]:
>
>Python 2 tool last released 9 years ago and discontinued since 2013.
>
>Package is orphaned since 1.5 year. I suggest d
@rad4day, please kindly elaborate.
Why do you suspect something malicious?
Just because a piece of software is mirrored on a server with
a Russian domain name, it does not become harmful.
On 21 July 2022 18:01:23 GMT+02:00, notify--- via aur-requests
wrote:
>rad4day [1] filed a deletion reques
I suggest that you discuss your proposals in the public comments section of the
package's AUR page instead of sending it to this deletion request thread.
Also please note that @XeonDead does not receive mails sent to this list
because he is not a subscriber.
And TLDR; I am still convinced that
I understand your frustration completely. And for what it's worth,
I fully disagree with any indiscriminate geoblocking by public hosting
providers for political or ideological reasons, absent of any valid
justification (of which I can barely name any).
But still, please try to be reasonable with
Unless *all* IP's are blocked throughout the world from downloading the
sources, this should not be deleted.
Revenge is not a valid reason for dropping a package from AUR.
On 18 July 2022 10:08:33 GMT+02:00, "Christopher Snowhill (kode54) via
aur-requests" wrote:
>
>> On Jul 18, 2022, at 12:26
+1 for deletion.
And Arch [community] already carries biber.
So this package is essentially redundant.
On 16 July 2022 22:17:34 GMT+02:00, notify--- via aur-requests
wrote:
>maximdeclercq [1] filed a deletion request for biber-bin [2]:
>
>Impossible to meet the perl requirements
>
>[1] https://
Hi @invidian,
Please note that your reply was not received by the aur-requests mailing list
because you are not a member on it. (Your emails sent to this list just get
silently rejected and deleted.)
But anyway, thank you for confirming that you are active as a maintainer. I've
also observed t
> Nothing depends on this package because you just had
> the package that did depend on it deleted.
I don't know what you are talking about.
There hasn't been anything on AUR that would depend on python2-scruffington for
at least two years now:
https://web.archive.org/web/20200807153935/https:
@a.kudelin, please kindly revoke your deletion request.
It is not useful to delete this package as it is fixed now and there are still
packages that depend on it on AUR.
Cheers,
Marcell
On 10 July 2022 19:03:47 GMT+02:00, Marcell Meszaros
wrote:
>There are still packages that depend on this o
Hi, @database64128,
There is no need for the deletion of the AUR page
of the orphaned shadowsocks-go-git base package.
There are no comments on it.
Also, there is no actual shadowsocks-go-git package that gets created
from its PKGBUILD, as it only has two (wrongly named) split packages:
Package
> maintainer seems inactive
And what is the basis of that assertion?
On 13 July 2022 23:23:24 GMT+02:00, notify--- via aur-requests
wrote:
>tata [1] filed an orphan request for ncurses5-compat-libs [2]:
>
>maintainer seems inactive
>
>[1] https://aur.archlinux.org/account/tata/
>[2] https://aur
Re: Sat Jun 25 20:48:48 UTC 2022
> actionless [1] filed a deletion request for oomox-git [2]:
>
> yup, i think so
>
> [1] https://aur.archlinux.org/account/actionless/
> [2] https://aur.archlinux.org/pkgbase/oomox-git/
Co-maintainer @actionless has responded with this separate
deletion request t
Re: Sat Jun 25 20:48:35 UTC 2022
> actionless [1] filed a deletion request for oomox [2]:
>
> yup, i think so
>
> [1] https://aur.archlinux.org/account/actionless/
> [2] https://aur.archlinux.org/pkgbase/oomox/
Co-maintainer @actionless has responded with this separate
deletion request to my p
@ser, If this is so important, why have you disowned it,
instead of patching it with the unofficial fork commits I recommended,
to make it potentially more compatible with current Python versions?
To @all,
As I have stated in my original deletion request [PRQ#36003],
this has been discontinued af
There are still packages that depend on this on AUR.
So I've fixed and updated it to last version from 2021.
Original request: Mon Jun 27 12:51:47 UTC 2022
> a.kudelin [1] filed a deletion request for python2-sip [2]:
> unmaintained and obsolete
> [1] https://aur.archlinux.org/account/a.kude
Meszaros via aur-requests
wrote:
>Forwarding maintainer's response to aur-requests as it has not been
>received/accepted by the mailing list.
>
>
> Original Message
>From: Pierre-Gildas MILLON
>Sent: 10 July 2022 08:14:03 GMT+02:00
>Cc: aur
Forwarding maintainer's response to aur-requests as it has not been
received/accepted by the mailing list.
Original Message
From: Pierre-Gildas MILLON
Sent: 10 July 2022 08:14:03 GMT+02:00
Cc: aur-requests@lists.archlinux.org, marcell.mesza...@runbox.eu
Subject: Re: [PRQ#35967
Now this deprecated Python 2 package has no dependents on AUR anymore.
On 24 June 2022 14:23:16 GMT+02:00, not...@aur.archlinux.org wrote:
>MarsSeed [1] filed a deletion request for python2-pyvex [2]:
>
>This Python 2 based legacy version from 4 years ago is not needed
>anymore.
>
>It was only use
Fwd: AUR comment from @sweetpea [a], maintainer:
> I support deletion of this package, as requested by @MarsSeed.
[a] https://aur.archlinux.org/account/sweetpea/
Hi there,
This request of yours is not going to be acceptable, as it offers to replace a
package that is maintained well and conforms to the AUR guidelines, with a
package that is not. And you should have sought the current maintainer's
consent, and, preceding that, his guidance.
Please don'
It seems this was used as a dependency for feeluown between 2018 and 2019, but
not after that.
It is useless on its own.
On 22 June 2022 15:30:40 GMT+02:00, not...@aur.archlinux.org wrote:
>MarsSeed [1] filed a deletion request for python-fuocore [2]:
>
>Deprecated since 2019, GitHub repo inactiv
Btw this was only used by NGINX, and was developed by that project.
But now NGINX only uses Python 3.
On 23 June 2022 01:40:00 GMT+02:00, not...@aur.archlinux.org wrote:
>MarsSeed [1] filed a deletion request for python2-crossplane [2]:
>
>Legacy Python 2 module. Not needed by anything anymore.
>
Tilecache has been deleted. So now this broken and orphaned package has no more
dependents.
On 23 June 2022 00:06:22 GMT+02:00, not...@aur.archlinux.org wrote:
>MarsSeed [1] filed a deletion request for python2-mapnik [2]:
>
>Deprecated Python 2 binding for Mapnik.
>
>Doesn't work because of the
+1 for deletion.
Its name can be misleading: this is not an MP4 codec / demuxer / whatever; it
is only an MP4 metadata reader and editor library.
Repo's 64-bit variant has only two dependents: an ncurses-based music player
(cmus), and a media file tag editor (kid3).
Nothing depends on the lib3
I don't particularly mind either way, but I don't really see any sense in the
merger.
All comments pertaining to the 'evernote' package are from 2016 or before, and
they were only relevant to the Windows binary running via Wine.
These comments would only be spam on the Linux-native 'evernote-bi
Hi all,
If someone really needs a perl-extutils-makemaker package on AUR on top of
Arch/core/perl already providing the same as a vendored module, I suggest to
upload a properly named one:
AUR/perl-extutils-makemaker
At the risk of repeating myself:
There is no MakeMaker-AUR module on CPAN but
# Note: resending to aur-requests as previously I was not subscribed.
Seems there were some newer Python3 tagged releases after 2015. Though none of
them were published to PyPI.
But then in 2020, developer added note [a] that this is no longer maintained,
and recommended that people use pyenv [
# Note: resending to aur-requests as previously I was not subscribed.
Project has also been renamed to sakia, so that is another reason for deleting
this.
After the last commit 18 months ago (Jan 2021), the main repo has added the
designation:
"[UNMAINTAINED]" [a]
I think that is pretty much
# Note: resending to aur-requests as previously I was not subscribed.
Now there is only one dependent remaining, and it actually just wants a Python
module included in this mishmash package.
That small Python module should have its own package instead of being part of a
defunct VCS package for
# Note: resending to aur-requests as previously I was not subscribed.
It's dependency on AUR got fixed.
But still this module has been discontinued 13 years ago, and nothing depends
on it.
So I think my original rationale for suggesting deletion still holds.
On 22 June 2022 01:26:56 GMT+02:00,
# Note: resending to aur-requests as previously I was not subscribed.
# Note2: @Zigsaz: you haven't actually responded to my question about this
package, so please do so.
No, this is not unneeded. I've just restored this to AUR, to allow using
check() in the PKGBUILD of python2-html5lib, itsel
37 matches
Mail list logo
