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

Re: [aur-requests] [PRQ#10385] Deletion Request for ghost

by Andrew G. Dunn

Sorry for the brevity, I'd not made a request of this nature before. Hopefully some more context helps. It doesn't _need_ to be deleted... I'm just concerned that people are still using the package in its archaic form. Ghost as a project has come up with their own installer that complicates the idea of packaging ghost for arch. If someone wanted to package ghost-cli (the installer) that would make sense... but the installer is _very_ specific to running on Ubuntu. Ghost doesn't want to distribute itself in a way that is easily maintainable for any distribution other than Ubuntu. I put an addendum to the top of my blog post about how I'm using ghost on arch to this effect: https://storrgie.epiphyte.network/running-a-ghost-blog/ On Tue, Jan 23, 2018 at 10:55 AM, Doug Newgard <scimmia(a)archlinux.org> wrote: > On Tue, 23 Jan 2018 15:50:38 +0000 (UTC) > notify--- via aur-requests <aur-requests(a)archlinux.org> wrote: > > > storrgie [1] filed a deletion request for ghost [2]: > > > > This package needs to be deleted, please review the comments about > > it's current state. > > > > [1] https://aur.archlinux.org/account/storrgie/ > > [2] https://aur.archlinux.org/pkgbase/ghost/ > > "review the comments" is not a valid reason to be deleted. Once it's > deleted, > the comments will be gone and this request gives no indication of why. >

7 years, 10 months

Re: [aur-requests] [PRQ#10315] Deletion Request for bbdb

by Eli Schwartz

On 01/13/2018 01:54 AM, notify--- via aur-requests wrote: > haawda [1] filed a deletion request for bbdb [2]: > > duplicate of emacs-bbdb > > [1] https://aur.archlinux.org/account/haawda/ > [2] https://aur.archlinux.org/pkgbase/bbdb/ Why was this package (emacs-bbdb) available at all, if it used to be a duplicate of a package in community since 2010, before it recently got dropped? Also, the PKGBUILD from community is much better as it does not contain completely ineffective functions that look like they were meant to go in an install script rather than the PKGBUILD, plus the install script would be useless anyways as pacman has hooks now, plus the community PKGBUILD had PGP signatures enabled... so this package would have to be fixed just to have feature parity with the community PKGBUILD. I would also venture to say that the package in community is likely to have had a better discoverability simply due to that fact. I'm also not sure why the pkgname emacs-bbdb would be better than bbdb (it seems to be, conceptually, completely separate software like a lot of emacs-based stuff IIRC). For all those reasons, and due to the fact that the emacs-bbdb maintainer does not appear to have been active in the past *two years*, I am inclined to delete the other package and keep this "duplicate". -- Eli Schwartz

7 years, 11 months

Re: [aur-requests] [PRQ#7949] Deletion Request for scalafmt

by Diego Alvarez Zuluaga

Great, thanks! On Tue, Apr 18, 2017 at 10:55 AM Christian Krause < christian.krause(a)mailbox.org> wrote: > ah, that URL change escaped my attention, it's updated now :) > > best regards > > On 04/18/2017 05:58 PM, Diego Alvarez Zuluaga wrote: > > Although latest release is v0.6.8 > https://github.com/scalameta/scalafmt/releases/tag/v0.6.8 > and Upstream URL now is http://scalameta.org/scalafmt/ instead of > https://olafurpg.github.io/scalafmt/ > > Thanks > > On Tue, Apr 18, 2017 at 8:52 AM Diego Alvarez Zuluaga < > diego.alvarez.zuluaga(a)gmail.com> wrote: > >> OMG I'm so sorry, I thought it was a feedback request for the maintainer. >> Sorry about that >> >> On Tue, Apr 18, 2017, 7:55 AM Christian Krause < >> christian.krause(a)mailbox.org> wrote: >> >>> Hello, >>> >>> First of all, there is no version 0.6.8 for **scalafmt**, the latest one >>> is 0.6.3 and the AUR version is up to date. >>> >>> Secondly, why use a deletion request for this? >>> >>> Best Regards >>> >>> >>> On 04/17/2017 06:42 PM, notify(a)aur.archlinux.org wrote: >>> > d1egoaz [1] filed a deletion request for scalafmt [2]: >>> > >>> > Could you please update to latest scalafmtv 0.6.8 >>> > >>> > thank you >>> > >>> > [1] https://aur.archlinux.org/account/d1egoaz/ >>> > [2] https://aur.archlinux.org/pkgbase/scalafmt/ >>> >>> >>> >

8 years, 8 months

Re: [PRQ#42301] Deletion Request for qt5-multimedia-plugin-ffmpeg

by sL1pKn07 SpinFlo

El sáb, 17 jun 2023 a las 22:33, <notify(a)aur.archlinux.org> escribió: > MarsSeed [1] filed a deletion request for qt5-multimedia-plugin-ffmpeg > [2]: > > Not needed by any packages. > One-person project started and discontinued in 2021. [a] > > - In total it has 20 commits. [a] > - 0 issues ever, 0 PR's. > - no documentation. > - only Qt5 > - developed upon ffmpeg 4.1 and ffmpeg 4.4 only > - no automated building and testing whatsoever > - zero test code > - readme hints that it was developed on Windows only > - weird architecture: supports QtAudioOuput for audioplayback backend, > but prefers SDL2 (why?) > > Arch repo's qt5-multimedia relies on gstreamer, but through gst-libav > optional plugin, it can use ffmpeg. > > Packaging broken but no one complained: > - cannot be built because of missing makedepend 'qt5-tools' > - source link is changeable file (GitHub 'main' branch zip file) > - no source checksum checking > > Package has no comments or votes. > Seems it is not useful to any user. > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/qt5-multimedia-plugin-ffmpeg/ > Seems it is not useful to any user for me :( greetings

2 years, 6 months

Re: [aur-requests] [PRQ#37074] Deletion Request for linux-zen-g14

by Kusoneko

Aug. 22, 2022 11:35:05 notify--- via aur-requests <aur-requests(a)lists.archlinux.org>: > semes [1] filed a deletion request for linux-zen-g14 [2]: > > ==> 获取源代码... > -> 正在克隆 zen-kernel git 仓库... > 克隆到纯仓库 '/home/llyy/linux-zen-g14/zen-kernel'... > remote: Enumerating objects: 9403448, done. > remote: Counting objects: 100% (6/6), done. > remote: Compressing objects: 100% (3/3), done. > remote: Total 9403448 (delta 3), reused 3 (delta 3), pack-reused > 9403442 > 接收对象中: 100% (9403448/9403448), 3.89 GiB | 10.43 MiB/s, 完成. > 处理 delta 中: 100% (7782066/7782066), 完成. > -> 正在下载 config... > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 250k 100 250k 0 0 10602 0 0:00:24 0:00:24 > --:--:-- 3128 > -> 正在克隆 fedora-kernel git 仓库... > 克隆到纯仓库 '/home/llyy/linux-zen-g14/fedora-kernel'... > fatal: 无法访问 'https://gitlab.com/asus-linux/fedora-kernel.git/'：Failed > to connect to gitlab.com port 443 after 12 ms: 拒绝连接 > ==> 错误：下载 fedora-kernel git 仓库失败 > 正在放弃... > this git can not to download > > [1] https://aur.archlinux.org/account/semes/ > [2] https://aur.archlinux.org/pkgbase/linux-zen-g14/ Two things: 1. Did you have to send the request 6 times? 2. The link https://gitlab.com/asus-linux/fedora-kernel that fails on your end works on mine, so it's likely either the website blocking your IP among others or your country blocking gitlab.

3 years, 3 months

Re: [aur-requests] [PRQ#8727] Deletion Request for lldb-svn

by Anthony Eden

Moreover, I just tried installing lldb-svn with yaourt and got this: Checked out revision 310187. ==> Validating source files with sha256sums... llvm ... Skipped cfe ... Skipped lldb ... Skipped ==> Extracting sources... -> Creating working copy of trunk svn repo... -> Creating working copy of trunk svn repo... -> Creating working copy of trunk svn repo... ==> Starting pkgver()... ==> Updated version: lldb-svn 310187-1 ==> Starting build()... -> Exporting Clang in the LLVM tree ... -> Exporting LLDB in the LLVM tree ... -> Applying Archlinux-specific patch ... sed: can't read lib/Makefile: No such file or directory ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build lldb-svn. ==> Restart building lldb-svn ? [y/N] ==> --------------------------------- On Sat, Aug 5, 2017 at 3:57 PM, <notify(a)aur.archlinux.org> wrote: > aeden [1] filed a deletion request for lldb-svn [2]: > > The llvm-svn AUR package should provide lldb instead. > > It simply doesn't make sense to use an lldb from the tip-of-tree while > keeping release versions of the other LLVM toolchain components. If a > single LLVM module is tip-of-tree, then the others should be as well. > > - aeden(a)csail.mit.edu > > [1] https://aur.archlinux.org/account/aeden/ > [2] https://aur.archlinux.org/pkgbase/lldb-svn/ >

8 years, 4 months

[aur-requests] [PRQ#13912] Orphan Request for nessus

by notify＠aur.archlinux.org

noraj [1] filed a orphan request for nessus [2]: Sorry I wanted to fill an orphan request not deletion. More than 2 months than the maintainer don't update the package, the major version 8.1.2 is available, see my PKGBUILD in comment [1] https://aur.archlinux.org/account/noraj/ [2] https://aur.archlinux.org/pkgbase/nessus/

6 years, 10 months

[aur-requests] [PRQ#26035] Orphan Request for ttf-pacifico

by notify＠aur.archlinux.org

grawlinson [1] filed an orphan request for ttf-pacifico [2]: See #26031. tl;dr: maintainer requested deletion, can be orphaned instead. [1] https://aur.archlinux.org/account/grawlinson/ [2] https://aur.archlinux.org/pkgbase/ttf-pacifico/

4 years, 6 months

[PRQ#47129] Deletion Request for dr14_tmeter

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for dr14_tmeter [2]: Upstream hasn't released a stable tag/tarball since 2015-01 (9.5 years ago). [a] But there's been continued development in the project's GitHub repo [b], where they migrated their code from SourceForge. Last tarball release is v1.0.16 from 2015, whereas the GitHub code's internal version is v2.0.0. And setup.py metadata classifies the 'Development Status' for that version as 'Stable'. The last commit as of now on the master branch is from October 2022. [b] There's a git package for that code on AUR. [c] I guess this is one of those projects which stopped releasing specific versions and only deliver their application as a rolling VCS code. Better to delete this fixed-version package that has essentially been obsoleted and abandoned by upstream. Note; the git package might need some fixes, but it's still in a much better shape than this one. Also, upstream might also have some unresolved issues; users mention a more actively developed alternative for same/similar use case: ebumeter, available in [extra] repo. [d] [a]: https://sourceforge.net/projects/dr14tmeter/files/dr14tmeter-1.0.16/ [b]: https://github.com/simon-r/dr14_t.meter [c]: https://aur.archlinux.org/packages/dr14_t.meter-git [d]: https://archlinux.org/packages/?q=ebumeter [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/dr14_tmeter/

2 years, 3 months

Re: [aur-requests] [PRQ#4315] Deletion Request for python2-radicale

by Hugo Osvaldo Barrera

On Mon, Nov 9, 2015, at 12:37, G. Schlisio wrote: > >> fordprefect [1] filed a deletion request for python2-radicale [2]: > >> > >> this is an outdated duplicate (exept it uses python2) of the package > >> radicale. > >> there is no need for a python2-version, since this is not a library, > >> python3 is standard in archlinux and the pkgbuild is easily tweaked to > >> use python2 in the rare case someone really needs it. > >> > >> [1] https://aur.archlinux.org/account/fordprefect/ > >> [2] https://aur.archlinux.org/pkgbase/python2-radicale/ > > > > > > While the above is mostly true, this package exists as a transitive > > dependency for khard, which is python3 incompatible. > > > > This package contains a standalone script, but is also a dependency for > > others, particularly python2-vdirsyncer, on which khard depends. > > > > i see. is this the reason for the ancient version as well? if so, the > flag should be removed and the legacy should reflect in the packages > name. otherwise i at least advice to update this. > > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature) Nope, it was out-of-date merely out of me not paying attention. It's been updated now. -- Hugo Osvaldo Barrera

10 years, 1 month

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