where can I find or develop *.erl files on my server after installation kazoo 2600hz I can't see any .erl file !
I installed kazoo correctly and it work
but I cant find files to develop
is this about permission?
The Kazoo RPM installs its files under /opt/kazoo. You will find the .erl files in sub directories under this folder. You can update the source, run make in the appropriate directory (i.e. the first folder with a Makefile up from the .erl file you edited) and then restart the service to run your changes.
Related
When I try to install an SDK (e.g. visualvm) using sdkman, download takes very long time (more than 1 hour). I was able to download zip directly from source much faster with tor browser.
Is it possible to configure sdkman to use local zip for installation instead of downloading the archive from source?
I've copied downloaded archive to ~/.sdkman/tmp and ~/.sdkman/archives folders. But when I try to install, sdkman tries to download the file again.
I am able to make it work by copying the downloaded archive to ~/.sdkman/tmp folder and changing the name to what is expected by sdkman
For visualvm:
~/.sdkman/tmp$ cp /mnt/c/Users/user123/Downloads/visualvm_202.zip .
~/.sdkman/tmp$ mv visualvm_202.zip visualvm-2.0.2.bin
For micronaut:
~/.sdkman/tmp$ cp /mnt/c/Users/user123/Downloads/micronaut-1.3.5.zip .
~/.sdkman/tmp$ mv micronaut-1.3.5.zip micronaut-1.3.5.bin
How to find the file name sdkman is expecting:
Try to install SDK usually with sdk install visualvm 2.0.2
If downloading SDK is too slow, abort the installation process with ctrl + c
ls ~/.sdkman/tmp and you can see the filename sdkman is trying to download
Please suggest if there is any simpler and better approach
We've discovered that our Linux install4j installer changes/resets target folder permission to default (755) upon uninstall.
More details below.
Before installation:
target main "app" folder does not exist
During installation:
target main "app" folder gets created with 775 Linux permissions
After un-installation:
target main "app" folder gets updated/changed/reset to have 755 Linux permissions (which is the default Linux folder permission ... at least for the default umask 022)
Since we have other files in the main "app" folder (e.g. log files not owned by install4j), it makes sense that this main folder does not get deleted upon uninstall. But what we need is to make sure the Linux permissions set on it during installation stay the same after uninstall. Otherwise, if someone tries to install the instal4j installer again, the required 775 permissions are not getting set properly on the folder (probably because install4j detects that it already exists).
Is there a way to preserve the 775 Linux folder permission upon an uninstall in case the folder is left behind?
Thank you,
Ciprian
UPDATE on 10-MAR-2021
Just to wrap up this thread, the conclusion is:
Linux permissions (directory mode) for the main installation directory (target folder) are not handled consistently between install and uninstall stages:
775 at install time (even though we are explicitly setting it to 774 in the install4j project)
this is not fixed in 8.0.11; from the change log, it seems it got fixed in 9.0.0:
"Linux/Unix installers: The configured Unix directory mode was not used for the installation directory"
755 after uninstall while leaving the main installation directory intact due to containing an extra log file (even though we are explicitly setting it to 774 in the install4j project)
this was fixed in version 8.0.7; I'm testing with 8.0.11 but we can see the matching change log under 8.0.7:
"Linux: The uninstaller could change the mode of directories that were not removed"
Full install4j changelog under:
https://www.ej-technologies.com/download/install4j/changelog.html
I have a Dell PC with Win7 64 using what I believe is the latest version of AutoHotKey.
I wrote an Installer App with AutoHotKey to create two directories with a number of sub directories then install an exe program and a number of data files into those directories. The App installs into the existing C:\Program Files and C:\Program Data directories.
The Installer App creates the sub directory C:\Program Files\DSOSort then installs the file DSOSort.exe. The installer App then creates the sub directory C:\Program Data\DSOSort and installs a number of additional sub directories with all the associated text data files.
I used the FileCreateDir and FileInstall instructions in the Installation App to create the directories and install the files.
Everything in the Installer App and in the exe program works as it should except that the exe will not make any changes to the text data files in the newly created C:\Program Data\DSOSort directory. I have to open the directory with Properties and allow Users to Write. Once that is done the exe will change data in the text data files correctly and all is well.
If I change the Installer App to create a directory C:\DSOSort then install all the sub directories and data files in there instead of into C:\Program Data\DSOSort the exe can write to the text file. I do not have to change any permissions with Properties.
I tried using the various copies of the C:\Program Data\DSOSort directory I found in C:\Documents and Settings and also in C:\Users. The exe can read them but no Write.
I only have this problem with newly installed directories and again as I said earlier it can be corrected with Properties.
The exe program was written for people with enough knowledge to run the Installation App but do not understand Properties or making changes to the directories.
I could just leave the data files in a C:\DSOSort directory but would prefer to put them in a C:\Program Data\DSOSort directory.
Is there a way for AutoHotKey to check the user permissions and changing them if necessary before installing the data files?
Is my PC behaving properly? Is it supposed to create directories without allowing Write to the files?
Some of these directories, like "Program Files", require admin privileges to modify. I believe that is why you're experiencing that. Have your app run as an admin and it should be fine. The setting for you EXE can be found in the properties.
The A_IsAdmin built-in variable returns whether the current user has admin rights.
I might have installed the wrong version of Oracle SQL Developer (Version 4.1.4) on my Win 10 laptop. So I want to uninstall it and install a newer version.
Any idea what´s the easiest way to do it?
Find the directory it was unzipped to, e.g. C:\Program Files\sqldeveloper, though it could be anywhere - quite likely in your downloads directory; and just delete that entire sqldeveloper directory.
There is no installation as such, it's just a Java application sitting in a directory.
Settings are held under your personal home directory, and when you unzip and run the later version (18.2 is current) you'll be asked if you want to migrate those settings, which will include any connections you've already defined.
Read more in the 4.1 documentation.
It is not installed so you can't uninstall it. To remove it from system do following:
Delete base directory, where you unziped it (where you run it).
Delete your user connection data - folder C:\Users\<username>\AppData\Roaming\SQL developer
If you don't have any other oracle software, delete your user configuration data - folder C:\Users\<username>\Oracle
I downloaded the MongoDB for Windows 64-bit from http://www.mongodb.org/downloads.
File name: mongodb-src-r3.0.3.zip
However, the zip folder doesn't have a bin folder & no .exe files to use for installation (as given in the installation steps).
The below commands say that I use Windows 7 64-bit architecture.
wmic os get caption
wmic os get osarchitecture
Even tried using the .msi (Installation Package) given in the same downloads page. It doesn't give any error. But still the bin folder is not created to test MongoDB (mongod.exe).
Am I missing something?
I also faced the same problem as #ArcherGilly told to install again and select the custom options and by doing this finally I found the bin folder with other txt file like license
C:\Program Files\MongoDB\Server\4.0 -> Previously there were only two folders
data
log
and Now along with the above two folders, there is bin folder along with 4 more files
LICENSE-Community.txt
MPL-2
README
THIRD-PARTY-NOTICES
THIRD-PARTY-NOTICES.gotools
I had the same problem, but once I used the .msi installer and selected 'custom', instead of 'complete', it installed the /bin folder.
I had the same issue.
It could be because you changed the installation directory to another drive where the windows folder isn't.
So if this your case, simply find the bin folder in the C: drive.
After the installation, I used the installer and chose the make changes option without making really any changes. After the process was finished I found the bin folder.
After downloading the msi and installation process. I found the bin folder but there is no mongo.exe file in that folder.
But when I run the path enclosed in " \mongo.exe" in command prompt, the mongo db is running.
while using .msi installer please select 'custom', instead of 'complete', it will create the bin folder at \Installation_Dir\MongoDB\Server\4.2\bin\
Thanks