Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#35608 - startup script for ardoru3.1-1 not working correctly.
Attached to Project:
Arch Linux
Opened by Bill Brown (billbrown) - Sunday, 02 June 2013, 23:14 GMT
Last edited by Laurent Carlier (lordheavy) - Monday, 03 June 2013, 16:01 GMT
Opened by Bill Brown (billbrown) - Sunday, 02 June 2013, 23:14 GMT
Last edited by Laurent Carlier (lordheavy) - Monday, 03 June 2013, 16:01 GMT
|
DetailsDescription:
I installed the x86_64 package of ardour-3.1.1 from the extra repo. I'm not sure if my path is messed up or there is something missing from my environment but after installing ardour-3.1-1, it doesn't start form the command line with the executable in the path. [bill@billbrown ~]$ ardour3 -bash: /usr/local/bin/ardour3: No such file or directory Once I made symbolic link from /usr/bin/ardour3 to /usr/local/bin/ardour3 the program starts. Is this a packaging issue or maybe something I have setup incorrectly in my environment? Additional info: * package version(s) x86_64 ardour 3.1-1 * config and/or log files etc. startup script. ************************************ #!/bin/sh # # This script runs an installed version of Ardour. It sets a few environment var iables # and does a few checks before exec'ing the real executable. # export GTK_PATH=/etc/ardour3:/usr/lib/ardour3${GTK_PATH:+:$GTK_PATH} export LD_LIBRARY_PATH=/usr/lib/ardour3${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} ## Memlock check MLOCK_LIMIT=$(ulimit -l) if [ "$MLOCK_LIMIT" != "unlimited" ]; then echo "WARNING: Your system has a limit for maximum amount of locked memo ry!" echo " This might cause Ardour to run out of memory before your system runs" echo " out of memory. You can view the memory limit with 'ulimit -l', and it" echo " is normally controlled by /etc/security/limits.conf" echo "" fi ## Glib atomic test GLIB=$(ldd /usr/lib/ardour3/ardour-3.0 2> /dev/null | grep glib-2.0 | sed 's/.*= > \([^ ]*\) .*/\1/') if [ "$GLIB" = "" ]; then echo "WARNING: Could not check your glib-2.0 for mutex locking atomic op erations." echo "" elif [ $(nm -D --radix=dec --defined-only -S $GLIB | grep -w g_atomic_int_add | cut -d ' ' -f 2) -gt 32 ]; then echo "WARNING: Your system contains a suspect libglib-2.0. Your version might be built" echo " to use mutex locking atomic operations. This is a fallbac k solution to" echo " a more robust hardware supported atomicity. It might caus e reduced " echo " performance and/or deadlocks. Please contact your distrib ution support" echo " about this issue." echo " Unfortunately this check is not 100% accurate, so this mi ght not be" echo " the case with your system." echo "" fi # # Running Ardour requires these 3 variables to be set # export ARDOUR_DATA_PATH=/usr/share/ardour3 export ARDOUR_CONFIG_PATH=/etc/ardour3 export ARDOUR_DLL_PATH=/usr/lib/ardour3 # # VAMP has its own lookup path # export VAMP_PATH=/usr/lib/ardour3/vamp if [ $# -gt 0 ] ; then case $1 in -g|--gdb) GDB=gdb; shift ;; esac fi exec $GDB /usr/lib/ardour3/ardour-3.0 "$@" ********************* Steps to reproduce: install the x86)64 version of ardour3.1-1 and try to run it from the command line. |
This task depends upon
You can probably fix this by just running "hash -r".