Package Details: pianoteq-stage 8.4.0-1

Git Clone URL: https://aur.archlinux.org/pianoteq-stage.git (read-only, click to copy)
Package Base: pianoteq-stage
Description: Virtual piano instrument using physical modelling synthesis. Both standalone and plugin versions.
Upstream URL: https://www.pianoteq.com/pianoteq
Keywords: midi non-free piano pianoteq stage
Licenses: LGPL
Conflicts: pianoteq, pianoteq-stage-bin, pianoteq-standard-trial-bin
Provides: pianoteq
Submitter: Saikia81
Maintainer: maksut
Last Packager: maksut
Votes: 11
Popularity: 0.049200
First Submitted: 2016-03-26 21:13 (UTC)
Last Updated: 2024-11-06 19:54 (UTC)

Dependencies (6)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

kuluse commented on 2020-09-02 10:04 (UTC) (edited on 2020-09-02 10:06 (UTC) by kuluse)

It seems there is an mistake in the b2sums (or I did something wrong) :

==> Poursuivre l'installation ? [O/n] o
==> Création du paquet pianoteq-stage 6.7.3-1 (mer. 02 sept. 2020 12:03:14)
==> Récupération des sources…
  -> pianoteq_stage_linux_v673.7z trouvé
  -> pianoteq_icon_128.png trouvé
==> Validation des fichiers source avec b2sums…
    pianoteq_stage_linux_v673.7z ... ÉCHEC
    pianoteq_icon_128.png ... Réussite
==> ERREUR : Un ou plusieurs fichiers ne sont pas valides !
erreur lors du téléchargement des sources : pianoteq-stage

(In french, sorry)

spider-mario commented on 2020-02-21 20:18 (UTC)

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

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

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

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 (UTC) (edited on 2019-11-26 19:44 (UTC) by spider-mario)

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 (UTC) (edited on 2019-11-26 00:59 (UTC) by eschwartz)

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

source=(file://test1.7z
        local://test2.7z)
==> Retrieving sources...
==> ERROR: Unknown download protocol: file
  -> Downloading test1.7z...
/usr/share/makepkg/source/file.sh: 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 (UTC)

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