Package Details: turbovnc 3.1.1-2

Git Clone URL: https://aur.archlinux.org/turbovnc.git (read-only, click to copy)
Package Base: turbovnc
Description: A derivative of Virtual Network Computing that is tuned to provide peak performance for 3D and video workloads
Upstream URL: http://www.turbovnc.org/
Licenses: GPL-2.0-or-later
Conflicts: tigervnc, tigervnc-git, tightvnc, tightvnc-git
Submitter: kfgz
Maintainer: PlasticSoup
Last Packager: PlasticSoup
Votes: 34
Popularity: 0.20
First Submitted: 2013-06-03 18:29 (UTC)
Last Updated: 2024-03-08 02:29 (UTC)

Dependencies (23)

Required by (0)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

hcartiaux commented on 2019-04-22 12:04 (UTC)

I'd like to be able to have both available like they are on other distros (eg. Ubuntu).

Then, test and send a patch

d.sa commented on 2019-04-21 11:01 (UTC)

FYI I hit this error.

CMake Error at /usr/share/cmake-3.14/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find Java (missing: Java_JAR_EXECUTABLE Java_JAVAC_EXECUTABLE
  Java_JAVAH_EXECUTABLE Java_JAVADOC_EXECUTABLE) (found version "1.8.0_212")
Call Stack (most recent call first):
  /usr/share/cmake-3.14/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.14/Modules/FindJava.cmake:332 (find_package_handle_standard_args)
  java/CMakeLists.txt:1 (find_package)

ozz commented on 2019-04-13 22:13 (UTC)

Why does this conflict with TigerVNC? I'd like to be able to have both available like they are on other distros (eg. Ubuntu).

newbthenewbd commented on 2019-04-09 21:36 (UTC)

The jdk-openjdk requirement actually forces the usage of Java 11 to compile turbovnc. As far as I'm aware, to properly relax that requirement, java-environment should be made a dependency, instead.

If turbovnc does not work with Java 7 and older, the java-runtime and java-environment dependencies could also be changed into java-runtime>=8 and java-environment>=8, respectively.

Thanks for the hard work maintaining the package!

gondsman commented on 2019-04-08 12:33 (UTC)

I think the java-runtime=8 requirement of this package can be relaxed, as it works just fine with java 11 (the jre-openjdk) from the repos. By reading the changelogs I think java 11 is now officially supported too.

simophin commented on 2018-09-12 23:43 (UTC)

For anyone encountered errors:

CMake Error at java/CMakeLists.txt:38 (message): Could not find TurboJPEG JAR file at /usr/share/classes/turbojpeg.jar. Set TJPEG_JAR to the full pathname of turbojpeg.jar or install the libjpeg-turbo SDK.

Update PKGBUILD from:

-DTJPEG_JAR=/usr/share/classes/turbojpeg.jar

To:

-DTJPEG_JAR=/usr/share/java/turbojpeg.jar

I think the latest libjpeg-turbo has changed the jar path.

bartus commented on 2018-04-11 21:42 (UTC) (edited on 2018-04-12 12:33 (UTC) by bartus)

  • Missing dependency libxi required for /usr/share/turbovnc/classes/libturbovnchelper.so
  • ~ Won't build with java10, use java-runtime=8 in depends. ~ @{this is a bug in cmake, already fixed in 3.11}

hcartiaux commented on 2017-07-02 13:42 (UTC)

Thank you r08, it's fixed.

r08 commented on 2017-07-01 13:55 (UTC)

Hey @accensi if failed to compile turbovnc 2.1.1 with error: /src/turbovnc-2.1.1/unix/Xvnc/programs/Xserver/hw/vnc/rfbssl_openssl.c: In function ‘rfbssl_init’: /src/turbovnc-2.1.1/unix/Xvnc/programs/Xserver/hw/vnc/rfbssl_openssl.c:279:8: error: ‘struct rfbssl_functions’ has no member named ‘OPENSSL_init_ssl’ ssl.SSL_library_init(); ^ /src/turbovnc-2.1.1/unix/Xvnc/programs/Xserver/hw/vnc/rfbssl_openssl.c:280:8: error: ‘struct rfbssl_functions’ has no member named ‘OPENSSL_init_ssl’ ssl.SSL_load_error_strings(); You're likely using OpenSSL 1.1.0* To fix it: pacman -S openssl-1.0 to install OpenSSL 1.0.2.* LTS series Then add to PKGBUILD in the build() section right after export JAVA_HOME export PKG_CONFIG_PATH=/usr/lib/openssl-1.0/pkgconfig @hcartiaux please add this to fix for others. Thanks!

hcartiaux commented on 2017-06-14 15:25 (UTC)

I can reproduce and I've noticed that the official packages has been rebuilt in April, but I cannot find the changelog nor identify the changes...

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »