Capistrano: sh: 1: bundle: not found - capistrano

executing "cd /home/user/app/current/releases/20130620184147 && bundle install --gemfile /home/user/app/current/releases/20130620184147/Gemfile --path /home/user/app/current/shared/bundle --deployment --quiet --without development"
[out :: website.com] sh: 1: bundle: not found
I couldn't get this answer to work:
Capistrano and Bundler problem - bundle: not found
I'm using Ubuntu LTS 12.04.

Related

Errors in Vapor setup on Ubuntu 14.04 (Windows)

Following steps from https://vapor.github.io/documentation/getting-started/install-toolbox.html are leaded to this error:
$ curl -sL toolbox.vapor.sh | bash
/swift-3.0/usr/bin/swift-build: error while loading shared libraries: libFoundation.so: cannot enable executable stack as shared object requires: Invalid argument
Any ideas?
I don't have Ubuntu on Windows to check with, but this is a known issue.
This commenter on GitHub appears to have found a solution.
apt-get install execstack
execstack -c {swift_path}/usr/lib/swift/linux/libFoundation.so

FIRRTL repository download failed

I installed sbt following this: http://www.scala-sbt.org/release/docs/Installing-sbt-on-Linux.html
Now, i'm trying to get firrtl set up
https://github.com/ucb-bar/firrtl
But "sbt compile" throws an error:
::::::::::::::::::::::::::::::::::::::::::::::
:: FAILED DOWNLOADS ::
:: ^ see resolution messages for details ^ ::
::::::::::::::::::::::::::::::::::::::::::::::
:: org.scala-sbt#main;0.13.11!main.jar
:: org.scala-sbt#actions;0.13.11!actions.jar
:: org.scala-sbt#io;0.13.11!io.jar
:: org.scala-sbt#completion;0.13.11!completion.jar
:: org.scala-sbt#collections;0.13.11!collections.jar
:: org.scala-sbt#api;0.13.11!api.jar
:: org.scala-sbt#incremental-compiler;0.13.11!incremental-compiler.jar
:: org.scala-sbt#compile;0.13.11!compile.jar
:: org.scala-sbt#ivy;0.13.11!ivy.jar
:: org.scala-sbt#main-settings;0.13.11!main-settings.jar
:: org.scala-sbt#command;0.13.11!command.jar
:: org.scala-sbt#compiler-interface;0.13.11!compiler-interface.jar
::::::::::::::::::::::::::::::::::::::::::::::
:: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
download failed: org.scala-sbt#main;0.13.11!main.jar
download failed: org.scala-sbt#actions;0.13.11!actions.jar
download failed: org.scala-sbt#io;0.13.11!io.jar
download failed: org.scala-sbt#completion;0.13.11!completion.jar
download failed: org.scala-sbt#collections;0.13.11!collections.jar
download failed: org.scala-sbt#api;0.13.11!api.jar
download failed: org.scala-sbt#incremental-compiler;0.13.11!incremental-compiler.jar
download failed: org.scala-sbt#compile;0.13.11!compile.jar
download failed: org.scala-sbt#ivy;0.13.11!ivy.jar
download failed: org.scala-sbt#main-settings;0.13.11!main-settings.jar
download failed: org.scala-sbt#command;0.13.11!command.jar
download failed: org.scala-sbt#compiler-interface;0.13.11!compiler-interface.jar
Error during sbt execution: Error retrieving required libraries
(see /home/user/.sbt/boot/update.log for complete log)
Error: Could not retrieve sbt 0.13.11
The download failed for some files but i can't figure out why.
The only related post i found is this one. But i'm not sure if it's a connectivity issue...
Reinstalling and cleaning the whole thing did not help...
I'm working on ubuntu 16.04.1
The error was within the certificates of openjdk-9. I found this post and did the following to solve the failed downloads:
Uninstall OpenJDK 9:
sudo apt-get remove openjdk-9-*
Install OpenJDK 8:
sudo apt-get install openjdk-8-jdk
Reinstall sbt: (Reference)
echo "deb https://dl.bintray.com/sbt/debian /" | sudo tee -a /etc/apt/sources.list.d/sbt.list
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 2EE0EA64E40A89B84B2DF73499E82A75642AC823
sudo apt-get update
sudo apt-get install sbt
After doing so, i was able to execute
sbt compile

--select option for linux ./configure command

I am new to Linux and wanted to install MonoDevelop on my CentOS 6 VM. I found this question: Install Mono and Monodevelop on CentOS 5.x/6.x and was following the instructions outlined there but when I go to this step:
cd /usr/src
wget http://download.mono-project.com/sources/monodevelop/monodevelop-3.1.1.tar.bz2
tar -xvjf monodevelop-3.1.1.tar.bz2
cd monodevelop-3.1.1
PKG_CONFIG_PATH=/usr/lib/pkgconfig
export PKG_CONFIG_PATH
./configure --prefix=/usr --select
make && make install
Specifically the ./configure --prefix=/usr --select command, I got the following error on my system:
configure: error: unrecognized option: `--select'
Try `./configure --help' for more information
I typed ./configure --help in the terminal, but saw no --select option.
What does the --select option do?

