Package Details: tuxguitar 1.6.4-1

Git Clone URL: https://aur.archlinux.org/tuxguitar.git (read-only, click to copy)
Package Base: tuxguitar
Description: A multitrack guitar tablature editor and player
Upstream URL: https://www.tuxguitar.app/
Licenses: LGPL-3.0-or-later
Replaces: tuxguitar-common, tuxguitar-gtk2
Submitter: Barthalion
Maintainer: Visne
Last Packager: Visne
Votes: 65
Popularity: 1.23
First Submitted: 2018-01-05 17:06 (UTC)
Last Updated: 2024-08-23 18:47 (UTC)

Dependencies (19)

Required by (1)

Sources (3)

Pinned Comments

Visne commented on 2024-04-13 10:54 (UTC) (edited on 2024-06-11 21:53 (UTC) by Visne)

I've adopted the package and updated to the latest version. Sadly this means that GTK2 support is dropped (SWT dropped support back in 2018...). I'm not sure if anyone was using this on Arch Linux ARM, but temporarily support for that is also dropped. They did some work on that upstream though but it is not part of 1.6.2 yet, so hopefully it can be supported after the next release. It should now support ARM64 (please let me know if it works for you).

Let me know if you run into any issues.

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11

nobrakal commented on 2018-03-03 18:10 (UTC)

I think the problem is from sourceforge. Actually, the downloaded file is an HTML file with a content:

We're sorry -- the Sourceforge site is currently in Disaster Recovery mode, and currently requires the use of javascript to function. Please check back later.

So try to download it "by-hand" and place it in the directory of the PKGBUILD

eduardomezencio commented on 2018-03-03 02:14 (UTC)

tuxguitar-src-1.5.tar.gz is not passing the sha256 validity check when I try to build this package.

raith commented on 2018-02-22 10:37 (UTC)

@nobrakal: As stated in https://bbs.archlinux.org/viewtopic.php?pid=1769659#p1769659, this seems to be a bug in makepkg and not in the tuxguitar PKGBUILD.

nobrakal commented on 2018-01-24 20:40 (UTC)

Yes I have updated the dependencies in the 1-4.3, the 1.4-2 forced the use of jdk8-openjdk, and I don't think it is necessary...

The strange part come with a relation between the java-environement and the permissions (java-runtime was already a dependency).

I think it is more linked with the install part, and the install command, but the defaults permissions are rwxr-xr-x.

Please send me by mail your exact configuration (what you used to satisfy java-runtime and java-environement and what dependencies you installed with the AUR helper to build tuxguitar), I will try to reproduce it.

raith commented on 2018-01-24 15:25 (UTC) (edited on 2018-01-24 15:50 (UTC) by raith)

I tried a bit around and found, that both trizen and (the deprecated) pacaur introduce the permissions issue when building the package as of pkgrel 3. It worked fine previously with 1.4-2

Manually building the package by downloading a snapshot and running "makepkg -si" seems to work fine though.

EDIT: The problem lies somewhere in the (make-)dependencies of tuxguitar, I suspect "java-runtime" and "java-environment". When building the package without them installed, i.e. makepkg/the AUR-helper has to install them, the permissions in the created package are incorrect. When building the package on a system, where all dependencies are already installed, permissions are fine.

So if I abort installing tuxguitar 1.4-3 right after all its dependencies and make dependencies are installed and then start another attempt at installing tuxguitar 1.4-3, it works fine.

nobrakal commented on 2018-01-24 14:32 (UTC)

Hi,

Are you sure you correctly built/installed the package ? I am unable to reproduce the bug. The permission on /usr/share/tuxguitar are rwxr-xr-x after a fresh install

raith commented on 2018-01-24 12:43 (UTC)

Hi, when running tuxguitar, it aborts with:

/usr/bin/tuxguitar: line 3: cd: /usr/share/tuxguitar: Permission denied

Checking the package with "namcap" revealed, that nearly all files and directories in /usr/share/tuxguitar have no permissions set for "other", only for "user" (root) and "group" (root).

actionless commented on 2018-01-13 23:14 (UTC)

it seems to be ignoring GDK_SCALE so scaling is not working for controls (only GDK_DPI_SCALE is honored which affects only fonts and icons)

sangy commented on 2018-01-10 04:07 (UTC)

I think fluidsynth is not an optional dep (at least it's a make dependency)

City-busz commented on 2018-01-07 21:16 (UTC)

Reported bug: https://bugs.archlinux.org/task/53313