Search results for "arm" - Aur-requests

[PRQ#51752] Deletion Request for armv8l-linux-gnueabihf-linux-api-headers

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for armv8l-linux-gnueabihf- linux-api-headers [2]: Unmaintained ARMv8 cross-compiler toolchain component (Linux 4.5 kernel headers) from 2017. For the 64-bit supporting ARMv8 platform, but for kernels running in 32-bit mode. I recommend deletion. It is not useful to keep as is. And almost all related toolchain packages have already been deleted from AUR, because they were similarly abandoned (all from 2017). Also, Arch Linux ARM does not support this architecture target, and e.g. the Android project explicitly chose not to support this, as it makes no mainstream practical sense to run kernel and user processes in 32-bit on ARMv8 64-bit HW. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/armv8l-linux-gnueabihf-linux-api-headers/

1 year, 8 months

[aur-requests] [PRQ#21477] Deletion Request for wslu

by notify＠aur.archlinux.org

eschwartz [1] filed a deletion request for wslu [2]: The AUR does not permit upload of packages which are intended for a non-Arch distribution, and are not useful, or don't work, on Arch. AUR packages must be written with the intention of working and achieving their purpose, at a minimum, on archlinux x86_64 (but may optionally support additional targets, e.g. ARM support is popular, Manjaro users often upload manjaro themes that can be equally used on Arch, users of parabola or artix upload openrc/runit based packages which can be used to install the official Arch installation media, then build your own alternative init system and replace systemd, thus being functional and useful on archlinux). [1] https://aur.archlinux.org/account/eschwartz/ [2] https://aur.archlinux.org/pkgbase/wslu/

4 years, 10 months

[aur-requests] [PRQ#21476] Deletion Request for wslu-dev-git

by notify＠aur.archlinux.org

eschwartz [1] filed a deletion request for wslu-dev-git [2]: The AUR does not permit upload of packages which are intended for a non-Arch distribution, and are not useful, or don't work, on Arch. AUR packages must be written with the intention of working and achieving their purpose, at a minimum, on archlinux x86_64 (but may optionally support additional targets, e.g. ARM support is popular, Manjaro users often upload manjaro themes that can be equally used on Arch, users of parabola or artix upload openrc/runit based packages which can be used to install the official Arch installation media, then build your own alternative init system and replace systemd, thus being functional and useful on archlinux). [1] https://aur.archlinux.org/account/eschwartz/ [2] https://aur.archlinux.org/pkgbase/wslu-dev-git/

4 years, 10 months

Re: [PRQ#42444] Deletion Request for element-web-bin

by Marcell Meszaros

I have submitted the following ticket on Arch bug tracker, requesting [extra] element-web package to be correctly declared as an arch=any package: https://bugs.archlinux.org/task/78849?project=1&string=element-web On 21 June 2023 02:31:06 GMT+02:00, "Максим" <asusx2(a)mail.ru> wrote: >That was not a duplicate, that was a ready binary package from Github, at least for Arch Linux ARM, where there isn't element-web package at all! Why should I build FULL package to have web package, when I can pack binary from developers and install it? > >21 июн. 2023 г. 00:56:06 notify(a)aur.archlinux.org: > >> MarsSeed [1] filed a deletion request for element-web-bin [2]: >> >> Unneded duplicate of [extra] repo package: >> >> https://archlinux.org/packages/extra/x86_64/element-web/ >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/element-web-bin/

2 years, 1 month

Re: [PRQ#41719] Deletion Request for wpewebkit-bin

by Marcell Meszaros

Hi, There is no need for anyone using Arch to rebuild wpewebkit, since it is available in [extra] repo: https://archlinux.org/packages/?q=wpewebkit Cheers On 30 May 2023 09:30:38 GMT+02:00, Andrea Giammarchi <andrea.giammarchi(a)gmail.com> wrote: >This is not unmaintained. Life happened and I need to put back my setup to >be able to build all the related packages. > >There's only this package pre-built and it takes hours to build it too so >it'd be a shame if I can't update (sooner than later) this in the near >future. > >On Tue, May 30, 2023 at 2:24 AM <notify(a)aur.archlinux.org> wrote: > >> MarsSeed [1] filed a deletion request for wpewebkit-bin [2]: >> >> Unmaintained package. >> >> Old duplicate of [extra] wpewebkit. >> >> ArchLinuxARM also carries the ARM binaries. >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/wpewebkit-bin/

2 years, 2 months

[aur-requests] [PRQ#36283] Deletion Request for spotify-connect-web

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for spotify-connect-web [2]: Python 2 based Git VCS package without a proper name suffix. Last updated in 2017. Development discontinued in 2018. [a] This ARM 32-bit package was a third-party web client for Spotify, to be used with the old Raspberry Pi 2, based on cracking and reverse- engineering the proprietary Spotify Connect protocol. [b] [c] Development in the hacked Spotify library repo has also been discontinued since 2019. [d] Depends on four missing + one broken Python 2 package, so it is unbuildable and unusable. Maintainer has not responded to @carlosal1015's ping about it in Feb 2022. I recommend to delete this deprecated hacked client for Spotify, as it has been unmaintained and defunct for years now. [a] https://github.com/Fornoth/spotify-connect-web [b] https://github.com/librespot-org/spotify-connect-resources#readme [c] see 'libspotify_embedded_shared.so' in source array [d] https://github.com/librespot-org/spotify-connect-resources [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/spotify-connect-web/

3 years, 1 month

[aur-requests] [PRQ#21475] Deletion Request for wslu-git

by notify＠aur.archlinux.org

eschwartz [1] filed a deletion request for wslu-git [2]: The AUR does not permit upload of packages which are intended for a non-Arch distribution, and are not useful, or don't work, on Arch. AUR packages must be written with the intention of working and achieving their purpose, at a minimum, on archlinux x86_64 (but may optionally support additional targets, e.g. ARM support is popular, Manjaro users often upload manjaro themes that can be equally used on Arch, users of parabola or artix upload openrc/runit based packages which can be used to install the official Arch installation media, then build your own alternative init system and replace systemd, thus being functional and useful on archlinux). Adding insult to injury, this PKGBUILD doesn't even function; it includes a nonsense pkgver rather than the one the pkgver() function generates, and the pkgver() function has a sed command with invalid references to nonexistent capture groups. This PKGBUILD wasn't even *tested*. [1] https://aur.archlinux.org/account/eschwartz/ [2] https://aur.archlinux.org/pkgbase/wslu-git/

4 years, 10 months

Re: [PRQ#42444] Deletion Request for element-web-bin

by Marcell Meszaros

@Максим, I suggest you resubmit your the upstream-build of element-web to AUR under the following name: element-web-anyarch-bin And add to the description something about it being "for any architecture". On 21 June 2023 03:38:51 GMT+02:00, Marcell Meszaros <marcell.meszaros(a)runbox.eu> wrote: >I have submitted the following ticket on Arch bug tracker, requesting [extra] element-web package to be correctly declared as an arch=any package: > >https://bugs.archlinux.org/task/78849?project=1&string=element-web > >On 21 June 2023 02:31:06 GMT+02:00, "Максим" <asusx2(a)mail.ru> wrote: >>That was not a duplicate, that was a ready binary package from Github, at least for Arch Linux ARM, where there isn't element-web package at all! Why should I build FULL package to have web package, when I can pack binary from developers and install it? >> >>21 июн. 2023 г. 00:56:06 notify(a)aur.archlinux.org: >> >>> MarsSeed [1] filed a deletion request for element-web-bin [2]: >>> >>> Unneded duplicate of [extra] repo package: >>> >>> https://archlinux.org/packages/extra/x86_64/element-web/ >>> >>> [1] https://aur.archlinux.org/account/MarsSeed/ >>> [2] https://aur.archlinux.org/pkgbase/element-web-bin/

2 years, 1 month

[PRQ#59772] Deletion Request for widevine

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for widevine [2]: Re-filing a deletion request due to not receiving any response [a] as to the rationale to keep this duplicate of the properly packaged AUR/chromium-widevine. [b] The AUR/widevine package was created with the sole purpose of offering ARM support, and x86_64 was only added to mask its intent. Also I believe it is not okay to create duplicates on AUR when there is already a maintained package which works with Arch Linux. AUR/widevine's maintainer should collaborate with that of AUR/chromium-widevine and suggest enhancements there, if there are relevant ones. In addition, AUR/widevine has other problems. As its used release deliverables for different platforms diverge in their version: - AUR/widevine pkgver: 4.10.2252.0 - x86_64: upstream - 4.10.2710.0 (released 2024-02-12) - aarch64/armhf: RaspberryPi.org/Debian - 4.10.2252.0 (released 2023-10-05) - (AUR/chromium-widevine pkgver: 4.10.2710.0, released 2024-02-12) As the RPI distro does not carry the latest version, it seems not to be viable to carry binaries for different architectures in the same PKGBUILD. Which leads me to conclude that a PKGBUILD for the RPI releases should be submitted to the ArchLinuxARM.org repositories only. That would actually benefit users more, while not cluttering the AUR. [a]: https://lists.archlinux.org/archives/list/aur- requests@lists.archlinux.org/thread/IAHLWRGRNHHUZRU2LRMX5UTZUNGJBAUO/#5CT5XAQZNIHQYPSRZ6CMDTY67XE3QOU2 [b]: https://aur.archlinux.org/packages/chromium-widevine [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/widevine/

1 year, 3 months

[aur-requests] [PRQ#15799] Orphan Request for nordvpn-bin Rejected

by notify＠aur.archlinux.org

Request #15799 has been rejected by eschwartz [1]: Package is maintained, spamming duplicate packages and trash-talking the package and its maintainers is not okay. I don't see a single valid complaint from you. However, you are now officially warned to cease and desist in your hostile takeover attempt. Your next attempt to: - upload a duplicate package - request the package to be orphaned without clear and present evidence of the package being abandoned by the maintainers will result in your account being suspended. In order to help you figure out what is likely to get you suspended, you may consult our official guidance at https://wiki.archlinux.org/index.php/Arch_User_Repository#Foo_in_the_AUR_is… Note that you must wait at least two weeks after EITHER: - the package has been flagged out of date - attempts to report an issue on the x86_64 architecture to the (co)maintainers via the comment section have failed due to a lack of response. You are NOT permitted to demand the package be orphaned due to a missing archlinux-arm architecture. Arch Linux does not support armv6 and it is *entirely* up to the maintainer's discretion whether they wish to support additional architectures. It doesn't matter if they support other additional architectures but not armv6 -- that is not valid grounds for an orphan request and you must discuss it with the maintainers and abide by their decision. [1] https://aur.archlinux.org/account/eschwartz/

5 years, 11 months

Aur-requests search results for query "arm"