Search results for "Deletion request for pkgbase" - Aur-requests

Re: [PRQ#48572] Deletion Request for sfml25

by Marcell Meszaros

Minor correction: I wanted to say this is a *newly uploaded* pkg. On 8 October 2023 20:48:19 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for sfml25 [2]: > >Newly updated pkg, for an older version of repo's sfml, and it >conflicts with that. This kind of package is explicitly not allowed in >AUR submission guidelines. > >Also, the pkgname is noconformant with general Arch package guidelines >as well: attached number should be for major version, but this package >builds v2.5, not v25. > >If needed, please make a non-conflicting package and re-upload as >'sfml-2.5'. > >Also such package should not mention 'sfml' in its provides field, as >it is not a drop-in replacement of repo's sfml v2.6.0. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/sfml25/

2 years, 2 months

Re: [PRQ#46194] Deletion Request for python-django-bootstrap3

by Marcell Meszaros

Some clarification / correction. This Python module for the legacy Bootstrap v3 web page styling framework is still maintained by upstream, but is abandoned on AUR since 2020, and is unbuildable. Also, as nothing depends on it on AUR, there doesn't seem to be any benefit in keeping it there, broken or fixed. In any case, this would only be beneficial for a web application on the server side. Operators of such a server are best to choose other means of deployment and management, suitable for their environment, and one which fetches the latest supported libraries from PyPI. On 13 August 2023 12:35:03 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for python-django-bootstrap3 >[2]: > >Orphan legacy bootstrap module for Python2/Python3. >Nothing depends on either subpackages. >There are newer main versions of bootstrap. >I recommend deletion. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/python-django-bootstrap3/

2 years

[PRQ#51699] Deletion Request for compiz-boxmenu

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for compiz-boxmenu [2]: It seems it is best to delete this package now. It is on the last release, from 2015 ([a]). Its mandatory dependency, python2-lxml segfaults on tests due to ABI- incompatibility with current Arch Linux libraries (libxml2, libxslt). Even with the latter installed (after skipping its tests), compiz- boxmenu-autoconfig, which is recommended to be executed first, fails to run due to missing the Python 2 module 'compizconfig'. There seem to be no such module available on AUR anymore. If compiz-boxmenu is still useful, I recommend creating a git VCS package for upstream's master branch, which seems to be still maintained, and is already ported to Gtk3 and Python3. [b] [a]: https://gitlab.com/compiz/compiz-boxmenu/-/tags [b]: https://gitlab.com/compiz/compiz-boxmenu/-/commits/master [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/compiz-boxmenu/

2 years

[aur-requests] [PRQ#9445] Deletion Request for wdt

by notify＠aur.archlinux.org

aldoWan [1] filed a deletion request for wdt [2]: in last folly release https://github.com/facebook/folly/releases/tag/v2017.10.16.00 CheckSum.cpp has been moved to folly/hash/Checksum.cpp. This doesn't match with wdt v1.27.1612021 release in wich CmakeList.txt is looking for Checksum.cpp in folder: `"${FOLLY_SOURCE_DIR}/folly/Checksum.cpp"` instead of `"${FOLLY_SOURCE_DIR}/folly/hash/Checksum.cpp"` and the build failed with error ``` CMake Error at CMakeLists.txt:207 (add_library): Cannot find source file: /tmp/yaourt-tmp-aldo/aur-wdt/src/folly/folly/Checksum.cpp Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx CMake Error: CMake can not determine linker language for target: folly4wdt CMake Error: Cannot determine link language for target "folly4wdt". ``` We have to replace `git checkout "$(git describe --abbrev=0 --always)"` by `git checkout "v2017.10.09.00"`. However the wdt aur build fail a bit after with this changes in my laptop. [1] https://aur.archlinux.org/account/aldoWan/ [2] https://aur.archlinux.org/pkgbase/wdt/

8 years, 2 months

Re: [PRQ#45229] Deletion Request for virtualbox-svn

by Marcell Meszaros

Had anyone commented at all after the breaking packaging update on 2021-06-11, I would have gone for an orphan request first. But as no one apart from me did, and as I do not need this package and there is apparently no user who wants (and is unable) to use it, I chose to submit the present deletion request. On 22 July 2023 01:04:08 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for virtualbox-svn [2]: > >This has been broken and not fixed since 2021-06-11, when the >virtualbox-guest-dkms-svn subpackage got removed due to the >VIRTUALBOX-GUEST-MODULES having been added to the Arch Linux kernels >by default. > >I pointed out the problem a year ago but got no response. > >It is not useful to keep this package in this defunct state. > >It is actually unmaintained; only a bot makes superfluous frequent >version bumps in violation of the VCS package guildelines. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/virtualbox-svn/

2 years, 5 months

[PRQ#44908] Deletion Request for texstudio-lcd

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for texstudio-lcd [2]: Abandoned old variant from 2019 of repo's texstudio. Patched for supporting some kind of subpixel font hinting. I flagged it a year ago, but nothing happened. The package is quite a mess: defines lots of unnecessary dependencies, like qt4 in addition to qt5, python2 and python3 (neither is needed), the legacy openjpeg pkg, etc. It also builds and embeds its own poppler instead of relying on a separate package as a dependency. But it seems this package is not attracting the attention of anyone anymore: 1 vote, and only 3 comments from or before 2019. Also, in my experience, subpixel font rendering is not necessary on at least 1080p LCD screens, as per my not-very-high-end 2016 ASUS 15.4" laptop with such a screen proves. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/texstudio-lcd/

2 years, 5 months

[aur-requests] [PRQ#33217] Deletion Request for pipewire-dummy

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for pipewire-dummy [2]: I suggest deletion of this 'dummy' package. It was meant to be a (well-intended but not very well-informed) dependency workaround for pulseeffects to not need pipewire. But this package just breaks other pipewire dependents, including full DE shells like kwin / KDE Plasma. And it doesn't solve any problems. Meanwhile pulseeffects package was dropped from the repos; replaced with its successor, easyeffects. That tool only works with pipewire. Commenter djmattyg007 pointed out on 2021-03-05: "I think the design of this package is misguided. Pulseeffects v5 doesn't work properly with pulseaudio. If you want to continue using pulseeffects with pulseaudio, you should install pulseeffects-legacy from the AUR." Original submitter @JerryXiao has made me maintainer and disowned the package. At first I though that I could make this package useful somehow, only to realize that this will just break applications that were linked against pipewire libraries. So it's not useful and not safe to keep it. Only deletion is the reasonable option. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/pipewire-dummy/

3 years, 9 months

[PRQ#43840] Deletion Request for xboxdrv-sl6566bk

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for xboxdrv-sl6566bk [2]: I think this modded xboxdrv should be deleted. It just hacks the (8 year old) xboxdrv source with a hard-coded hex value, replacing a dynamic query. The purpose was to make it work with the xbox controller clone Speedlink SL-6566-BK. I think it now works only with that device. Seems like the patch creator didn't bother looking up how to enter additional supported device hwids instead of dumbing down the logic of the code. The Speedlink SL-6566-BK controller was first marketed in 2013 and is long discontinued. The xboxdrv project has not created new tagged releases since 8 years, but there are many new commits. This package has not been kept up-to- date with any updates since 2018. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/xboxdrv-sl6566bk/

2 years, 5 months

Re: [aur-requests] [PRQ#12772] Deletion Request for atomicparsley-largefile-hg

by Maxim Andersson

Hi, I'm the maintainer of the atomicparsley-largefile-hg package i AUR, and I concur with this deletion request. It is the same package. /M Den fre 21 sep. 2018 kl 17:00 skrev <notify(a)aur.archlinux.org>: > > diabonas [1] filed a deletion request for atomicparsley-largefile-hg > [2]: > > This package builds a patched version of AtomicParsley which is able > to handle large media files (>4GB). As the official atomicparsley > package in [community] recently has been updated to version 0.9.6 that > already includes these fixes, the AUR package is not necessary any > more: in fact, both community/atomicparsley and AUR/atomicparsley- > largefile-hg now build exactly the same version. > > Note that this is a VCS package, so theoretically might still be > useful, but as development of AtomicParsley has stalled in the > beginning of 2014, I currently do not see any need for that. Instead, > having two slightly differently named packages might confuse users. > > [1] https://aur.archlinux.org/account/diabonas/ > [2] https://aur.archlinux.org/pkgbase/atomicparsley-largefile-hg/

7 years, 2 months

Re: [PRQ#78219] Deletion Request for wget2-no-docs

by Mark

I'm sorry @oech3 but I respectfully disagree. This is not a duplicate of wget2. It is wget2 built with a configuration flag specifically provided by upstream: |--without-docs| I would kindly ask the maintainers not to delete this package please. I know it used by practically nobody except me, but I still feel that it's reason for existence - to allow one to build wget2 without needing to pull in the many many makedeps that come with pandoc - is legitimate, and in any case that this does not constitute a duplicate. Do let me know if that is not so for some reason. On 09/12/2025 15:42, notify(a)aur.archlinux.org wrote: > oech3 [1] filed a deletion request for wget2-no-docs [2]: > > Removing document does not avoid duplication with wget2. > > [1]https://aur.archlinux.org/account/oech3/ > [2]https://aur.archlinux.org/pkgbase/wget2-no-docs/

1 week, 5 days

Aur-requests search results for query "Deletion request for pkgbase"