Localizacion de una sola instalacion

Localizacion de una sola instalacion

Nzxt kraken x & z all-in-one liquid cooler tutorial y

Estoy haciendo un software en C# y MATLAB que llama a otro software (CMG) para hacer algunos procesamientos. Mi problema es que la dirección del software que he puesto en mi programa sólo es correcta en mi ordenador personal y no en los ordenadores de los clientes (no sé cuál sería la ruta del software CMG en su ordenador).
También se puede utilizar la DLL de System Management .Net para obtener la InstallLocation, aunque es mucho más lento y crea mensajes de registro de eventos «Windows Installer reconfiguró el producto» para cada producto instalado en su sistema.
Ninguno de los métodos anteriores le dice el nombre del ejecutable, sin embargo, es bastante fácil de trabajar por iterar sobre todos los archivos en la ruta de instalación y el uso de una técnica que discute aquí para mirar las propiedades del archivo para detectar el EXE con la correcta Descripción del archivo, por ejemplo:
Cualquiera de los dos métodos (1 o 2) que utilices te recomiendo que guardes la ubicación del nombre del EXE para que sólo hagas esta operación una vez. En mi opinión es mejor usar el método 1 ya que es más rápido y no crea todos los registros de eventos «Windows Installer reconfiguró el producto.

Cómo cambiar la ubicación de descarga del juego de steam y la instalación

Digamos que tengo el archivo de paquete commonstuff.sty (o myprettyclass.cls), que quiero poder incluir en cualquier archivo .tex que cree en mi ordenador. ¿Dónde lo pongo? ¿Necesito ejecutar algún instalador en él, o es suficiente con guardarlo en una carpeta determinada?
Siguiendo la estructura de directorios de TeX, deberías colocar tu archivo en un subdirectorio como ~/texmf/tex/latex/commonstuff/, según el comentario de Arthur más abajo. Esto tiene la ventaja de que no es necesario actualizar la base de datos de paquetes, ya que TeX busca directamente en su árbol texmf personal. Si hay un archivo ls-R en su árbol texmf personal puede eliminarlo con seguridad ya que TeX no lo utilizará de todos modos. (Nota: esto supone que tu árbol personal está en un sistema de archivos local: los usuarios con carpetas de inicio montadas remotamente pueden necesitar aún el hash).
Hay dos partes para decirle a TeX sobre un nuevo archivo .sty. En primer lugar, tienes que ponerlo en el lugar «correcto» y en segundo lugar tienes que actualizar la base de datos que TeX utiliza para encontrar archivos. El lugar donde colocar el archivo depende de su sistema operativo. Asumiendo que tienes una instalación estándar, esto será probablemente:

Studio one 4 – cambiar la ubicación de los conjuntos de sonido

Estoy haciendo un software en C# y MATLAB que llama a otro software (CMG) para hacer algunos procesamientos. Mi problema es que la dirección del software que he puesto en mi programa sólo es correcta en mi ordenador personal y no en los ordenadores de los clientes (no sé cuál sería la ruta del software CMG en su ordenador).
También se puede utilizar la DLL de System Management .Net para obtener la InstallLocation, aunque es mucho más lento y crea mensajes de registro de eventos «Windows Installer reconfiguró el producto» para cada producto instalado en su sistema.
Ninguno de los métodos anteriores le dice el nombre del ejecutable, sin embargo, es bastante fácil de trabajar por iterar sobre todos los archivos en la ruta de instalación y el uso de una técnica que discute aquí para mirar las propiedades del archivo para detectar el EXE con la correcta Descripción del archivo, por ejemplo:
Cualquiera de los dos métodos (1 o 2) que utilices te recomiendo que guardes la ubicación del nombre del EXE para que sólo hagas esta operación una vez. En mi opinión es mejor usar el método 1 ya que es más rápido y no crea todos los registros de eventos «Windows Installer reconfiguró el producto.

Cómo cambiar la ubicación de instalación de las aplicaciones de adobe mover adobe

Eso depende, realmente. Si la aplicación tiene un makefile, o por ejemplo para las aplicaciones de python si la aplicación utiliza distutils (por ejemplo, tiene un archivo setup.py), o un sistema de construcción/instalación similar, debería instalarlo en /usr/local/. Este suele ser el comportamiento por defecto.
Por lo que tengo entendido, /usr/local/ tiene una jerarquía similar a /usr/. Sin embargo, los directorios como /usr/bin/ y /usr/lib/ suelen estar reservados para los paquetes que se instalan a través de apt. Así que un programa que espera ser «instalado» en /usr/ debería funcionar bien en /usr/local/.
Si sólo necesitas extraer un tarball y ejecutarlo directamente (por ejemplo, Firefox) entonces ponlo en /opt/. Un programa que sólo necesita un directorio y obtendrá todos los archivos/bibliotecas relativos a ese directorio puede obtener un directorio para sí mismo en /opt/.
Como tal, tiendo a pensar que cualquier distribución tiene los derechos para pisotear todo el contenido de /usr, y que mis adiciones específicas al sistema van en /usr/local, que preservo antes de hacer una actualización.
Instalar programas inestables como firefox devel en /home/user/opt/ hace que sea mucho más fácil de eliminar, y que no haya confusión para otros usuarios en cuanto a qué versión deben usar… Así que si no es un programa de uso global, instálalo en una subcarpeta de tu directorio personal.

Acerca del autor

admin

Ver todos los artículos