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

[aur-requests] [PRQ#35919] Orphan Request for ghost-cli
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed an orphan request for ghost-cli [2]: Need update. Flagged out-of-date (2021-10-29). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/ghost-cli/

1 1

[aur-requests] [PRQ#35913] Orphan Request for scapy-git
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed an orphan request for scapy-git [2]: Package needs some TLC. :) E.g., it needs to drop broken Python2 subpackage. Therefore I am requesting this to be disowned, so that other volunteers can contribute to its maintenance. Flagged out-of-date (2020-04-06). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/scapy-git/

1 1

[aur-requests] [PRQ#35275] Orphan Request for python-pycode-similar
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed an orphan request for python-pycode-similar [2]: Unmaintained. Latest version is from 2020; Flagged out-of-date (2022-01-05). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python-pycode-similar/

1 1

[aur-requests] [PRQ#35236] Deletion Request for protobuf-static
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed a deletion request for protobuf-static [2]: Has not been updated for more than a year now. I suggest to delete this package. Arch [extra] carries the current protobuf. There are only two AUR dependents specifically needing this: AUR/cntk and AUR/cntk-cuda, both of which are for Microsoft's Cognitive Toolkit that was discontinued after 2019. Those packages don't need static libraries as far as I can tell; also they are broken since at least two years ago because they need Python 3.7 but have not been configured to use specifically that. Therefore I would say it's safe to delete this old package because it does not seem needed anymore. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/protobuf-static/

1 1

[aur-requests] [PRQ#35224] Deletion Request for ffmpeg-full3.4
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed a deletion request for ffmpeg-full3.4 [2]: Unmaintained package. Uploaded and never updated in Feb 2018. (Version 3.4.2) There should have been regular updates, the next point release was published in July 2018. It does not specify anything in conflicts=(), even though it does conflict with AUR/ffmpeg3.4 and AUR/ffmpeg-compat-57. I have recently modernized and updated the AUR/ffmpeg3.4 package (there was a maintenance release 3.4.11 last month). Last user comment was in March 2018; there was no answer to that. I think it's safe to conclude that no one needs this package. (Also now it is broken because some dependencies are too new for it. I've corrected those kinds of problems in AUR/ffmpeg3.4.) There is nothing that depends specifically on this package, so it's safe to drop from AUR. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/ffmpeg-full3.4/

1 1

[aur-requests] [PRQ#35220] Deletion Request for ffmpeg-compat-58
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed a deletion request for ffmpeg-compat-58 [2]: I believe this package should be deleted at least until Arch extra carries ffmpeg4.4. It is not useful to keep this imperfect duplicate of that in AUR. Also, the ffmpeg-compat-* naming scheme have been sunsetted by Arch a long time ago, opting instead to occasionally carry a parallel but full legacy ffmpeg version, cf. ffmpeg4.4 in extra, or AUR/ffmpeg3.4. The huge problem with ffmpeg-compat-* packages is that they do a full build, but then strip almost everything out, keeping only some versioned .SO files. Then it leads to the problem that no AUR packages can build from source against such an ffmpeg-compat package, because it does not provide the header includes for that ffmpeg version. In contrast, ffmpeg4.4 and e.g. AUR/ffmpeg3.4 carry everything including the headers, and cleverly solve the problem of side-by-side installation. ffmpeg-compat-58 is not needed specifically by anything on AUR. Those AUR packages that define depending on ffmpeg's SO libraries link to it indirectly via this package's virtual provides, but these dependent AUR packages would, as mentioned above, fail to build if the user did have this ffmpeg-compat package installed instead of ffmpeg4.4. All in all, not needed by anything, and ffmpeg-compat packages can prevent AUR's source-built packages from compiling. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/ffmpeg-compat-58/

1 1

[aur-requests] [PRQ#35219] Deletion Request for ffmpeg-vp9-timestamp
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed a deletion request for ffmpeg-vp9-timestamp [2]: Orphaned package based on the legacy ffmpeg 4.4.1 package, backporting an as-yet unreleased patch from ffmpeg git master (after n5.1-dev). Build was reported failing 9 months ago but no one fixed the package. I believe this abandoned package is not useful to keep. It does not work and does not even declare its conflicts properly. I think if that specific unreleased patch was really important and urgent for the general user base, an Arch bug should be filed for such request. (But as of now, no one have done so.) (Or better yet: an ffmpeg ticket could be filed to get this backported to ffmpeg 4.4 and/or 5.0. But it seems that hasn't happened either.) So I see no point in keeping this package, broken, sans maintainer and without any indication that it is needed by anyone. Safe to delete; nothing on AUR specifically depends on this one. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/ffmpeg-vp9-timestamp/

1 1

[aur-requests] [PRQ#35217] Deletion Request for lib32-ffmpeg-compat-57
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed a deletion request for lib32-ffmpeg-compat-57 [2]: Orphaned package, last updated in 2020, packaging a very old ffmpeg 3.4.2 released in 2018. After researching, I've found only one consumer: AUR/lib32-ffmpeg-steam, which is only a compatibility link package. The latter was created in 2020 as a temporary workaround for a bug in the then-current Steam for Linux runtime and its built-in ffmpeg.[a] That bug was fixed by Valve in Spring 2021. [b] Therefore this long-unmaintained package is not needed anymore, can be deleted. (Submitted a separate deletion request for AUR/lib32-ffmpeg-steam based on the same conclusion.) Refs: [a] https://github.com/ValveSoftware/steam-for-linux/issues/7150 [b] https://www.reddit.com/r/linux_gaming/comments/n3g7m1/thank_you_valve_for_u… [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-ffmpeg-compat-57/

1 1

[aur-requests] [PRQ#35061] Deletion Request for mingw-w64-gtk3-bin
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed a deletion request for mingw-w64-gtk3-bin [2]: Orphaned, last updated 2 years ago, binary source gone. Not needed, the build-from-source package can be used instead: https://aur.archlinux.org/packages/mingw-w64-gtk3 The above-linked package is maintained and kept up-to-date. Safe to delete this. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/mingw-w64-gtk3-bin/

1 1

[aur-requests] [PRQ#35060] Deletion Request for perl-pod-wordlist-hanekomu
by notify＠aur.archlinux.org 26 Jun '22

26 Jun '22

MarsSeed [1] filed a deletion request for perl-pod-wordlist-hanekomu [2]: Deprecated on CPAN since 2013 as the word have been merged to Pod::Wordlist. Nothing on AUR depends on it. Safe to delete. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/perl-pod-wordlist-hanekomu/

1 1