Is there a way to get native clear case support on Ubuntu 12+? I've only seen it supported via remote rich client. We have red hat and suse machines with cleartool installed and I would like a similar set up for Ubuntu so we could re-use the same scripts.
The "System Requirements for Rational ClearCase" from IBM does mention Ubuntu, but with the caveat:
Ubuntu 12.04 kernel issue with ClearCase 8.0.1:
For Ubuntu 12.04 LTS, do not use Kernel 3.5. This kernel is not a LTS and is not supported by ClearCase. Even though Ubuntu will try to upgrade the kernel to 3.5, you must keep using kernel 3.2.x to be able to use ClearCase.
Related
I am currently running Ubuntu 20.04 on my machine. GridDB's official web site's download page only shows GridDB CE(server) for Ubuntu 18.04. Will I able to download (& install )?Will it support?
After bunch of struggle and help from googling I managed to build v4.5 on ubuntu 20.04. So I would guess 4.6 will work too. I am running “arm” version which yet doesnt have source for v4.6.
Main problem was related to wrong version of gcc in v20.04 and so I had to download gcc 4.8 manually to build it.
I wanted to try RAPIDS but I have seen that it is only compatible with Ubuntu 16.04/18.04 and CentOS 7.
Since I have already a completely operational Debian 9 system installed on my workstation, and since I know Ubuntu is a Debian derived distro, I was wondering if it is possible to run it on Debian following Ubuntu instructions.
Thanks in advance for your help
Guido
RAPIDS really has only two dependencies: CUDA and CONDA. As long as you get full support for CUDA 9.2, 10.0, or 10.1 on your Debian distro, and anaconda, you should be able to use RAPIDS.
this is my 1st question here!
On this site: Is there a kdevelop version that i can install on windows? at one of the answers it is required to "Run emerge qt, emerge kdelibs, emerge kde-baseapps, emerge kdevelop and emerge kdevelop-pg-qt". However, when i make this it tells in the cmd.exe: "The command 'emerge' is either misspelled or could not be found." How can I fix this problem?
So, emerge actually installable on Windows if you follow the guide on the https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source/Windows#Installing_Emerge
For info:
emerge is a command of a Portage package manager (program to install software in the OS).
Portage is an official package manager of the Gentoo Linux OS. Other examples: Ubuntu and Debian Linux use Apt package manager, Fedora Linux uses fpm, ArchLinux uses pacman, etc...
I've compiled a C program under Ubuntu 12.04, built a Debian package out of it, and want to install it on a server running Debian Lenny.
Last time I did that (about two months ago) it worked: I could install the package and run the binary. But now I get the following error message:
(binary's name): /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by (binary's name))
Other than upgrading my machine to Ubuntu 12.4, the only significant change we've brought to the code is a call to strdup(), for which I had to enable the _POSIX_C_SOURCE=200809L feature test macro.
Upgrading the server to the latest Debian version is not my preferred option as it is not under my direct control.
How do I fix this problem?
I think the critical bit of info here is 'upgrading my machine'. So when this worked before, you were building and packaging on something earlier than 12.04? If so, then the issue is that 12.04 now ships with a newer version of libc (apparently 2.14), and your binary now records a dependency on that version of libc. When you try to run on Lenny, which likely uses an older version of libc, the linker detects that the Lenny version does not support the 2.14 API, and fails.
I think the best way forward is probably to do your development and testing on 12.04, and then when you want to create packages for a specific Debian release, use pbuilder or similar to create debs. This will ensure that the libraries used for the packaging build match the target platform.
I was trying to install Sourcery G++ cross-compiler for ARM on Ubuntu 10.04 LTS from the following link ->http://www.codesourcery.com/sgpp/lite/arm/portal/release644
I did not use the graphical interface since I got java.awt error. While using the console mode of installation, I provided all the details asked by the program.(changed the default location of installation)
Some time into the installation, I got this error:
Unable to create file links
An error occurred while running an internal program.
Please remove the toolchain from "/home//cross_compiler".
EXITCODE=-1
I'm not sure what the reason is. I redid this process as a root user and I still got the same error.I am trying to install this on a 64 bit machine.
I suppose it is important to check your system requirements.
There is the possibility you are running a 64bit build of Ubuntu.
Sourcery G++ requires 32bit host libraries. Ensure those are installed.
In my mind, it may be easier to run a 32bit installation in a VM.
If that is not possible, there are installation logs in the 'uninstall' directory of your installation attempt directory. That may help you troubleshoot the issue.
You must have the 32-bit compatibility libraries installed to install Sourcery CodeBench.
From the FAQ: "What do I need to do to install and run Sourcery CodeBench on an x86 64-bit Linux host system?"
https://sourcery.mentor.com/sgpp/lite/arm/portal/kbentry62
Full FAQ here:
https://sourcery.mentor.com/sgpp/lite/arm/portal/target_arch?#action=faq&target_arch=arm
The ARM Lite edition tools have their own mailing list where you can ask such questions.
Go to sourcerytools.com and use the "arm-gnu" mailing list for ARM Lite edition questions.
Cheers!