Arch Linux User Repository

I've just fixed sourceforge folder, now package url is correct.
Sorry for troubles

the correct url for 1.4.4 is https://sourceforge.net/projects/nootka/files/1.4.4/nootka-1.4.4-source.tar.bz2

needs alsa-lib in make/depends to build

Ok. Don't mind.
Nootka doesn't require lib32-soundtouch itself. So in any case, soundtouch is sufficient.

Almost two years ago I got some comment to add such a statement to PKGBUILD:
depends=('qt4' 'fftw' 'shared-mime-info' 'libvorbis')
if [ "$CARCH" = "i686" ]; then
depends[${#depends[@]}]=soundtouch
elif [ "$CARCH" = "x86_64" ]; then
depends[${#depends[@]}]=lib32-soundtouch
fi
I was obedient and added it but I'm not certainly sure what is a reason.
I guessed that 64bit systems have to keep corresponding 32bits libraries. Currently there are no such libraries for 64 bit Qt5 in official repos so why to keep that lib32-soundtouch.

By the way
On the Nootka site there is mentioned Arch repository with binary packages:
/etc/pacman.conf
[home_seelook_Arch_Extra]
SigLevel = Never
Server = http://download.opensuse.org/repositories/home:/seelook/Arch_Extra/$arch

then
pacman -S nootka

Thank you.
> not possible directly to launch nootka 32bit build on 64 systems
Not clear what you mean, nootka 1.1.5-3 seems to work fine on 64-bit here. Sound is loud, that's all. Should I remove lib32-soundtouch on 64-bit?

Thanks for clue.
I took out lib32-soundtouch at all,
there is no lib32-qt5 yet, so it is not possible directly to launch nootka 32bit build on 64 systems. Keeping lib32-soundtouch makes no sense.

PKGBUILD scripting is only valid in a build() or other function. i686 pacaur build fails at lib32-soundtouch, which is only for x86_64, the wrong architecture. The scripting in the PKGBUILD doesn't work.

PKGBUILD should instead use 'depends_i686' and 'depends_x86_64' like this one,
https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/pcsx2

What is a reason to outdated it?
It is still the latest stable version.
A new 1.1.X branch is unfinished and buggy yet.

Version 1.0.0 has been released.

Another solution could be to add
-DENABLE_JACK=OFF
to cmake call in PKGBUILD
I couldn't reproduce that bug so I couldn't find what is wrong...
It doesn't occur for any jack package on my Arch machine.
Anyway, I'm happy I could help.
Have nice play with Nootka