Search results for "arm" - Aur-requests

[aur-requests] [PRQ#7379] Deletion Request for arm-android-gnueabihf-linux-api-headers

by notify＠aur.archlinux.org

ametisf [1] filed a deletion request for arm-android-gnueabihf-linux- api-headers [2]: I apologize, I've pushed several packages to AUR without testing if they *all* actually build. It was just target triplet editing and binutils didn't like it :/ Please delete this packege. Thank you [1] https://aur.archlinux.org/account/ametisf/ [2] https://aur.archlinux.org/pkgbase/arm-android-gnueabihf-linux-api-headers/

8 years, 6 months

[aur-requests] [PRQ#22180] Merge Request for vivaldi-rpi

by notify＠aur.archlinux.org

Feakster [1] filed a request to merge vivaldi-rpi [2] into vivaldi- arm-bin [3]: I've recently filed a merge request for `vivaldi-arm64` into the `vivaldi-arm-bin` package. Both `vivaldi-arm64` & `vivaldi-rpi` have been orphaned. `vivaldi-arm-bin` will be a new multi-arch version of these two packages. [1] https://aur.archlinux.org/account/Feakster/ [2] https://aur.archlinux.org/pkgbase/vivaldi-rpi/ [3] https://aur.archlinux.org/pkgbase/vivaldi-arm-bin/

4 years, 9 months

[aur-requests] [PRQ#14009] Deletion Request for arm-linux-gnueabihf-binutils-working

by notify＠aur.archlinux.org

eschwartz [1] filed a deletion request for arm-linux-gnueabihf- binutils-working [2]: If this sort of rulebreaking *duplication* is why you think the package "deserves" to be in the official repos: https://bugs.archlinux.org/task/61600 Then you have so many thinks coming to you I'm not sure when to begin. [1] https://aur.archlinux.org/account/eschwartz/ [2] https://aur.archlinux.org/pkgbase/arm-linux-gnueabihf-binutils-working/

6 years, 6 months

[aur-requests] [PRQ#14010] Deletion Request for arm-linux-gnueabihf-glibc-working

by notify＠aur.archlinux.org

eschwartz [1] filed a deletion request for arm-linux-gnueabihf-glibc- working [2]: If this sort of rulebreaking *duplication* is why you think the package "deserves" to be in the official repos: https://bugs.archlinux.org/task/61600 Then you have so many thinks coming to you I'm not sure when to begin. [1] https://aur.archlinux.org/account/eschwartz/ [2] https://aur.archlinux.org/pkgbase/arm-linux-gnueabihf-glibc-working/

6 years, 6 months

[aur-requests] [PRQ#16263] Orphan Request for eclipse-arm

by notify＠aur.archlinux.org

lorcap [1] filed a orphan request for eclipse-arm [2]: Hi there. I'm willing to maintain this package I use regularly. Upstream version is 4.6.1 vs 4.1.1. Previous maintainer is MIA (see request in AUR). PS: I'm going to rename the package to 'gnu-mcu-eclipse', after the upstream project. Is better off doing it now? [1] https://aur.archlinux.org/account/lorcap/ [2] https://aur.archlinux.org/pkgbase/eclipse-arm/

5 years, 10 months

[PRQ#51074] Deletion Request for signal-desktop-arm

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for signal-desktop-arm [2]: On one hand, this package is a duplicate of extra/signal-desktop, which is not allowed: https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… On the other hand, it enables arch=aarch64, but as such, it should be requested to be added to ArchLinuxARM.org repo: https://archlinuxarm.org/forum/viewtopic.php?f=9&t=2675 https://archlinuxarm.org/forum/viewforum.php?f=4 [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/signal-desktop-arm/

1 year, 9 months

[aur-requests] [PRQ#15813] Merge Request for distccd-arm

by notify＠aur.archlinux.org

petronny [1] filed a request to merge distccd-arm [2] into distccd- alarm [3]: Although rjjacky (and I) submitted this package ealier than distccd- alarm, this package needs x-tools-armv{6h,7h,8}-bin to work and it's doing the same thing as distccd-alarm. I think we can merge this into distccd-alarm since x-tools- armv{6h,7h,8}-bin are merged into it either. [1] https://aur.archlinux.org/account/petronny/ [2] https://aur.archlinux.org/pkgbase/distccd-arm/ [3] https://aur.archlinux.org/pkgbase/distccd-alarm/

5 years, 11 months

Re: [PRQ#48634] Deletion Request for arm-none-eabi-gdb-linaro

by Marcell Meszaros

Former maintainer @jhalfmoon disowned the package, and wrote an email to me on October 9 about being okay with the deletion of this package. On 9 October 2023 14:24:39 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for arm-none-eabi-gdb-linaro >[2]: > >Unmaintained compiler toolchain package from 2018, still relies on >Python 3.6 which is EOL since 2021. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/arm-none-eabi-gdb-linaro/

1 year, 9 months

Re: [aur-requests] [PRQ#28274] Deletion Request for petalinux-v2020.1

by Christopher Snowhill (kode54)

> On Sep 22, 2021, at 12:03 AM, Amin Vakil via aur-requests <aur-requests(a)lists.archlinux.org> wrote: > > On 9/21/21 20:58, Alex Henrie wrote: >>> On Tue, Sep 21, 2021 at 12:01 AM Amin Vakil <info(a)aminvakil.com> wrote: >>> >>> On 9/20/21 20:38, Alex Henrie wrote: >>>> On Sat, Sep 18, 2021 at 12:19 AM <notify(a)aur.archlinux.org> wrote: >>>>> >>>>> aminvakil [1] filed a deletion request for petalinux-v2020.1 [2]: >>>>> >>>>> https://aur.archlinux.org/packages/petalinux-v2021.1/ is already >>>>> present. >>>>> >>>>> [1] https://aur.archlinux.org/account/aminvakil/ >>>>> [2] https://aur.archlinux.org/pkgbase/petalinux-v2020.1/ >>>> >>>> I'm surprised that petalinux-v2020.1, petalinux-v2020.2, and >>>> petalinux-v2020.3 were deleted from the AUR. It would be nice to have >>>> the older versions in the AUR because the latest version (2021.1) is >>>> not 100% compatible. And the AUR has lots of old versions of other >>>> packages like gcc-arm-none-eabi-bin, so why not petalinux? >>>> >>>> $ yay -Ssq gcc-arm-none-eabi >>>> gcc-arm-none-eabi-bin-92 >>>> gcc-arm-none-eabi-bin-83 >>>> gcc-arm-none-eabi-bin-63 >>>> gcc-arm-none-eabi-bin-72 >>>> gcc-arm-none-eabi-bin-73 >>>> gcc-arm-none-eabi-bin-102 >>>> gcc-arm-none-eabi-bin-93 >>>> gcc-arm-none-eabi-bin-49 >>>> gcc-arm-none-eabi-bin-82 >>>> gcc-arm-none-eabi-bin >>> >>> Thanks for bringing this up, I've submitted deletion requests for all of >>> them as well. >> Are you going to delete all the old versions of GCC for x86 too >> (gcc34, gcc43, gcc44, gcc45, gcc46, gcc47, gcc48, gcc49, gcc5, gcc53, >> gcc6, gcc7, gcc8, gcc9)? And if so, why? gcc10 was even promoted out >> of the AUR. >> -Alex > > Arch Wiki is very clear about this: > https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… > > The submitted PKGBUILDs must not build applications already in any of the official binary repositories under any circumstances. Check the official package database for the package. If any version of it exists, do not submit the package. If the official package is out-of-date, flag it as such. If the official package is broken or is lacking a feature, then please file a bug report. > > "If any version of it exists, do not submit the package." > > But I think gcc is a specific case which I will not get involved in submitting a deletion request for it, but I have asked about it in #archlinux-aur channel on Libera to see what are others' opinions. > > - Amin Vakil I'd say the same also applies to any dependency for an aur package that doesn't work with the latest version. May I even go so far as to suggest there should be zero legacy version packages, even if the latest is only an aur package? Drop mongodb44 too, old computers serve no purpose, much like old software. Huge /s btw

3 years, 10 months

[aur-requests] [PRQ#20719] Merge Request for vivaldi-codecs-ffmpeg-extra-bin-rpi

by notify＠aur.archlinux.org

Feakster [1] filed a request to merge vivaldi-codecs-ffmpeg-extra-bin- rpi [2] into vivaldi-codecs-ffmpeg-extra-bin-arm [3]: Hi, I've just created a new multi-arch ARM package (at https://aur.archlinux.org/packages/vivaldi-codecs-ffmpeg-extra-bin- arm/) to replace this one, which means that this one (which I also co- maintain) no longer needs to exist. Please could you merge it into the new one. Kind regards, Ben [1] https://aur.archlinux.org/account/Feakster/ [2] https://aur.archlinux.org/pkgbase/vivaldi-codecs-ffmpeg-extra-bin-rpi/ [3] https://aur.archlinux.org/pkgbase/vivaldi-codecs-ffmpeg-extra-bin-arm/

5 years

Aur-requests search results for query "arm"