Arch Linux User Repository

When trying to rebuild a package that was successfully built previously, I'm getting the following error:

==> Starting prepare()...
mkdir: cannot create directory ‘build’: File exists
==> ERROR: A failure occurred in prepare().
    Aborting...

Perhaps a -p is needed for mkdir here?: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=xq#n32

Adding this locally seems to be okay. The package rebuilds anyway.

Confusingly, this package conflicts with https://archlinux.org/packages/community/any/yq/. The yq package also installs a /usr/bin/xq.

Wouldn't cleaning up the cache every once in a while solve that issue (find $SRCDEST -name '*.gz' -exec rm '{}' \;)?

I believe there's many good reasons to not use git for packages that aren't -git packages:

• Using a git repo increases download size. Git repos are always increasing in size and are much larger than the code itself - as an example here, the gzip file is 164 KB compared to the repo itself taking up 668 KB

• Using git adds an extra build dep that has to be installed (especially when building in a clean chroot as is always recommended)

• If we want to check the PKGBUILD for correctness, that requires an extra step of going to check GitHub or opening up the git repo in $SRCDEST manually and ensuring the commits and tags match

• Git uses SHA-1 for commit hashes which are notably more likely to have collisions than the hashes used in this PKGBUILD

• This package is so small that git itself is several orders of magnitude larger than the entire repo

And in the case of this package, I don't think a few hundred kilobytes is really going to fill up your disk space if you have git (38+ MiB) installed.

Less disk cache used, I'd rather have one git repo than multiple tarballs that quickly eat my disk space.

@pmarreck FYI not sure where you got the idea that aurweb or its packages use svn, but that hasn't been true for about 7 years. everything's git-based.

also @grawlinson why use git instead of fetching the archive (https://github.com/sibprogrammer/xq/archive/refs/tags/v1.0.0.tar.gz) directly?

also I will conflict with https://github.com/sibprogrammer/xq if someone add it, for example it's packaged in debian

If you add the following lines ahead of the "go build" command in the PKGBUILD after cd'ing to the package dir, it should at least complete, but I agree with @andykluger, just update it to build from source

go mod download github.com/PuerkitoBio/goquery
go get github.com/syui/xq

It should at least install with that, but yeah, build from source pls. This utility would have just been really helpful to parse RSS feeds using jq syntax...

I can't stand Go, otherwise I'd volunteer to maintain this; if there was such a thing as a pull request and a test suite, I could have just contributed by fixing the issue and creating a PR, but Arch doesn't use Git, it uses SVN (as I'm just now discovering), sigh

This package is not just outdated (flagged as outdated since 2021-02-09), but also does not create the package.

==> Starting build()... go: github.com/PuerkitoBio/goquery@v1.5.0: missing go.sum entry; to add it: go mod download github.com/PuerkitoBio/goquery ==> ERROR: A failure occurred in build(). Aborting...

Please, update this to build from source. It is standard practice here to explicitly name packages "<pkg>-bin" if it just pulls a built blob. Otherwise, it should build from source.

0.3.3-1 has the wrong sha1sum