Package Details: nootka 2.0.2-2

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 ukulele
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 (UTC)
Last Updated: 2021-09-03 07:19 (UTC)

Latest Comments

SeeLook commented on 2021-09-03 07:21 (UTC)

Error missing: Qt5LinguistTools_DIR is fixed now

SeeLook commented on 2017-09-12 08:43 (UTC)

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

hehtkz commented on 2017-09-11 23:02 (UTC)

the correct url for 1.4.4 is

Alad commented on 2017-01-02 17:55 (UTC) (edited on 2017-01-02 17:55 (UTC) by Alad)

needs alsa-lib in make/depends to build

SeeLook commented on 2015-02-22 11:12 (UTC)

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 =$arch then pacman -S nootka

Voice commented on 2015-02-22 04:58 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

Version 1.0.0 has been released.

SeeLook commented on 2013-09-25 05:38 (UTC)

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

frat commented on 2013-09-25 01:33 (UTC)

thank you for the compiled packages,it works out.

frat commented on 2013-09-25 01:30 (UTC)

well,it's tricky.i have already installed jack,after your comments,i change to jack2,this problem still stay unsolved.

SeeLook commented on 2013-09-24 19:11 (UTC)

Just install jack (either jack or jack2 or jack2-dbus) from official packages. Sorry for trouble, I will fix it soon... Here are compiled packages: Thanks for info

frat commented on 2013-09-24 13:50 (UTC)

[ 41%] Building CXX object src/CMakeFiles/nootka.dir/sound/tartini/channel.cpp.o /tmp/yaourt-tmp-david/aur-nootka/src/nootka-0.8.95-beta-source/src/sound/rt/RtMidi.cpp:3412:15: error: 'long long type-name' is invalid jack_time_t long long time; ^ 1 error generated.