I am trying to use libvmi tool on KVM virtual machine running on Eucalyptus cloud. It is a cloud-in-a-box 3.4.2 version. To use libvmi on KVM, it requires me to change the qemu-kvm that Eucalyptus by default uses. So I did a patch to the qemu-kvm-1.2.0 source code, compiled it and "make && make install" as this web page said: https://github.com/bdpayne/libvmi/tree/master/tools/qemu-kvm-patch.
Now I need to make sure my system will use this newly installed version of qemu-kvm when running KVM virtual machines. Could anyone tell me how to setup so that Eucalyptus would use my newly-installed qemu-kvm when launching new instances?
I tried "yum erase qemu-kvm", hoping to erase the original version of qemu-kvm so that maybe Eucalyptus would have to use the qemu I just compiled and installed. However when I used "yum erase qemu-kvm", it said "eucalyptus-nc" would also need to be erased for depedency reason, so I didn't continue.
Any help would be appreciated. Thank you very much.
I guess you have a couple options:
Tell configure to install into location used by the packaged installation (perhaps something like ./configure --prefix=/).
Find the qemu-kvm binary on the system and overwrite it with the binary produced in the source tree during compilation.
A backup may help, but then you can always reinstall from packages.
Related
I am trying to set up a cross-compile environment on an AWS EC2 Ubuntu box targeting Nvida Xavier devices on Cuda 10.2. I tried following the "instructions" at https://docs.nvidia.com/cuda/archive/10.2/cuda-installation-guide-linux/index.html#cross-platform which say to install
sudo dpkg -i cuda-repo-cross-<identifier>_all.deb
but no clue as to where I might get hold of that .deb file, or what <identifier> should be replaced with. I have installed the native package cuda-repo-ubuntu1804-10-2-local-10.2.89-440.33.01_1.0-1_amd64.deb and there are a load of .deb files in /var/cuda-repo-10-2-local-10.2.89-440.33.01, but none of them are that one.
So it turns out that the instructions that can be found by googling for, for instance, "cuda install cross compile" are wrong, or at least so incomplete as makes no difference.
Instead, use the SDK manager https://developer.nvidia.com/nvidia-sdk-manager to install just the host tools. It does run without a GUI.
As it is the Linux version of OS, I tried firing, hoping that would work
apt-get install jq
But it says apt-get: command not found.
How I can install new binaries as I wanted to add some extra logic in the startup script which required few extra libs to be installed first.
Please correct me if I am doing anything wrong.
Container OS is locked down. You are prohibited from installing programs. Create a container and run the command in the container.
Container-Optimized OS does not include a package manager; as such,
you'll be unable to install software packages directly on an instance.
However, you can use CoreOS toolbox to install and run debugging and
admin tools in an isolated container.
Container-Optimized OS Overview
https://cloud.google.com/container-optimized-os/docs/how-to/toolbox
You can use toolbox to install the package
You can specify a startup script through the metadata server. The script would be run at boot time.
I have TeXmacs and Octave installed, both working properly otherwise. I have also added the path to octave executable (i.e. C:\Octave\Octave-5.1.0.0\mingw64\bin) to the Windows environment variables and octave runs in cmd/PowerShell terminals and Jupyter with no hassle. However, when running Octave inside TeXmacs through Toolbar > insert > session > octave it gets stuck on Busy..., the same reaction for any other commands as well:
Octave gets stuk on Busy... inside TeXmacs.
This is my environment:
TeXmacs 1.99.9
Octave 5.1.0 (installed through Chocolatey)
Windows 10 version 1809
I would appreciate if you could help me know what is the problem and how I can solve it.
P.S. I have reported this issue in the TeXmacs repo.
#Foad. I wrote an updated Octave plugin for Texmacs. I tried it on Windows, OSX and Linux, works on the systems I have access to. If you are interested to test it, you can download the zipped archive from here https://lists.gnu.org/archive/html/texmacs-dev/2019-12/msg00005.html.
To install it, unzip the archive and copy the octaveX directory in the application plugins folder, alongside all the plugins that come with the standard Texmacs installation. Won’t work if installed in ~/.Texmacs/plugins. If everything goes fine, you should find a new Insert/Session/OctaveX menu (note: I changed the session name). If not, try to refresh the plugin system with the menu Tools/Update/Plugins. If you try it, please let me know, especially if you find troubles. In case I will do my best to fix them.
A fundamental prerequisite is a working octave-cli command in a operating system shell. Should be standard on Linux, may require some additional setup on Windows (environmental variables) or OSX (.bash_profile). You can find some help and more details under the menu Help/Plug-ins/OctaveX.
Concerning the error you found, as far I understand there are some issues with the standard distributed plugin: first, a .octaverc file is missing, so several variables are not initialized, in addition the Windows version calls a not existent file. Moreover the plotting functions are quite old and are not compatibile with Octave newer than version 2 (or maybe 3, anyway a quite old version).
You could try to run the command in
%TEXMACS_PATH%/plugins/octave/bin/tm_octave.bat
from the terminal to see what happens. There is a problem with this plugin and it does not work also on Mac but I do not know enough Octave to fix it. Somehow it does not manage to find the files which are in
%TEXMACS_PATH%/plugins/octave/octave
Please try to modify tm-start.m to look like
d=getenv("TEXMACS_PATH");
if (length(d) > 0)
addpath("tm:polynomial:plot")
tmrepl
endif
In windows, octave should be run using the scripts octave.bat (in the mingw64\bin directory of the octave install) or octave.vbs (in the install directory) for the GUI
You should not run octave.exe directly.
I would like to install MUMPS database in Windows 8.1. I was trying to install but there is no exe file for MUMPS database. Can anyone give me a hand?. I downloaded a lot of files from this site https://sourceforge.net/projects/mumps/files/ but still don't know where to start.
From the README for that project, you'll need to install Cygwin:
NOTES on cygwin
For Windows, install the Cygwin environment at http://cygwin.com/install.html
Run cygwin terminal (on win7 or win8 run it as administrator).
Setup the Cygserver using /usr/bin/cygserver-config.
edit /usr/include/cygwin/shm.h
add near end
#define SHM_R (IPC_R)
#define SHM_W (IPC_W)
edit /usr/include/cygwin/ipc.h
move third last #endif 3 lines up
Once you have Cygwin setup, the mumps.exe file available to download at the link you provide should run.
That said, I would agree with Evgeny in recommending you try the free evaluation version of InterSystems Caché. It is a far more accessible Mumps implementation for Windows and it has an extensive set of libraries for common functionality.
I'm looking for a tcpdump binary that runs on openwrt. The website only shows source code that must be built. Anybody point me to a location that contains a prebuild binary? Thanks.
I suggest to set up a working repository, i.e.:
https://downloads.openwrt.org/chaos_calmer/15.05-rc2/x86/generic/packages/base/
You can put the url on your OpenWRT system under /etc/opkg.conf.
Using opkg you do not have to deal with all the dependencies.
opkg update
opkg install tcpdump
If there is no internet connection on the Openwrt system, and there is no local repository deployed, the solution above works as well, but it is more painful and consumes more time.
You find binaries at
http://downloads.openwrt.org/snapshots/trunk/
but you have to use the right one for your hardware plattform
e.g for x86
http://downloads.openwrt.org/snapshots/trunk/x86/packages/tcpdump_4.2.1-1_x86.ipk
The prefered method is to use opkg to install the package