May 2022 - Aur-requests - lists.archlinux.org

[aur-requests] [PRQ#31788] Deletion Request for lib32-schroedinger
by notify＠aur.archlinux.org 08 Oct '23

08 Oct '23

MarsSeed [1] filed a deletion request for lib32-schroedinger [2]: This 10+ year old library is not needed anymore. (Actually the major release v1.0 is from 2008.) Even Arch has orphaned it. Current FFMPEG/libavcodec source includes a better alternative of the Dirac codec (which is Schroedinger's purpose as well). But FFMPEG's code has been maintained and improved since. (Its current Dirac codec actually is based on an improved version called SMPTE VC-2, previously known as BBC Dirac Pro.) For its only AUR dependent, lib32-ffmpeg-semifull-git, I've already submitted a deletion request, since that is completely dead, with 15+ missing dependencies. (And that package is not needed anyway, as there are working and up-to-date lib32-ffmpeg AUR packages.) [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-schroedinger/

1 1

[aur-requests] [PRQ#32590] Deletion Request for bzr
by notify＠aur.archlinux.org 29 Jun '22

29 Jun '22

MarsSeed [1] filed a deletion request for bzr [2]: Python2-based Canonical Bazaar has been discontinued in 2017 and got dropped from Arch in 2020. This package is not needed anymore and should be deleted. Bazaar got forked to Breezy project which is backward-compatible and is being actively developed and maintained: https://archlinux.org/packages/extra/x86_64/breezy/ [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/bzr/

2 2

[aur-requests] [PRQ#35001] Deletion Request for lib32-cloog
by notify＠aur.archlinux.org 27 Jun '22

27 Jun '22

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/

1 1

[aur-requests] [PRQ#34982] Deletion Request for bin32-jre7
by notify＠aur.archlinux.org 27 Jun '22

27 Jun '22

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/

1 1

[aur-requests] [PRQ#34977] Deletion Request for jdk9
by notify＠aur.archlinux.org 27 Jun '22

27 Jun '22

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/

1 1

[aur-requests] [PRQ#34976] Deletion Request for jre9
by notify＠aur.archlinux.org 27 Jun '22

27 Jun '22

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/

1 1

[aur-requests] [PRQ#34984] Deletion Request for bin32-jre6
by notify＠aur.archlinux.org 24 Jun '22

24 Jun '22

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/

1 1

[aur-requests] [PRQ#34999] Deletion Request for bin32-jdk5
by notify＠aur.archlinux.org 22 Jun '22

22 Jun '22

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/

1 1

[aur-requests] [PRQ#34980] Deletion Request for jdk-devel-docs
by notify＠aur.archlinux.org 18 Jun '22

18 Jun '22

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/

1 1

[aur-requests] [PRQ#34975] Deletion Request for jdk-devel
by notify＠aur.archlinux.org 18 Jun '22

18 Jun '22

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/

1 1