MarsSeed [1] filed a deletion request for lib32-cloog [2]:
I suggest for easing maintenance burden
that this package is not needed and can
be deleted.
Even for compiling multilib gcc it seems only
the native build of cloog is used, not its lib32-on-64-bit variant.
Nothing depends on this package.
Arch has adopted the former AUR/isl package under the name 'libsl'.
This is causing problems while other AUR isl packages get renamed, and
AUR depemdents switch over
to using libisl, not isl.
So the less unneeded consumers of the legacy packages
isl or lib32-isl, the better.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/lib32-cloog/
MarsSeed [1] filed a deletion request for bin32-jre7 [2]:
Orphaned package, last updated in 2017.
Oracle blocks access to the linked policy file,
and the declared Dropbox source is gone.
This package was a 32-bit binary JRE 7 for x86_64 architecture.
The reason for this package being uploaded is a mystery to me,
I can only imagine it comes from some misunderstanding.
The Java Virtual Machine and Runtime Environment executes
hardware-agnostic Java bytecode. Therefore there is no
32- or 64-bit Java application. All JRE/JVM can execute
any Java bytecode that was byte-compiled to at least that
Java platform runtime ABI version.
I can think of no reason whatsoever to execute a 32-bit
Java Virtual Machine on a 64-bit platform.
Anyway, package is long orphaned and nothing depends on it.
Safe to delete.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/bin32-jre7/
MarsSeed [1] filed a deletion request for jdk9 [2]:
EOL since March 2018, no extended support.
Download 404 (funtoo.org), behind loginwall (Oracle).
I am submitting this deletion request for consideration.
I don't think this package is needed anymore.
Arch still carries jre8-openjdk, and Oracle offers paid access
to Oracle JDK 8 but not for 9.
Rationale for deletion:
1- If this package cannot be salvaged, it is essentially
just spam on AUR. There are already too many legacy JRE
and JDK packages here.
2- EOL since 2018, therefore insecure. No one should use it, there
are alternatives for secure legacy versions.
Please consider and do as you see fit. :)
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/jdk9/
MarsSeed [1] filed a deletion request for jre9 [2]:
EOL since March 2018, no extended support.
Download 404 (funtoo.org), behind loginwall (Oracle).
I am submitting this deletion request for consideration.
I don't think this package is needed anymore.
Arch still carries jre8-openjdk, and Oracle offers paid access
to Oracle JRE 8 but not for 9.
Rationale for deletion:
1- If this package cannot be salvaged, it is essentially
just spam on AUR. There are already too many legacy JRE
and JDK packages here.
2- EOL since 2018, therefore insecure. No one should use it, there
are alternatives for secure legacy versions.
Please consider and do as you see fit. :)
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/jre9/
MarsSeed [1] filed a deletion request for bin32-jre6 [2]:
Orphaned package, last updated in 2017.
Oracle blocks access to the linked policy file,
and the declared Dropbox source is gone.
This package was a 32-bit binary JRE 6 for x86_64 architecture.
It is not actually needed on 64-bit hardware. Also EOL 2013.
Its only consumer on AUR is gwclient:
Novell Groupwise 8 Client for Linux (released 2012, EOL 2014).
(That package is not buildable; sources gone from Novell;
current GroupWise Server also blocks access to EOL clients).
Anyway, even if worked, gwclient does not need a
32-bit JRE 6 (or any 32-bit JRE) on x86_64.
As this package is long orphaned and defunct, it's best
to delete it at this point in my opinion, not worth the hassle.
There are many working Java runtime versions available.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/bin32-jre6/
MarsSeed [1] filed a deletion request for bin32-jdk5 [2]:
Long orphaned package (hasn't seen an update in 5 years).
Nothing needs this 32-bit Java VM on 64-bit machines.
EOL since 2009 (13 years ago).
The current Java VM's are capable of executing 30 years old bytecode.
Safe to delete this abandoned 32-bit package.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/bin32-jdk5/
MarsSeed [1] filed a deletion request for jdk-devel-docs [2]:
Addon documents package for the defunct 'jdk-devel' package
(Oracle Java 11 Development Kit preview version).
Both packages are orphaned and source is behind Oracle
paywall.
Both 'jdk-devel' and 'jdk-devel-docs' names are confusingly too broad
because of legacy reasons. These are not based on OpenJDK but on
Oracle's version of JDK.
I think it is not useful to keep this package. Oracle insider access
subscribers can likely download / access the non-public documentation
already, without this defunct package.
Also the majority of the development is not done by Oracle behind
closed doors,
but by a collaborative open-source community (OpenJDK). Maybe that's
the reason
for the limited and diminished interest for this Oracle-based package
during the
last few years.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/jdk-devel-docs/
MarsSeed [1] filed a deletion request for jdk-devel [2]:
Orphaned package, last updated in 2018.
It was based on Oracle Java 11 Development Kit preview version.
According to a comment in 2019, since that time Oracle requires
login to access insider builds.
There were no answers or newer comments since that time.
As I remember, Oracle kept only a very small subset of mostly
legacy corporate addon technologies behind closed doors, and
they abandoned new closed feature development on Java.
I think it's safe to delete this legacy package because it is
defunct and there seems to be zero interest in it since 2019.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/jdk-devel/
MarsSeed [1] filed a deletion request for ncpfs-module-dkms [2]:
Orphaned package, last updated in 2017.
Novell NetWare ncpfs kernel module to access NetWare Server shares.
Novell NetWare was last released in 2009 and is 100% EOL sine 2017.
The creator of this package detailed their struggles in 2017 to
try to get this module to build, but finally they gave it up.
Since Linux kernel 4.16 it seems too many problems manifested
themselves with this package.
Anyway, this is not needed by anything or anyone, since there are
essentially no more Novell NetWare servers at any production
server hosting sites or enterprise locations.
[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/ncpfs-module-dkms/