I want to use zabbix latest version. However, windows agent is missing for zabbix 2.4.7
http://www.zabbix.com/download.php
Please suggest what can be done to get windows agent
If the Windows agent is not available on the official download page, you can check it out from the official repository. There are precompiled agents available for Windows for each release. For instance:
$ svn co svn://svn.zabbix.com/tags/2.4.7/bin
This will give you a directory with precompiled Zabbix 2.4.7 agents for Windows, both 32-bit and 64-bit.
You can always find the latest precompiled Windows binaries inside the full sources package:
just download the archive under Zabbix Sources section here:
http://www.zabbix.com/download.php
Untar the archive and you would find Windows .exe files under bin folder there
Alternatively, you can resort to using this unofficial but very helpful project:
http://www.suiviperf.com/zabbix/index.php
That always has the latest Windows binaries for Zabbix wrapped in msi or exe installer for convenience
Related
Unable to install the "da-cli-114-7582c1a0bd-linux.run" file in my Ubuntu VM. The setup is failing while checking the latest version check.
I have downloaded the latest DAML SDK setup file "da-cli-114-7582c1a0bd-linux.run" and copied the same into my Ubuntu VM through local network connection. When I try to install the .run file, the setup trying to connect to the internet for latest version check. But I am not allowed to use internet in the application servers/VMs. Because of this restriction the setup is getting failed and I am unable to complete the DAML SDK installation.
Is it possible to get the DAML SDK setup as a .tar file? If we have tar file, then it will be easy to complete the setup manually.
Installing the SDK using the .run files in an environment without an internet connection is not easy. It might be possible to install it in an environment with internet and then tar up the folder ~/.da, extract it back into place in the VM and put ~/.da/bin.
However, there is a new SDK assistant in the works (called daml, not da), which can be installed using curl -sSL get.daml.com | sh. If you look at the content of the installation script, you can see that all it really does is downloading a tar-ball from GitHub releases, un-tars it and calls an install.sh script within. That's probably the easier way to get the SDK into an offline environment at this point.
However, the documentation for the new daml assistant is not on docs.daml.com yet. It will be shortly, but in the meantime you can read it on GitHub.
I want to create an upload package for the Windows Store.
The app is essentially "Hello world" for a dev express XAF Win application. I am using the Desktop Bridge.
I am following the docs to create the upload package
This created a file
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\VisualStudio\v15.0\AppxPackage
And an error
APPX3217 SDK folder containing 'UAP.props' for 'UAP 10.0.17763.0'
cannot be located. See http://go.microsoft.com/fwlink/?LinkID=798187 for more information
When I double click the error it goes to the following code in the Targets file
<GetSdkPropertyValue Condition="'$(AppxPackagePipelineVersion)' == '$(UapBuildPipeline)'"
TargetPlatformSdkRootOverride="$(TargetPlatformSdkRootOverride)"
SDKIdentifier="$(SDKIdentifier)"
SDKVersion="$(SDKVersion)"
TargetPlatformIdentifier="$(TargetPlatformIdentifier)"
TargetPlatformMinVersion="$(TargetPlatformMinVersion)"
TargetPlatformVersion="$(TargetPlatformVersion)"
PropertyName="WindowsSdkDir"
VsTelemetrySession="$(VsTelemetrySession)">
I am targeting WIndows 10, version 1809(10.0; Build 17763) and also have this as the min version.
The application is using .Net Framework 4.7.2
As per the Microsoft link I had to install the update for Windows 10 SDK, version 1809.
My Logs :
Error APPX3217: SDK folder containing 'UAP.props' for 'UAP
10.0.18362.0' cannot be located.
This works for me.
Go to https://developer.microsoft.com/en-us/windows/downloads/sdk-archive/
Install SDK: Windows 10 SDK, version 1903 (10.0.18362.1)
Then, rebuild it succeeded.
I had the same issue with a CI/CD project that relied on the 1703 release. I used choco to fix it as a build-step.
choco install windows-sdk-10.1 --version=10.1.15063.468
Ejabberd has a windows installer but the source does not compile for windows out of the box.
configure.bat has references to configure.erl but this file doesn't exist.
How do they do it?
From what I know, the windows installer is cross-compiled, or some weird stuff, and also requires specific program to pack the installer. So, building a Windows installer is not possible.
But you can download the ejabberd source code, make any changes you want to the erlang source code, compile it with the same Erlang/OTP version that is included in the Windows installer, and copy the *.beam files you have modified into the ejabberd installed directory.
I am thinking about installing Mercurial and TortoiseHG for our redhat linux server. I found out there are many package versions. I searched online and found out some people encounter incompatible problems when they install Mercurial and TortoiseHG. If anyone has successfully install TortoiseHG and Mercurial, may I know what versions you used for TortoiseHG and Mercurial ?
I used command "cat /etc/redhat-release" to find the version of my linux is"
Red Hat ENterprise Linux CLient release 5.3 (Tikarga) and the bits number is "x86_64". Python is version 2.4.3. I do not need to use the latest version as long as they are stable and compatible.
Thank you very much,
TortoiseHG is mainly known for being a Windows shell extention, but there also seems to be a Linux version.
Take a look at the description on the web site (I made the important parts bold):
TortoiseHg is a Windows shell extension and a series of applications for the Mercurial distributed revision control system. It also includes a Gnome/Nautilus extension and a CLI wrapper application so the TortoiseHg tools can be used on non-Windows platforms.
and:
Supported Platforms
Microsoft Windows XP, Vista, Windows 7
Command line support via thg
Mac OS X port via source install
Gnome/Nautilus integration
Note the link in the second part.
Plus, there are non-Windows versions on the download page.
There is also this section in the release notes which describes which TortoiseHG version should be used with which Mercurial version if you have to install from source (which seems to be the case whan you're using Linux, as I understood it).
EDIT:
Sorry, but I have absolutely no clue about Linux, so I can't help you about the installation. What I can tell you is that msi files are usually Windows installer files.
As I said, I have no clue about Linux, but I can hardly imagine that you can get a Windows installer to work on Linux.
Where exactly did you see the TortoiseHG packages? The Nautilus link I posted above doesn't have any msi downloads (or I don't see them). The only msi downloads that I can find are the Windows-only downloads on the download page.
I am trying to use Octave as an external solver in my C/C++ code.
I read here that one needs to include the octave/oct.h header file. However I am not able to find it on my computer. I have searched everywhere including the octave root directory version 3.0.5.
What should I do?
I found it in my Octave 3.2.2 installation in Windows: C:\Octave\3.2.2_gcc-4.3.0\include\octave-3.2.2\octave.
Are you using another operating system? If so, you may need to install the headers separately. For example, Ubuntu 10.10 has a separate octave3.2-headers package.
If you are using Windows and your Octave installation does not have the headers, you could try upgrading to 3.2.2 or greater. I got the Windows installer from Octave-Forge.
For newer versions on Ubuntu, e.g., Octave 3.8.1, the package you must install to get the headers is now called liboctave-dev
The include folder of the Octave 4.0.0 installed on Ubuntu can be found at /usr/include/octave-4.0.0/octave.