You are not logged in.

#1 2023-12-05 01:25:40

mjevans
Member
Registered: 2010-10-26
Posts: 3

Configure AUR to always skip test? GLOBAL PACKAGE OPTIONS -> specific?

Is it possible to configure AUR to always skip tests for some packages?

For some reason python2 is being pulled in on most of my Arch systems by other packages I'm using, and unlike the old days it's now an AUR package rather than a prebuilt.  Whenever it updates there are a TON of long running and also some seriously annoying (plays audio) tests.

#/etc/makepkg.conf
...
# GLOBAL PACKAGE OPTIONS
#   These are default values for the options=() settings
...

Implies that package specific options may exist, but skipping tests appears to be an all or nothing thing per (in my case yay) command invocation.

Offline

#2 2023-12-05 07:18:35

Allan
Pacman
From: Brisbane, AU
Registered: 2007-06-09
Posts: 11,520
Website

Re: Configure AUR to always skip test? GLOBAL PACKAGE OPTIONS -> specific?

########################################################################
# BUILD ENVIRONMENT
#########################################################################
#
# Defaults: BUILDENV=(!distcc !color !ccache check !sign)
#  A negated environment option will do the opposite of the comments below.
#
#-- distcc:   Use the Distributed C/C++/ObjC compiler
#-- color:    Colorize output messages
#-- ccache:   Use ccache to cache compilation
#-- check:    Run the check() function if present in the PKGBUILD
#-- sign:     Generate PGP signature file
#
BUILDENV=(!distcc color !ccache check !sign)

Offline

#3 2023-12-05 18:42:44

mjevans
Member
Registered: 2010-10-26
Posts: 3

Re: Configure AUR to always skip test? GLOBAL PACKAGE OPTIONS -> specific?

Per package BUILDENV then, For example, the default BUILDENV is as you just quoted.

Can it be specified PER PACKAGE somewhere?  So over-ride the global value (In configuration files, not at invocation time!) with E.G.
/etc/makepkg.d/python2 : BUILDENV=(!distcc color !ccache !check !sign)

Offline

#4 2023-12-05 18:52:10

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 30,349
Website

Re: Configure AUR to always skip test? GLOBAL PACKAGE OPTIONS -> specific?

If it's specific to a package, put it in the PKGBUILD.


"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman

Offline

#5 2025-03-23 03:27:48

culyun
Member
Registered: 2011-10-26
Posts: 6

Re: Configure AUR to always skip test? GLOBAL PACKAGE OPTIONS -> specific?

Not a specific answer to PKGBUILD issues, but for Python in particular.

Consider using pyenv + pyenv-virtualenv to manage python runtimes and environments.

pyenv manages the installation and selection of python runtimes via shell functions.
When combined with pyenv-virtualenv you have full control over the python environment within a shell.

This won't solve PKGBUILD dependency issues, ie. when a PKGBUILD depends on the AUR python2 package,
but it is super flexible and lightweight.

I wrapped pyenv + virtual environments together in a shell script than masquerades as some python tooling you want to use.
All you do is symlink to the helper script so that it takes PATH precedence over the actual tool.
The symlink has an rc file sitting alongside that contains functions sourced by the helper script when running the actual tool.
The helper script simply calls pyenv (if needed) to setup the appropriate python and virtual env defined by the rc and then runs the actual tool via a callback to the sourced rc.
setup and teardown is handled by traps, which allows you to nest calls in subshells without screwing up your baseline environment..

Offline

#6 2025-03-23 11:26:03

Lone_Wolf
Administrator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 13,532

Re: Configure AUR to always skip test? GLOBAL PACKAGE OPTIONS -> specific?

OP hasn't visited the forum since starting this thread, chances they will see it are near-zero .

Closing this old thread.


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

clean chroot building not flexible enough ?
Try clean chroot manager by graysky

Online

Board footer

Powered by FluxBB