Solaris 11 has wget command, like Linux's.
Is there wget or wget like command for Solaris 10?
The wget command in Solaris 10 is somewhat hidden from sight.
You can find it here
/usr/sfw/bin/wget
This was checked on s10u10
My Solaris system has it installed, but I do not control the image we use to install it. I see this:
$ which wget
/usr/sfw/bin/wget
$ wget --version
GNU Wget 1.12 built on solaris2.10.
$ pkginfo -l SUNWwgetr
PKGINST: SUNWwgetr
NAME: GNU wget - utility to retrieve files from the World Wide Web (root)
CATEGORY: system
ARCH: i386
VERSION: 11.10.0,REV=2005.01.08.01.09
BASEDIR: /
VENDOR: Sun Microsystems, Inc.
DESC: GNU wget - a utility to retrieve files from the World Wide Web (root components) 1.12
PSTAMP: sfw10-patch-x20100616081054
INSTDATE: Dec 13 2012 23:00
HOTLINE: Please contact your local service provider
STATUS: completely installed
FILES: 2 installed pathnames
1 shared pathnames
1 directories
1 executables
9 blocks used (approx)
Related
How to install Yugabyte database on Windows 10?
The download page mentions only macOS and Linux: https://download.yugabyte.com/local
adding to #FranckPachot's comment, also you can download centos or any Linux OS images (VDI) files and open it through VmWare Player or HyperV from your windows laptop and create the VM and install the Yugabyte DB as mentioned from second step of his comment (i.e Sudo yum install -y python). Thanks.
There are two possibilities.
One is with Docker Desktop (https://hub.docker.com/editions/community/docker-ce-desktop-windows) and following the Docker installation.
The other is on the Windows Linux Subsystem (WSL) which runs Ubunto 20.04 LTS (installed from https://www.microsoft.com/store/productId/9N6SVWS3RX71).
I've installed it with this:
franck#YB-Franck:~$ uname -a
Linux YB-Franck 5.10.16.3-microsoft-standard-WSL2 #1 SMP Fri Apr 2 22:23:49 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
franck#YB-Franck:~$ sudo yum install -y python
franck#YB-Franck:~$ wget -qs https://downloads.yugabyte.com/releases/2.11.1.0/yugabyte-2.11.1.0-b305-linux-x86_64.tar.gz
franck#YB-Franck:~$ tar xvfz yugabyte-2.11.1.0-b305-linux-x86_64.tar.gz
franck#YB-Franck:~$ cd yugabyte-2.11.1.0/
franck#YB-Franck:~$ ./bin/post_install.sh
franck#YB-Franck:~$ ./bin/yugabyted start
But of course, use the latest version.
I am trying to install Kubernetes in Mac. I followed these instructions - https://kubernetes.io/docs/tasks/tools/install-kubectl/ (for MacOs)
Followed all the 5 steps mentioned in that link
1. curl -LO "https://dl.k8s.io/release/$(curl -L -s https://dl.k8s.io/release/stable.txt)/bin/darwin/amd64/kubectl"
2.curl -LO "https://dl.k8s.io/$(curl -L -s https://dl.k8s.io/release/stable.txt)/bin/darwin/amd64/kubectl.sha256"
echo "$(<kubectl.sha256) kubectl" | shasum -a 256 --check
output: kubectl: OK
3. chmod +x ./kubectl
4. sudo mv ./kubectl /usr/local/bin/kubectl && \
sudo chown root: /usr/local/bin/kubectl
5. kubectl version --client
Apparently, when I executed this kubectl version --client
zsh: bad CPU type in executable: kubectl
I tried to switch the shell from zsh to sh, bash but nothing helped
For Mac M1 - install Rosetta softwareupdate --install-rosetta
Working on my M1 Big Sur 11.5.1
For more info , have a look on this link Rosetta
Check this answer
Your are trying to download a version of kubectl for the darmin/amd64 architecture. "Darwin" means, effectively, MacOS, and amd64 refers to Intel and AMD 64-bit processors.
You have an M1 Mac, which famously is built around an ARM processor, unlike the rest of Apple's machines.
You would need to find kubectl built for darwin/arm64. As #DavidMaze suggested, you may be able to obtain that by installing the kubernetes-cli package via Homebrew.
I also got the same problem. Resolved by following steps:
rm /usr/local/bin/kubectl
brew install kubectl
Now check command:
kubectl version --client
you will get output something like this:
Client Version: version.Info{Major:"1", Minor:"21",
GitVersion:"v1.21.2",
GitCommit:"092fbfbf53427de67cac1e9fa54aaa09a28371d7",
GitTreeState:"clean", BuildDate:"2021-06-16T12:52:14Z",
GoVersion:"go1.16.5", Compiler:"gc", Platform:"darwin/amd64"}
The problem can have two reasons:
1- you either have a mac book with an apple silicon processor which is not supported by the app you start (https://support.apple.com/en-gb/HT211814)
2- you start a i386 executable in a 64bit operating system
Solution:
1- you should install rosetta that makes this integration
2- you should check if the app is really developed for a i386 system or not. If so install the 64bit version
For me the problem was the 32bit / 64bit mismatch. To see if the app you are starting has a i386 or not you can run:
find `echo $PATH | tr ":" "\n"` -perm +1111 -exec file {} \; | grep i386
installing the 64bit version solved my issue.
I have been trying for 4 days to:
Deploy Oracle Instant Client with Docker. I can give you the Dockerfile but it is 96 lines
To use Oracle Instant Client on my Linux Ubuntu latest.
In the end I arrive at the same two issues.
When installing OCI 8 with the command:
Docker:
RUN echo 'instantclient, / usr / local / instantclient' | pecl install
oci8
Ubuntu:
echo "instantclient, / opt / oracle / instantclient_12_2" | sudo pecl
install oci8
I get the error:
make: *** [Makefile: 194: oci8.lo] Error 1
ERROR: `make 'failed
Could not find a solution.
Make is correctly installed in both cases:
GNU Make 4.2.1 Built for x86_64-pc-linux-gnu Copyright (C) 1988-2016
Free Software Foundation, Inc. GPLv3 + license: GNU GPL version 3 or
later http://gnu.org/licenses/gpl.html This is free software: you
are free to change and redistribute it. There is NO WARRANTY, to the
extent permitted by law.
Do you have an idea ? It blocks me for the rest of my work.
BR,
Nicolas.
EDIT :
I try this :
pear download pecl/oci8
tar xvzf oci8-3.0.0.tgz
phpize
./configure --with-oci8=instantclient,/opt/oracle/instantclient_12_2/
make
Same issue :
make: *** [Makefile:194: oci8.lo] Error 1
I'm going crazy...
If you follow the instructions from Oracle's Github Repo for Docker you should be able to build your own instantclient.
https://github.com/oracle/docker-images/tree/master/OracleInstantClient
Another option will be to just make use of an existing image from their container-registry.
docker pull container-registry.oracle.com/database/instantclient:latest
Best of luck!
I did it this way:
RUN echo 'instantclient,/opt/oracle/instantclient/lib' | pecl install oci8
I had MariaDB version 10.3 installed, which I have to downgrade to version 10.1 for compatibility reasons. So I did:
brew uninstall mariadb
And then: mysql -v which resulted in command not found, as expected.
Then I installed the older version with:
brew install mariadb#10.1
And added it to PATH:
export PATH="/usr/local/opt/mariadb#10.1/bin:$PATH"
However, now I get this weird result where the 10.1 binary shows version 10.3, even in a new shell instance:
$ which mysql
/usr/local/opt/mariadb#10.1/bin/mysql
$ mysql -v
Server version: 10.3.13-MariaDB Homebrew
$ /usr/local/opt/mariadb#10.1/bin/mysql -v
Server version: 10.3.13-MariaDB Homebrew
$ ls -ltra /usr/local/opt/ | grep maria
lrwxr-xr-x 1 juha.untinen admin 30 Apr 8 11:02 mariadb#10.1 -> ../Cellar/mariadb#10.1/10.1.38
There is probably some leftover file somewhere, but I can't find any such.
What else could I check?
I installed the heroku-toolbelt to raspbian.
But heroku command fails.
heroku-toolbelt install:
$ wget -O- https://toolbelt.heroku.com/install-ubuntu.sh | sh
heroku command fails with
$ heroku login
Illegal instruction
! error getting commands pid 6630 exit 132
$ uname -a
Linux raspberrypi 3.12.22+ #691 PREEMPT Wed Jun 18 18:29:58 BST 2014 armv6l GNU/Linux
$ ruby --version
ruby 1.9.3p194 (2012-04-20 revision 35410) [arm-linux-eabihf]
You describe a situation but do not actually ask a question. I interpret the question in your post to be "Why does the heroku command exit with 'illegal instruction' error?".
The official debian "armhf" port targets the ARMv7 architecture (c.f. https://wiki.debian.org/ArmHardFloatPort#Supported_devices "Currently the Debian armhf port requires at least an ARMv7 CPU with Thumb-2 and VFP3D16.").
The first Raspberry Pi had an ARMv6 CPU. The Raspberry Pi foundation, and later the Raspbian creators, recompiled all debian packages from source for the ARMv6 CPU.
But they decided to keep the same "armhf" name. Probably because it is more effort to introduce a new name into the debian build system.
This works fine as long as you do not mix software package repositories. Raspbian installations' /etc/apt/sources.list files point to Raspberry Pi specific software package download server, that serve under the "armhf" name binaries compiled for ARMv6.
If you try to install an armhf package for the regular debian distribution, you will see this illegal instruction error as soon as the CPU is asked to execute an ARMv7 instruction that is not part of ARMv6.
The same is true for third-party armhf package compiled for the canonical meaning of "armhf", like this heroku toolbelt.
This is an old question, but maybe it helps others:
You could install the standalone heroku toolbelt for linux arm like it is described here: https://devcenter.heroku.com/articles/getting-started-with-php#set-up (select "Download standalone version of the Heroku CLI")
# Run this from your terminal.
# Replace OS with one of “linux”, “darwin”, “windows”, “freebsd”, “openbsd”
# Replace ARCH with one of “amd64”, “386” or “arm”
wget https://cli-assets.heroku.com/branches/stable/heroku-OS-ARCH.tar.gz
mkdir -p /usr/local/lib /usr/local/bin
tar -xvzf heroku-OS-ARCH.tar.gz -C /usr/local/lib
ln -s /usr/local/lib/heroku/bin/heroku /usr/local/bin/heroku
# ensure that /usr/local/bin is in the PATH environment variable