opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Dónde puede cambio $CAMINO

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Dónde puede cambio $CAMINO
From: "Brian K. White" <brian@xxxxxxxxx>
Date: Sun, 02 Oct 2011 02:37:22 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 02 Oct 2011 02:37:45 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E87EAEB.1060408@gmx.net>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: Aljex Software Inc.
References: <4E87EAEB.1060408@gmx.net>
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0) Gecko/20110922 Thunderbird/7.0
En 10/2/2011 12:39 AM, Andreas escribió:
*Hi,

tengo una aplicación instalada de *OpenSuse *repository que es en
$CAMINO.
Recientemente instalé una versión más nueva como *binary en /optar.

Ahora me gustaría para sacar el cubo-directorio de la versión más vieja y reemplazarlo
con la versión más nueva bajo /optar.
Sé podría añadir el cubo más nuevo a $CAMINO en /*etc/*bash.*bashrc.Local pero
bastante me gusta para sacar el viejo un.
Me gustaría para mantener el viejo *binary al menos por ahora así que es ninguna solución para
eliminar el paquete y dejado *YaST limpiar arriba de $CAMINO.

Es allí un central *cfg-archivo donde $el CAMINO es definido?

No quieres sacar ninguno de los directorios de stock de CAMINO.

1*st - buscar un correctamente *packaged versión más nueva del *app en complexión.*opensuse.*org. Instala que *rpm y cuida de todo.


Fallando que, es *messy y no aconsejado, pero

Instalar vuestro nuevo local-*self-*compiled a /*usr/cubo/local por utilizar el *apps ./Configura --prefijo=/*usr/local ; la marca instala

Entonces sacar el viejo *app con *zypper "*rm *appname".

De lo que poco has dicho, tan lejos no hay bastante justificación a desorden con CAMINO. hay no CAMINO de sitio solo es definido. Es definido *differently en contextos diferentes (*init, raíz *vs no arraigar, *ssh remoto *exec, *ssh *login, consola local *login, *X, *cgi, *cron, ...) Y en la mayoría de aquellos contextos es definido por un #varios proceso de paso de poner algunos valoran inicialmente y entonces habiendo partes *appended, *prepended o al por mayor reemplazado.

Podrías poner el nuevo *app en /optar/*newapp/el cubo
y el CAMINO
puesto=/optan/*newapp/cubo:$CAMINO
en /*etc/perfil.Local

Que afectará todo subsiguiente interactivo *logins, y nada más, no *cron trabajos, no *initrc guiones, no *cgi *etc. El archivo tampoco no existe o es vacío al principio, justo #crear y puesto que línea dentro. /*etc/Perfil (cuál no tendrías que editar) ya prueba a fuente /*etc/perfil.Local cerca el fin. /*etc/El Perfil sólo consigue leído en *login-tiempo aun así. Aquello pondrá el *newapp cubo en al frente de todo otro CAMINO así que no importa si las estancias de versión viejas instalaron. Esto es realmente no una idea grande aun así. El CAMINO puede ser una preocupación de seguridad. Si no has cerrado permisos en el cubo nuevo *dir, entonces un programa mal podría poner un *replacement "*ls" o algo en aquel cubo *dir y entonces conseguiría utilizado en vez de /cubo/*ls. Sólo toma un *binary o guión para conseguir ejecutado uno cronometra a completamente poseer vuestra caja e incluso sacar toda la evidencia fácil para ti a incluso saberlo nunca pasado, en una fracción de un segundo.

--
*bkw
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


On 10/2/2011 12:39 AM, Andreas wrote:
Hi,

I've got an application installed from OpenSuse's repository which is in
$PATH.
Recently I installed a newer version as binary in /opt.

Now I'd like to remove the bin-directory of the older version and
replace it with the newer version under /opt.
I know I could add the newer bin to $PATH in /etc/bash.bashrc.local but
I rather like to remove the old one.
I'd like to keep the old binary at least for now so it's no solution to
delete the package and let YaST clean up $PATH.

Is there a central cfg-file where $PATH is defined?

You don't want to remove any of the stock directories from PATH.

1st - search for a properly packaged newer version of the app at build.opensuse.org. Install that rpm and it takes care of everything.


Failing that, it's messy and not advised, but

Install your new local-self-compiled to /usr/local/bin by using the apps ./configure --prefix=/usr/local ; make install

Then remove the old app with "zypper rm appname".

From what little you've said, so far there is not enough justification to mess with PATH. There is no single place PATH is defined. It is defined differently in different contexts (init, root vs not root, ssh remote exec, ssh login, local console login, X, cgi, cron, ...) and in most of those contexts it is defined by a several step process of setting some value initially and then having parts appended, prepended or wholesale replaced.

You could put the new app in /opt/newapp/bin
and put
PATH=/opt/newapp/bin:$PATH
in /etc/profile.local

That will affect all subsequent interactive logins, and nothing else, not cron jobs, not initrc scripts, not cgi's etc. The file either doesn't exist or is empty at first, you just create it and put that line in. /etc/profile (which you should not edit) already tries to source /etc/profile.local near the end. /etc/profile only gets read at login-time though. That will put the newapp bin in ahead of all other PATH so it doesn't matter if the old version stays installed. This is really not a great idea though. PATH can be a security concern. If you didn't have closed permissions on the new bin dir, then a bad program could put a replacement "ls" or something in that bin dir and then it would get used instead of /bin/ls. It only takes one binary or script to get executed one time to completely own your box and even remove all the easy evidence for you to even know it ever happened, in a fraction of one second.

--
bkw
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>