Package Details: pianoteq-stage 6.7.0-1

Git Clone URL: (read-only, click to copy)
Package Base: pianoteq-stage
Description: Virtual piano instrument using physical modelling synthesis. Both standalone and plugin versions.
Upstream URL:
Keywords: midi non-free piano pianoteq stage
Licenses: LGPL
Conflicts: pianoteq, pianoteq-stage-bin, pianoteq-standard-trial-bin
Provides: pianoteq
Submitter: Saikia81
Maintainer: spider-mario
Last Packager: spider-mario
Votes: 6
Popularity: 0.031217
First Submitted: 2016-03-26 21:13
Last Updated: 2020-03-24 15:27

Latest Comments

1 2 Next › Last »

spider-mario commented on 2020-02-21 20:18

Thank you for the report. However, I can’t reproduce your finding regarding OpenSans. I don’t have it and it works for me. It might be that Pianoteq requires something that Noto in particular does not provide, but even then I wouldn’t feel comfortable hardcoding a specific font dependency.

I have updated the desktop file to use quotes, thanks.

foldedwings commented on 2020-02-21 16:34

I have font problem with ttf-font as dependency. In my case, it installs noto-fonts and it doesn't work. I've tested myself, and the font that pianoteq use is ttf-opensans. So you better set it explicitly as dependency.

And the desktop file doesn't work for me either. Using double quote instead of backslash works.

eschwartz commented on 2019-12-04 00:51

Your home dir is not "the build directory". Move it to the same directory as the PKGBUILD.

SteveSloan commented on 2019-12-04 00:40

I have the 7z package downloaded and in my home dir. However i get this message when trying to install

pianoteq_stage_linux_v660.7z was not found in the build directory and is not a URL. Error downloading sources: pianoteq-stage

spider-mario commented on 2019-11-26 19:43

Thanks, I have switched to local:// (and added an explicit dependency on ttf-font to avoid the problem mentioned by gasparka).

eschwartz commented on 2019-11-26 00:46

This is a bug in makepkg, and patches have been submitted to fix it.

That being said, I advise using local:// instead of file://, consider the following errors

==> Retrieving sources...
==> ERROR: Unknown download protocol: file
  -> Downloading test1.7z...
/usr/share/makepkg/source/ line 72: $'\E[1m': command not found
==> ERROR: Failure while downloading file://test1.7z

(This is technically a makepkg bug, it should abort right after "unknown download protocol".)

And creating the file using touch test1.7z to trick makepkg into thinking it does not need to be downloaded...

==> Retrieving sources...
  -> Found test1.7z
==> ERROR: test2.7z was not found in the build directory and is not a URL.

Note also that current versions of makepkg do provide a download agent for file:// to download via curl, so instead you now get:

==> Retrieving sources...
  -> Downloading test1.7z...
curl: (3) URL using bad/illegal format or missing URL
==> ERROR: Failure while downloading file://test1.7z

net147 commented on 2019-11-24 11:54

makepkg doesn't automatically extract 7z. Perhaps needs a command added to extract it?

clpwn commented on 2019-02-26 14:01

Thanks! And thanks so much for maintaining this package.

spider-mario commented on 2019-02-21 20:07

Oh, indeed, they appear to have silently uploaded a new archive. Thanks for notifying me. Since the binaries seem to have changed too, I am bumping pkgrel.

clpwn commented on 2019-02-21 04:54

I'm getting a checksum mismatch for v6.4.1 as downloaded from their website. The sha512 I'm getting from their website is:

146677f7b89f24a64f8e482942814d3df7b2b8eae0122213428225fc9b69d10276ca034c80750102d533cb33407bc27062c3bf79f7b54537d136176d1093d4fc pianoteq_stage_linux_v641.7z