Docker Oracle Instant Client - oracle

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

Related

Programs installed with Chocolatey cannot be executed

I am having a problem with programs that I installed with Chocolatey - namely that they cannot be executed. I am running Windows 10.
Chocolatey itself works - I can download and upgrade programs
the folder C:\ProgramData\chocolatey\bin\ is set in PATH under System Variables
I have a couple of packages installed, but I'll use two as an example here: ffmpeg and nano
If I run either nano --version or ffmpeg--version with Powershell I get in both cases:
ResourceUnavailable: Program 'nano.exe' failed to run: Access deniedAt line:1 >char:1
'+ nano
'+ ~~~~.
And the same for ffmpeg.
The weird thing is if I run the same with GitBash I get for nano:
GNU nano, version 4.9.3
(C) 1999-2011, 2013-2020 Free Software Foundation, Inc.
(C) 2014-2020 the contributors to nano
Email: nano#nano-editor.org Web: https://nano-editor.org/
Compiled options: --enable-utf8
and for ffmpeg
bash: /c/ProgramData/chocolatey/bin/ffmpeg: Permission denied
Any help is greatly appreciated!
Someone had a similar issue here and people thought antivirus software was the cause: Program 'tempCodeRunnerFile.exe' failed to run: Access is deniedAt line:1 char:110 VS Code error

make fails to build squid with openssl (deprecated functions used)

I'm trying to build squid with openssl, but fail because make threats warnings as errors
An example: gadgets.h -> error 'void RSA_free(RSA*)' is deprecated; Since **Openssl 3.0.0** -Werror=deprecated-declarations ..
I assume that -Werror=deprecated-declarations instructs make to threat these warnings as errors. But in which file is -Werror=deprecated-declarations? How can I suppress this / avoid it?
I need squid with openssl.
france1 answers correct. But maybe "step by step" commands will help to someone. I successfully built Squid 5.5 on Ubuntu 22.04 with Openssl 3.0.2.
Download openssl 1.1.1j:
cd /tmp/
wget https://github.com/openssl/openssl/archive/refs/tags/OpenSSL_1_1_1j.zip
Extract and install openssl to /usr/local/openssl_1_1_1j from source
unzip openssl-OpenSSL_1_1_1j.zip
cd ./openssl-OpenSSL_1_1_1j/
./config --prefix=/usr/local/openssl_1_1_1j --openssldir=/usr/local/openssl_1_1_1j/ssl
make
sudo make install
Export vars
export PATH="/usr/local/openssl_1_1_1j/bin:$PATH" LD_LIBRARY_PATH="/usr/local/openssl_1_1_1j/lib:$LD_LIBRARY_PATH"
export PKG_CONFIG_PATH=/usr/local/openssl_1_1_1j/lib/pkgconfig
Download squid and compile with custom openssl:
wget http://www.squid-cache.org/Versions/v5/squid-5.5.tar.gz
tar -xzvf ./squid-5.5.tar.gz
cd squid-5.5/
./configure --enable-ssl-crtd --with-openssl=/usr/local/openssl_1_1_1j/lib
make
sudo make install
Works!
I can compile the latest version by openssl 3. It should be fixed
check https://github.com/squid-cache/squid/commit/3db8afad158dcdaa9390d8b998239e5763ae2cf4
# squid -v
Squid Cache: Version 5.7-VCS
Service Name: squid
This binary uses OpenSSL 3.0.2 15 Mar 2022.
Ha Ha!
These things are deprecated since Openssl 3.0.0.
I just used Openssl 1.1.1 LTS - and it worked!
But later on I noticed that there's a squid-openssl in the ubuntu 20.10 repository.. so I installed that.
Openssl 1.1.1l: https://www.openssl.org/source/openssl-1.1.1l.tar.gz

How to Install devtoolset 8 in RHEL 8 image

Please help me to install dev toolset-8 in rhel 8 image.
i have pulled the base image as below . I want to install devtoolset-8. is there any other way please let me know.
sudo docker pull registry.access.redhat.com/ubi8/ubi:8.2
According to that article, you can check if you have access to Red Hat Software Collections (RHSCL) by running the following command by the root user:
$ su -
# subscription-manager repos --list | egrep rhscl
If you have, enable necessary software repo and then install devtoolset:
# subscription-manager repos --enable rhel-7-server-optional-rpms
# yum install devtoolset-8
The other answer seems to be for RHEL 7.
On the RedHat site
Chrisian Labisch answered this with:
RHEL 8 doesn't work with Software Collections, RHEL 8 uses modules instead.
sudo dnf module list
In RHEL 8 you find the developer tools in the CodeReady Builder repository. :)
sudo subscription-manager repos --enable codeready-builder-for-rhel-8-x86_64-rpms
But even that seems to be unneeded because the system compiler version for RHEL is already GCC 8, so you would normally only need devtoolset-9 or up for it, if I understood the purpose correctly.
Additionally this blog post outlines the differences between the old SCL toolsets and the new AppStreams concept.
devtoolset is called gcc-toolset in RHEL8.
The following commands worked for me:
microdnf install -y gcc-toolset-12
scl enable gcc-toolset-12 bash
gcc --version
# gcc (GCC) 12.1.1 20220628 (Red Hat 12.1.1-3)

make on raspberry pi returns WARNING: 'automake-1.14' is missing on your system

I am installing a software on a raspberry pi model B+ with the newest (29.3.2015) version of Raspbian freshly installed.
The software I am opting to install is OWFS. First I install the required software for installation
sudo apt-get install automake autoconf autotools-dev gcc-4.7 libtool
then in the unpacked software folder i run:
sudo ./configure
and then
sudo make
which gives this error message
pi#raspberrypi ~/owfs-3.1p0 $ sudo make
cd . && /bin/bash /home/pi/owfs-3.1p0/src/scripts/install/missing
automake-1.14 --foreign
/home/pi/owfs-3.1p0/src/scripts/install/missing: line 81:
automake-1.14: command not found
WARNING: 'automake-1.14' is missing on your system.
You should only need it if you modified 'Makefile.am' or
'configure.ac' or m4 files included by 'configure.ac'.
The 'automake' program is part of the GNU Automake package:
Makefile:494: recipe for target 'Makefile.in' failed
make: *** [Makefile.in] Error 1
The issue was that Perl was not running:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_GB.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
By setting locals properly issue was resolved.
Thanks for the help Jorge

Compiling VLC on Linux: Error couldnt find Lua

I am trying to compile VLC for Linux. When I run the configure script, I am getting the error message
configure: error: Could not find lua. Lua is needed for some
interfaces (rc, telnet, http) as well as many other custom scripts.
Use --disable-lua to ignore this error.
I have lua on my system. I ran lua -v and got
Lua 5.1.4 Copyright (C) 1994-2008 Lua.org, PUC-Rio
whereis lua gives
/usr/bin/lua /usr/lib/lua /usr/share/lua /usr/share/man/man1/lua.1.gz
Which looks to be a standard location. Any ideas on why configure isn't picking up lua?
On Debian based
$ apt-get install lua5.2 liblua5.2-dev
Worked for me
As mentioned by Not_a_Golfer, you need Lua header/library files
Fix for rpm based systems:
sudo dnf install lua-devel

Resources