- Aur-requests - lists.archlinux.org

[aur-requests] [PRQ#20531] Orphan Request for netfabb-basic
by notify＠aur.archlinux.org 25 Jul '20

25 Jul '20

tata [1] filed an orphan request for netfabb-basic [2]: Maintainer doesnt react for years ... [1] https://aur.archlinux.org/account/tata/ [2] https://aur.archlinux.org/pkgbase/netfabb-basic/

1 1

[aur-requests] [PRQ#20427] Orphan Request for grex
by notify＠aur.archlinux.org 25 Jul '20

25 Jul '20

Svenstaro [1] filed an orphan request for grex [2]: User seems inactive and package is out of date for 3 months. [1] https://aur.archlinux.org/account/Svenstaro/ [2] https://aur.archlinux.org/pkgbase/grex/

1 1

[aur-requests] [PRQ#20526] Orphan Request for python-hjson
by notify＠aur.archlinux.org 24 Jul '20

24 Jul '20

bbaserdem [1] filed an orphan request for python-hjson [2]: This package depends on the github source; which is outdated (although the github version says that the version is 3.6.5; it is released in 2014. While the pypi version says 3.0.1; BUT is released in 3.0.1). The last activity by the author was in 2017 and have not acted on the out-of-date flag from january; so fair to assume that the user is absent from AUR management. I can fix the versioning and the outdated source if I can take over the package. [1] https://aur.archlinux.org/account/bbaserdem/ [2] https://aur.archlinux.org/pkgbase/python-hjson/

1 1

[aur-requests] [PRQ#19937] Orphan Request for vice-svn
by notify＠aur.archlinux.org 24 Jul '20

24 Jul '20

FredBezies [1] filed an orphan request for vice-svn [2]: No PKGBUILD modification even with 2 comments saying you cannot be this software anymore. No activity for nearly two years... [1] https://aur.archlinux.org/account/FredBezies/ [2] https://aur.archlinux.org/pkgbase/vice-svn/

1 1

Re: [aur-requests] [PRQ#20459] Deletion Request for libpdfium-nojs
by Felix Kauselmann 24 Jul '20

24 Jul '20

There are technical reasons for this. I need the full main git repo to count the number of fixes on the current releases branch. This would not be possible if I'd clamp to a specific branch or commit (upstream has no release tags). I also need to assemble the source dependencies needed for the build. Upstream handles this via a collection of scripts called depot_tools, but this pulls in tons of unneeded source and git history in the gigabyte range, which I don't want. I have thus opted for a process closer to the recommended handling of git submodules, with the difference that instead of adding submodules I extract the needed git revisions from the depot_tools DEPS file in the release branch and do git checkouts. That being said, I too am not too happy with this build process and I am open for suggestions on how to improve it, but this is probably more a topic for aur-general or the arch forums. Am 23.07.20 um 23:56 schrieb notify(a)aur.archlinux.org: > katt [1] filed a deletion request for libpdfium-nojs [2]: > > loads of `git checkout` instead of properly using sources > > [1] https://aur.archlinux.org/account/katt/ > [2] https://aur.archlinux.org/pkgbase/libpdfium-nojs/

1 0

Re: [aur-requests] [PRQ#20485] Deletion Request for openscad-mcad-dev-git
by Dario Pellegrini 24 Jul '20

24 Jul '20

Ok, I pushed a new version of the PKGBUILD. Il giorno ven 24 lug 2020 alle ore 14:18 Magnus Boman < magunasu.b97(a)gmail.com> ha scritto: > You can set > `source=(git+https://github.com/openscad/MCAD.git#branch=dev)` > <https://github.com/openscad/MCAD.git#branch=dev)> > instead, which is the recommended way of doing this. > Also I see your build() function is empty so you might as well remove > it, cleaner output that way. And maybe combine all those rm's? I'm just > nitpicking at this point though ;p > > Please see > https://wiki.archlinux.org/index.php/VCS_package_guidelines#VCS_sources > btw, specifically the #fragment bit. > > Without doing this your pkgver() and other things will be printing the > wrong thing. Unless you're actually pulling files from both branches, in > which case I think you should be including both in the source array. > > Thank you for reaching out and seeking advice rather than ignoring all > advice given. Cheers, katt. > > On 24/07/2020 09:40, Dario Pellegrini wrote: > > Uh, how do you switch to a particular upstream branch from which to pick > > some files without git checkout? > > > > On Fri, 24 Jul 2020, 00:37 , <notify(a)aur.archlinux.org > > <mailto:notify@aur.archlinux.org>> wrote: > > > > katt [1] filed a deletion request for openscad-mcad-dev-git [2]: > > > > git checkout in package() > > > > [1] https://aur.archlinux.org/account/katt/ > > [2] https://aur.archlinux.org/pkgbase/openscad-mcad-dev-git/ > > >

1 0

[aur-requests] [PRQ#20523] Deletion Request for botox-git
by notify＠aur.archlinux.org 24 Jul '20

24 Jul '20

ulidtko [1] filed a deletion request for botox-git [2]: Porting these ~800 LoC to Python3 is getting way too difficult; I give up. Better unpublish it, since it doesn't works. [1] https://aur.archlinux.org/account/ulidtko/ [2] https://aur.archlinux.org/pkgbase/botox-git/

1 1

[aur-requests] [PRQ#20453] Orphan Request for python-pyvisa
by notify＠aur.archlinux.org 24 Jul '20

24 Jul '20

greyltc [1] filed an orphan request for python-pyvisa [2]: flagged since march [1] https://aur.archlinux.org/account/greyltc/ [2] https://aur.archlinux.org/pkgbase/python-pyvisa/

2 2

[aur-requests] [PRQ#20512] Deletion Request for libipsec-mb
by notify＠aur.archlinux.org 24 Jul '20

24 Jul '20

intelfx [1] filed a deletion request for libipsec-mb [2]: Erroneously uploaded duplicate of intel-ipsec-mb. [1] https://aur.archlinux.org/account/intelfx/ [2] https://aur.archlinux.org/pkgbase/libipsec-mb/

1 1

[aur-requests] [PRQ#20179] Deletion Request for gtest-py3
by notify＠aur.archlinux.org 24 Jul '20

24 Jul '20

acxz [1] filed a deletion request for gtest-py3 [2]: Now that the gtest/gmock package in the official repos use python 3. This package is essentially a duplicate and is not needed and can be deleted. [1] https://aur.archlinux.org/account/acxz/ [2] https://aur.archlinux.org/pkgbase/gtest-py3/

1 1