I've got a server at work on which I am basically building an apache/mysql/subversion/php/python development base. I've found that the RPM repos the server is pointed at only have version 3.3.6-5 of sqlite, which subversion 1.6.17 chokes on, requiring at least version 3.4:
An appropriate version of sqlite could not be found. We recommmend 3.6.13,
but require at least 3.4.0. Please either install a newer sqlite on this
system or get the sqlite 3.6.13 amalgamation from:
http://www.sqlite.org/sqlite-amalgamation-3.6.13.tar.gz
unpack the archive using tar/gunzip and copy sqlite3.c from the
resulting directory to:
/root/installs/subversion-1.6.17/sqlite-amalgamation/sqlite3.c
This file also ships as part of the subversion-deps distribution.
I managed to download and build sqlite (sqlite-autoconf-3070701.tar.gz), but now when I run sqlite3, I'm getting the error:
sqlite3: symbol lookup error: sqlite3: undefined symbol: sqlite3_sourceid
I'm sure this is because the PATH variable has the so files for both the rpm installation of sqlite (/usr), and the compiled version I installed (/usr/local). I can't yum remove the exiting sqlite because it is tied to the installation of rpm, so what I would like to do is add whatever I need to my profile or bashrc or whatever other black magic is needed to allow some users to run the updated sqlite install, while others just default to the original install.
Other info:
# cat /etc/*-release
Enterprise Linux Enterprise Linux Server release 5.6 (Carthage)
Oracle Linux Server release 5.6
Red Hat Enterprise Linux Server release 5.1 (Tikanga)
Red Hat Enterprise Linux Server release 5.6 (Tikanga)
# uname -m
x86_64
Can anyone tell me what I can do to get the two copies of sqlite to play together nicely?
Have you tried what the error message from subversion proposes?
...get the sqlite 3.6.13 amalgamation from:
http://www.sqlite.org/sqlite-amalgamation-3.6.13.tar.gz unpack the
archive using tar/gunzip and copy sqlite3.c from the resulting
directory to:
/root/installs/subversion-1.6.17/sqlite-amalgamation/sqlite3.c
Related
I am following this tutorial. I already have .fastq files. I want to install ea-utils.
My setup is Ubuntu 18.04 bionic, via Oracle VM Virtual Box.
In terminal, I entered the command:
>>>sudo apt install ea-utils
E: Unable to locate package ea-utils
First, I installed latest Ubuntu updates via. Software Updater.
Then,
>>>sudo apt-get update
E: Some index files failed to download. They have been ignored, or old ones used instead.
Still throwing an error:
>>>sudo apt-get install ea-utils
Second command said: E: Unable to locate package ea-utils.
You cannot install it using Git-Bash. Git-Bash is not a Linux environment (apt-get is a Linux utility that can be used in a Linux environment). Git-Bash is a subset of the MSYS (or MSYS2, not sure) collection of open source tools compiled for Windows
What you can try is
build your own version of ea-utils for Windows. build guide - I will elaborate if required
check if there are any precompiled binaries for it
Expanding on building/compiling your own binaries of programs
Normally a program is written in a programming language (e.g C/C++, Java) that humans can read. These are plain text files.
That is compiled into something computers can read
This compiled file is executable on the platform which it is compiled for - ends in .exe for Windows
This executable file is distributed as a 'precompiled binary' that is copied into (usually) C:\Program Files by the installation procedure
But things change in the world of open source software
You are given the original files of code written in a programming language
You use a compiler combined with other libraries to compile it into an executable file
MinGW is a collection of tools, including the C/C++ compiler for Windows
GSL is a library that provides some other code that ea-utils depends on for the compilation of the binaries
General instructions for building
(Sorry I cannot test these. I do not use Windows any more)
Install MinGW - accepting the defaults should work fine
Install GSL - try the link that says Setup (again, accept defaults)
Unzip the file you downloaded earlier from ea-utils' GitHub
Open command prompt
cd into the unzipped folder
(based on instructions on their wiki) make
make test
Since your updated question is based on using Ubuntu 18.04 in a VM and you there is still an error, I suggest trying
sudo apt-get update
sudo apt-get install ea-utils
Commonly, software in the Linux word is distributed as "packages" - e.g ea-utils. The first command contacts Ubuntu's repositories (they serve the packages) and generates a list of all the available packages.
That should fix the error of ea-utils not being found.
Following the constant errors being thrown,
Download the .deb file 64-bit version or 32-bit version according to the virtual machine you are running. Open it inside the virtual machine, and follow the onscreen instructions.
Newbie here,Kindly bear with me.
I would like to install Oracle Database Express Edition 11g Release 2 in Arch Linux.
I've downloaded the oracle-xe-11.2.0-1.0.x86_64.rpm.zip then unzipped it to /home/user/Downloads/Disk1. In that folder there is oracle-xe-11.2.0-1.0.x86_64.rpm file.
As per this Oracle Installation manual in Arch Linux there are several method. I would like to follow Install method 2 - AUR method as I guess its bit easy than other(Actually I don't understand other method much and have confusions).
But when I try to install oracle from AUR, I found this problem: error: target not found: oracle. I think that package is no more available.
How can I proceed futher? As a learner it would be helpful for me if steps are bit explanatory.
AUR package is named "oracle-xe", not "oracle".
You should download snapshot from
https://aur.archlinux.org/packages/oracle-xe/
and uncompress it. Then step into oracle-xe directory and type
makepkg -s
But I vote for installing qemu and centos minimal, then Oracle inside it. Oracle is so painful to install even in supported distribs.
Also you will pollute your Arch with unnecessary symlinks and applications.
The release notes for RedHawk 2.0 say that the GPP device previously written in Python has been replaced with one written in "Written in C++, so it is more responsive". But I find it still running in Python (according to ps command python is running GPP.py, and the $SDRROOT/dev/devices/GPP/GPP.spd.xml which also has softpkg version="1.10.0". Was my installation defective and I still have parts of the 1.10 runtime system? My IDE says 2.0.
It sounds like REDHAWK 2.0 was not properly installed on your system, the IDE and the framework/assets are separate and it is possible to get into a situation with conflicting versions depending on the installation steps taken.
Determining what version of REDHAWK you have installed can be determined in a handful of ways. If you installed via yum or rpm you can check the versions of the rpms installed with:
rpm -qa | grep -i redhawk
The redhawk package, and redhawk-ide package should both be at 2.0. Note that the REDHAWK assets are versioned independently.
If you installed via source, you can use the package config files to obtain version information. The framework keeps it's pc files in $OSSIEHOME/lib64/pkgconfig:
cat $OSSIEHOME/lib64/pkgconfig/ossie.pc
Will print out version information for the core framework installed. Depending on what is installed, there are pc files for the framework, bulkio, frontend, and burstio.
I am sorry. The GPP-2.0.0-3.el6.x86_64 DOES contain an ELF executable for GPP device. But the rpm does not install unless I manually erase the GPP-1.10 pkg. Until erased yum says "nothing to do" for some reason. I saw the source code in GPP-debuginfo but did not notice the executable in GPP-2.0.0 since it was all caps and looked like the directory.
I have an rpm compiled in centos 5.x which requires libnetsnmp.so.10 and other shared objects. I want to create an rpm of it which is to be run on centos 6.x but it fails to install as on installation it says :
error: Failed dependencies:
libnetsnmp.so.10()(64bit) is needed and so on...
But Centos 6.x contains libnetsnmp.so.20
So I created symbolic links of libnetsnmp.so.10 of libnetsnmp.so.20.
But problem is still the same.
So can you please help me to resolve this problem?
If recompiling for Centos 6 isn't an option, you can try two things, first, install the correct libnetsnmp in the Centos 6 server. If that's not an option, you can add the following to your RPM spec file:
Autoreq: no
This will cause it not to scan your binary for dependencies (such as dynamically linked libraries), and automatically build that into the RPM.
Of course, if that version of libnetsnmp is ACTUALLY required, your just hosing yourself down the road, but likely newer versions will work just fine.
I have a my production database on PostgreSQL 8.1.17 server.
I want to migrate it from one Linux server to another.
On another Linux server I am not able to install the PostgreSQL 8.1.17 server using rpm.
I got the rpm file from http://yum.postgresql.org/8.1/redhat/rhel-5-x86_64/ link.
But while updating rpm repository using rpm -i postgresql-8.1.17-1PGDG.rhel4.x86_64.rpm
I am getting below error.
error: Failed dependencies:
libcrypto.so.4()(64bit) is needed by postgresql-8.1.17-1PGDG.rhel4.x86_64
libpq.so.4()(64bit) is needed by postgresql-8.1.17-1PGDG.rhel4.x86_64
libreadline.so.4()(64bit) is needed by postgresql-8.1.17-1PGDG.rhel4.x86_64
libssl.so.4()(64bit) is needed by postgresql-8.1.17-1PGDG.rhel4.x86_64
libtermcap.so.2()(64bit) is needed by postgresql-8.1.17-1PGDG.rhel4.x86_64
How will I resolve this dependency.
The End Of Life (EOL) dates for 8.1 version is November 2010. Does it mean we won't be able to install 8.1 version after November 2010. Referring below link.
http://www.postgresql.org/support/versioning/
I don't want to upgrade the PostgreSQL version for now.
Make a full systen backup, then launch the following command:
rpm -i --nodeps postgresql-8.1.17-1PGDG.rhel4.x86_64.rpm