I am having trouble installing Grails via SDK.I installed SDK via the instruction on https://grails.org/download.html#sdkman and sdk installed correctly
$ sdk version
SDKMAN 5.1.4+78`
But when I executed
$ sdk install grails
I am getting output in the terminal
$ sdk install grails
Downloading: grails 3.2.0.RC2
In progress...
######################################################################## 100.0%
curl: (56) SSLRead() return error -36
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of /Users/hwmehwme/.sdkman/archives/grails-3.2.0.RC2.zip or
/Users/hwmehwme/.sdkman/archives/grails-3.2.0.RC2.zip.zip, and cannot find /Users/hwmehwme/.sdkman/archives/grails-3.2.0.RC2.zip.ZIP, period.
Stop! The archive was corrupt and has been removed! Please try installing again.
I do restarting the terminal and installed again but same issue again.
What am I missing in installation? is there other dependency is needed ? Any help is much appreciated!
Related
I'm trying to run a project on a mac with m1. Installed brew and quietly installed cocoapods. There are only two pods in the project - Realm Swift and Revenue Act.
When installing Realm Swift, the following error occurs:
RevenueCat was installed without any problems. What could be the problem?
Below in duplicate for convenience
Update all pods
Updating local specs repositories
Analyzing dependencies
Downloading dependencies
Installing Realm (10.33.0)
[!] /bin/bash -c
set -e
sh scripts/setup-cocoapods.sh
Downloading dependency: 12.13.0 from https://static.realm.io/downloads/core/realm-monorepo-xcframework-v12.13.0.tar.xz
Downloading core failed:
https://static.realm.io/downloads/core/realm-monorepo-xcframework-v12.13.0.tar.xz
curl: (60) SSL certificate problem: certificate has expired
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
The problem was solved after I entered this command into the terminal:
echo insecure >> ~/.curlrc
The information is taken from this answer.
I am using this opencv3 library for react native, but when I try to install IOS dependencies using pod install i recieve this error, can someone help me?
[!] Error installing libopencv-contrib
[!] /usr/bin/unzip /var/folders/hj/5y2w85bn64n0t7mmzcc9rtbc0000gn/T/d20200815-25128-1yye817/file.zip -d /var/folders/hj/5y2w85bn64n0t7mmzcc9rtbc0000gn/T/d20200815-25128-1yye817
Archive: /var/folders/hj/5y2w85bn64n0t7mmzcc9rtbc0000gn/T/d20200815-25128-1yye817/file.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of /var/folders/hj/5y2w85bn64n0t7mmzcc9rtbc0000gn/T/d20200815-25128-1yye817/file.zip or
/var/folders/hj/5y2w85bn64n0t7mmzcc9rtbc0000gn/T/d20200815-25128-1yye817/file.zip.zip, and cannot find /var/folders/hj/5y2w85bn64n0t7mmzcc9rtbc0000gn/T/d20200815-25128-1yye817/file.zip.ZIP, period.
The following silly fix solved the issue for me:
run pod spec edit libopencv-contrib
locate the source url (a dropbox link)
replace ?dl=0 with ?dl=1
save the file && run pod install
Now the installation should complete without errors.
Trying to install ImageMagick 7.0.1-3 on Redhat 6.7 :
$sudo rpm -ivh ImageMagick-7.0.1-3.x86_64.rpm
error: Failed dependencies:
ImageMagick-libs = 7.0.1-3 is needed by ImageMagick-7.0.1-3.x86_64
libMagickCore-7.Q16HDRI.so.0()(64bit) is needed by ImageMagick-7.0.1-3.x86_64
libMagickWand-7.Q16HDRI.so.0()(64bit) is needed by ImageMagick-7.0.1-3.x86_64
libMagickWand-7.Q16HDRI.so.0(VERS_1.0)(64bit) is needed by ImageMagick-7.0.1-3.x86_64
liblzma.so.5()(64bit) is needed by ImageMagick-7.0.1-3.x86_64
i was able to install ImageMagick using the tar.gz distribution for the same release.
Now since i would like to have a binary, so i can install it on production servers, but when trying to create an rpm , i get:
rpmbuild -ba ImageMagick.spec
error: Failed build dependencies:
jbigkit-devel is needed by ImageMagick-7.0.1-3.x86_64
Where to get jbgkit-devel ?? and the rest of the dependencies ?
Is there an alternate way to install ImageMagick ?
jbigkit does not mention jbigkit-devel
Also, using the ImageMagick.spec provided in the tar.gz distribution i tried to make an rpm, but i get error:
# rpmbuild -ba ImageMagick.spec
error: Failed build dependencies:
jbigkit-devel is needed by ImageMagick-7.0.1-3.x86_64
Which is back to square one, i tried to copy jbigkit-2.1.tar.gz in SOURCES, but i get the same error for jbigkit-devel is needed
If you go to the ImageMagick binary releases,
the second link is the libs. Do that first and then the first link.
It worked for me and I got here looking to solve the error you entered.
Trying to install imagemagick ( to be used w PaperClip gem) on my mac ( Yosemite 10.10.5) raising error with 'libtool' what happen with it ?
$ brew update
$ brew install imagemagick
==> Installing dependencies for imagemagick: libtool, jpeg, libpng, libti
==> Installing imagemagick dependency: libtool
==> Downloading https://homebrew.bintray.com/bottles/libtool-2.4.6.yosemite.bott
curl: (4) A requested feature, protocol or option was not found built-in in this libcurl due to a build-time decision.
Error: Failed to download resource "libtool"
Download failed: https://homebrew.bintray.com/bottles/libtool-2.4.6.yosemite.bottle.tar.gz
Warning: Bottle installation failed: building from source.
==> Downloading http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz
curl: (4) A requested feature, protocol or option was not found built-in in this libcurl due to a build-time decision.
Trying a mirror...
==> Downloading https://ftp.gnu.org/gnu/libtool/libtool-2.4.6.tar.xz
curl: (4) A requested feature, protocol or option was not found built-in in this libcurl due to a build-time decision.
Error: Failed to download resource "libtool"
Download failed: https://ftp.gnu.org/gnu/libtool/libtool-2.4.6.tar.xz
Had the same error and https://github.com/Homebrew/homebrew/issues/43154 fixed it for me. You will need to remove SSL_CERT_DIR variable from .bash_profile or .bashrc and you might also need to run unset SSL_CERT_DIR
In my case, the homebrew-directory (~/Library/Caches/Homebrew) had root as owner. So executing
sudo chown -R {myUserName}:staff Homebrew
fixed this issue and Homebrew worked again as expected.
I'm unable to install dse-full or opscenter due to the following transaction errors
Total
Running transaction check
Running transaction test
Transaction check error:
file /usr/bin from install of dse-libcassandra-3.1.4-1.noarch conflicts with file from package filesystem-3.2-13.fc19.x86_64
file /usr/sbin from install of dse-libcassandra-3.1.4-1.noarch conflicts with file from package filesystem-3.2-13.fc19.x86_64
Error Summary
-------------
Is there some yum foo to get around this? Why would the package include a /user/bin and /usr/sbin?
**UPDATE Resolved**
I was able to work around this by doing the following:
Downloaded the latest rpm from the datastax repository using my login credentials:
wget http://xxx:xxx#rpm.datastax.com/enterprise/noarch/dse-libcassandra-3.1.4-1.noarch.rpm
Then ran:
rpm -Uvh --force dse-libcassandra-3.1.4-1.noarch.rpm
I had to do the same thing to get opscenter installed. I believe the rpm's were packaged incorrectly and hope it is resolved in a future release.
**NOTE**
If you use this solution you should also download the filesystem rpm and run:
rpm -Uvh --force filesystem-3.2-13.fc19.x86_64.rpm
This way /usr/bin and /usr/sbin is owned by the filesystem package again. Otherwise you might run into problems later trying to upgrade fedora.
Yes this is an issue in the rpm spec that has been resolved for upcoming releases. Both packages erroneously try to take control over /usr/bin and /usr/sbin.