XML::LibXSLT fails to install at Heroku

I fail to install XML::LibXSLT on Heroku. It looks like the required libraries gdbm is not installed, despite being listed as installed Ubuntu packages at Heroku stack cedar and cedar-14. Similar problems have been reported in this question but not on Heroku and its not allowed to install new Ubuntu packages.
To reproduce the error, create a minimal repository, requiring XML::LibXSLT in cpanfile:
$ git init
$ echo 'requires "XML::LibXSLT";' > cpanfile
$ echo 'sub { [200,[], ['Hello World']] }' > app.psgi
$ git add cpanfile app.psgi
$ git commit -m "initial commit"
Create a new Heroku app with heroku-buildpack-perl to run cpanm:
$ heroku create --stack cedar --buildpack https://github.com/miyagawa/heroku-buildpack-perl.git
$ git push heroku master
The error log contains
! Installing XML::LibXSLT failed. See /app/.cpanm/work/1412752363.1663/build.log for details. Retry with --force to force install it.
! Installing the dependencies failed: Module 'XML::LibXSLT' is not installed
! Bailing out the installation for ..
To get more verbose error message, try to install by hand:
$ heroku run cpanm --verbose XML::LibXSLT
The fails with the following error
....
LD_RUN_PATH="/usr/lib" cc -shared -O2 -g -L/usr/local/lib -fstack-protector LibXSLT.o perl-libxml-mm.o -o blib/arch/auto/XML/LibXSLT/LibXSLT.so \
-L/usr/lib -lxslt -lxml2 -lz -lm -lexslt -lgdbm -lgdbm_compat -ldl -lm -lpthread -lc -lcrypt \
/usr/bin/ld: cannot find -lgdbm
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/XML/LibXSLT/LibXSLT.so] Error 1
FAIL
! Installing XML::LibXSLT failed. See /app/.cpanm/work/1412753360.2/build.log for details. Retry with --force to force install it.
As noted above, Heroku has installed Ubuntu packages libgdbm3 and libxslt1-dev (confirm with heroku run dpkg --get-selection) so I wonder why compilation still fails.
Just try to install the developer package of libgdbm
apt-get install libgdbm-dev
CPAN needs often the dev-packages to install the modules.

GLib compile error (ffi.h), but libffi is installed

After a succesful configure, make exits with snipped
gclosure.c:29:17: fatal error: ffi.h: No such file or directory
compilation terminated.
I have libffi installed, and locate ffi.h gives:
/home/luca/gcc4.6/gcc-4.6.0/libffi/include/ffi.h.in
/usr/include/x86_64-linux-gnu/ffi.h
/usr/share/doc/ghc-doc/html/users_guide/ffi.html
/usr/share/doc/libffi5/html/Using-libffi.html
If you have a Debian-based Linux OS with apt-get:
sudo apt-get install libffi-dev
With a Redhat-base OS:
yum install libffi-devel
With Alpine Linux:
apk add libffi-dev
When compling libffi 3.0.9 from source code, the include/Makefile.in installs the includes in the ${PREFIX}/lib/libffi-3.0.9/include directory. I'm sure there's a WONDERFUL reason for that, but I'm annoyed by it.
This line fixes it, when compiling libffi:
/bin/perl -pe 's#^includesdir = .*#includesdir = \#includedir\##' -i include/Makefile.in
The includes will now be installed in ${PREFIX}/include, which is /usr/local/include for me.
My full recipe is:
cd /var/tmp
rm -rf libffi-3.0.9
untgz /usr/local/src/utils/libffi-3.0.9.tar.gz
cd libffi-3.0.9
/bin/perl -pe 's#^AM_CFLAGS = .*#AM_CFLAGS = -g#' -i Makefile.in
/bin/perl -pe 's#^includesdir = .*#includesdir = \#includedir\##' -i include/Makefile.in
./configure --prefix=/usr/local \
--includedir=/usr/local/include
gmake
gmake install
Resolved by manually setting LIBFFI_CFLAGS for location of ffi.h in configure
Check your GCC version and note this entry in the Debian Bug Archive: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523869
It was the final solution to my particular issue (it looked exactly like what you report, but couldn't be solved with the solution above)... my problem had nothing to do with LIBFFI at all.
An old thread, but anyway...
After putting the required files in a location where they could be found, I got it working:
cp /usr/include/x86_64-linux-gnu/ffi* /usr/local/include/
cp /usr/lib/libffi.so /usr/local/lib/