Package Details: nootka 2.0.0-1

Git Clone URL: (read-only, click to copy)
Package Base: nootka
Description: A cross-platform tool for learning classical score notation. Sight reading and ear training.
Upstream URL:
Keywords: bandoneon bass guitar musical piano reading score
Licenses: GPL3
Conflicts: nootka-git, nootka-hg
Submitter: SeeLook
Maintainer: SeeLook
Last Packager: SeeLook
Votes: 18
Popularity: 0.000000
First Submitted: 2013-01-26 19:22
Last Updated: 2021-06-05 22:44

Latest Comments

1 2 Next › Last »

SeeLook commented on 2017-09-12 08:43

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

hehtkz commented on 2017-09-11 23:02

the correct url for 1.4.4 is

Alad commented on 2017-01-02 17:55

needs alsa-lib in make/depends to build

SeeLook commented on 2015-02-22 11:12

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
elif [ "$CARCH" = "x86_64" ]; then
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:
SigLevel = Never
Server =$arch

pacman -S nootka

Voice commented on 2015-02-22 04:58

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?

SeeLook commented on 2015-02-19 09:52

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.

Voice commented on 2015-02-19 02:25

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,

SeeLook commented on 2014-12-26 09:59

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.

Joermungand commented on 2014-03-08 18:30

Version 1.0.0 has been released.

SeeLook commented on 2013-09-25 05:38

Another solution could be to add
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