[gentoo-user-es] bloqueo de paquete que no tengo instalado

[gentoo-user-es] bloqueo de paquete que no tengo instalado

[d2clon]

Hola gente:

Un problema que nunca me había pasado:

[blocks B     ] sys-apps/sysvinit (is blocking sys-apps/baselayout-1.9.4-r6)

Sin embargo:

# emerge --unmerge sys-apps/sysvinit

--- Couldn't find 'sys-apps/sysvinit' to unmerge.

 >>> No packages selected for removal by unmerge

¿Qué puede estar pasando?

Cualquier sugerencia en bienvenida, gracias.
d2clon

-- 
http://www.flickr.com/photos/d2clon
http://enindia.blogspot.com
http://enamsterdam.blogspot.com
--
gentoo-user-es@gentoo.org mailing list

Re: [gentoo-user-es] bloqueo de paquete que no tengo instalado

[Chema Cortes]

d2clon escribió:
> d2clon wrote:
>> Hola gente:
>>
>> Un problema que nunca me había pasado:
>>
>> [blocks B     ] sys-apps/sysvinit (is blocking 
>> sys-apps/baselayout-1.9.4-r6)
>>
>> Sin embargo:
>>
>> # emerge --unmerge sys-apps/sysvinit
>>
>> --- Couldn't find 'sys-apps/sysvinit' to unmerge.
>>
>>  >>> No packages selected for removal by unmerge
>>
> 
> Esto ya es la leche :) :
> # emerge -ptv sysvinit
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done!
> [blocks B     ] sys-apps/sysvinit (is blocking 
> sys-apps/baselayout-1.9.4-r6)
> [ebuild  N    ] sys-apps/sysvinit-2.86-r6  USE="(-ibm) (-selinux) 
> -static" 101 kB
> 
> Total: 1 package (1 new, 1 block), Size of downloads: 101 kB
> 
>> ¿Qué puede estar pasando?
>>
>> Cualquier sugerencia en bienvenida, gracias.
>> d2clon

Vamos, sin alarmarse....

En resumidas cuentas, te está diciendo que el paquete "sysvinit" no lo 
puedes instalar porque lo bloquea "baselayout". Así mismo, no puedes 
quitar "sysvinit" porque no está instalado, ¡lógico!

Mi consejo es que no te quites el baselayout, a no ser que realmente 
sepas lo que estás haciendo. Es el modo que tiene gentoo de arrancar el 
sistema, bastante más práctico que andar trasteando con los niveles 
init. ¿Necesitas realmente el sysvinit por algún motivo?

-- 
gentoo-user-es@gentoo.org mailing list

Re: [gentoo-user-es] bloqueo de paquete que no tengo instalado

[d2clon]

d2clon wrote:
> Hola gente:
> 
> Un problema que nunca me había pasado:
> 
> [blocks B     ] sys-apps/sysvinit (is blocking 
> sys-apps/baselayout-1.9.4-r6)
> 
> Sin embargo:
> 
> # emerge --unmerge sys-apps/sysvinit
> 
> --- Couldn't find 'sys-apps/sysvinit' to unmerge.
> 
>  >>> No packages selected for removal by unmerge
> 

Esto ya es la leche :) :
# emerge -ptv sysvinit

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[blocks B     ] sys-apps/sysvinit (is blocking sys-apps/baselayout-1.9.4-r6)
[ebuild  N    ] sys-apps/sysvinit-2.86-r6  USE="(-ibm) (-selinux) -static" 101 kB

Total: 1 package (1 new, 1 block), Size of downloads: 101 kB

> ¿Qué puede estar pasando?
> 
> Cualquier sugerencia en bienvenida, gracias.
> d2clon
> 


-- 
http://www.flickr.com/photos/d2clon
http://enindia.blogspot.com
http://enamsterdam.blogspot.com
--
gentoo-user-es@gentoo.org mailing list

Re: [gentoo-user-es] bloqueo de paquete que no tengo instalado

[Germán Piqué]

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]

>
>
>
> Vamos, sin alarmarse....
>
> En resumidas cuentas, te está diciendo que el paquete "sysvinit" no lo
> puedes instalar porque lo bloquea "baselayout". Así mismo, no puedes
> quitar "sysvinit" porque no está instalado, ¡lógico!
>
> Mi consejo es que no te quites el baselayout, a no ser que realmente
> sepas lo que estás haciendo. Es el modo que tiene gentoo de arrancar el
> sistema, bastante más práctico que andar trasteando con los niveles
> init. ¿Necesitas realmente el sysvinit por algún motivo?
>
> --
> gentoo-user-es@gentoo.org mailing list
>
> Me parece que tu interpretación no es correcta:

[blocks B     ] sys-apps/sysvinit (is blocking sys-apps/baselayout-1.9.4-r6)
Yo entiendo:

sysvinit está bloqueando baselayout

no al revés como tu dices.

Vamos, es la interpretación que hago traduciendo el is blocking :)

[-- Attachment #2: Type: text/html, Size: 1141 bytes --]

Re: [gentoo-user-es] bloqueo de paquete que no tengo instalado (SOLUCIONADO)

[d2clon]

d2clon wrote:
> d2clon wrote:
>> Hola gente:
>>
>> Un problema que nunca me había pasado:
>>
>> [blocks B     ] sys-apps/sysvinit (is blocking 
>> sys-apps/baselayout-1.9.4-r6)
>>
>> Sin embargo:
>>
>> # emerge --unmerge sys-apps/sysvinit
>>
>> --- Couldn't find 'sys-apps/sysvinit' to unmerge.
>>
>>  >>> No packages selected for removal by unmerge
>>
> 
> Esto ya es la leche :) :
> # emerge -ptv sysvinit
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done!
> [blocks B     ] sys-apps/sysvinit (is blocking 
> sys-apps/baselayout-1.9.4-r6)
> [ebuild  N    ] sys-apps/sysvinit-2.86-r6  USE="(-ibm) (-selinux) 
> -static" 101 kB
> 
> Total: 1 package (1 new, 1 block), Size of downloads: 101 kB
> 
>> ¿Qué puede estar pasando?

Lo he arreglado dando un rodeo:
1) desinstalar baselayout (cruzando los dedos y agarrado a la mesa de madera)
2) instalando sysvinit
3) reinstalando baslayout

:)

Gracias

>>
>> Cualquier sugerencia en bienvenida, gracias.
>> d2clon
>>
> 
> 


-- 
http://www.flickr.com/photos/d2clon
http://enindia.blogspot.com
http://enamsterdam.blogspot.com
--
gentoo-user-es@gentoo.org mailing list

Re: [gentoo-user-es] bloqueo de paquete que no tengo instalado (SOLUCIONADO)

[Jesús Guerrero]

El Mon, 19 Feb 2007 11:23:10 +0000
d2clon <d2clon@desarrolladores.org> escribió:

> d2clon wrote:
> [...]
> Lo he arreglado dando un rodeo:
> 1) desinstalar baselayout (cruzando los dedos y agarrado a la mesa de
> madera) 2) instalando sysvinit
> 3) reinstalando baslayout
> 
> :)
> 
> Gracias
> 

Probablemente no ayude mucho ya que el problema está resuelto, pero por
si sientes curiosidad y no te explicas muy bien que es lo que ha pasado
intentaré explicarlo.

El motivo y razón de todo esto lo podemos encontrar mirando un poco en
los ebuilds de baselayout:

============
   # grep sysinit /var/portage/sys-apps/baselayout/*
    baselayout-1.11.15-r3.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
    baselayout-1.11.15-r3.ebuild:   # As of baselayout-,
    sysvinit is its own package again, and
    baselayout-1.12.4-r7.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
    baselayout-1.12.4-r7.ebuild:    # As of baselayout-1.10-1-r1,
    sysvinit is its own package again, and
    baselayout-1.12.5-r2.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
    baselayout-1.12.5-r2.ebuild:    # As of baselayout-1.10-1-r1,
    sysvinit is its own package again, and
    baselayout-1.12.6.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
    baselayout-1.12.6.ebuild:       # As of baselayout-1.10-1-r1,
    sysvinit is its own package again, and baselayout-1.12.8-r1.ebuild:
    # As of baselayout-1.10-1-r1, sysvinit is its own package again, and
    baselayout-1.12.8-r2.ebuild:    # As of baselayout-1.10-1-r1,
    sysvinit is its own package again, and baselayout-1.12.8-r5.ebuild:
    # As of baselayout-1.10-1-r1, sysvinit is its own package again, and
    baselayout-1.12.9.ebuild:       # As of baselayout-1.10-1-r1,
    sysvinit is its own package again, and
============

En las versiones de baselayout anteriores a 1.10-1-r1, sysvinit estaba
integrado (o mejor dicho, una versión modificada del mismo) en el mismo
paquete baselayout. Por este motivo, dichas versiones bloquean a
sysvinit, ya que instalar una versión externa de sysvinit junto con un
baselayout antiguo no funcionaría, y provocaría poco menos que
unabaselayout-1.11.15-r3.ebuild:RDEPEND= catástrofe en nuestro sistema de inicio.

Ahora, sysvinit es un paquete separado de nuevo, a partir de
baselayout-1.10-1-r1. El problema ha sido que la versión nueva de
baselayout que estabas intentando instalar (emerge --update) quería
sysvinit, pero la antigua, que estaba instalada, no permitía que dicho
paquete se instalase. En este tipo de situaciones lo mejor es proceder
como lo has hecho, pero no estaría de más que antes hubieras hecho un
quickpkg del antiguo baselayout por si acaso jeje.

Espero haber aclarado un poco el asunto.

Saludos.
--
gentoo-user-es@gentoo.org mailing list

Re: [gentoo-user-es] bloqueo de paquete que no tengo instalado (SOLUCIONADO)

[d2clon]

Jesús Guerrero wrote:
> El Mon, 19 Feb 2007 11:23:10 +0000
> d2clon <d2clon@desarrolladores.org> escribió:
> 
>> d2clon wrote:
>> [...]
>> Lo he arreglado dando un rodeo:
>> 1) desinstalar baselayout (cruzando los dedos y agarrado a la mesa de
>> madera) 2) instalando sysvinit
>> 3) reinstalando baslayout
>>
>> :)
>>
>> Gracias
>>
> 
> Probablemente no ayude mucho ya que el problema está resuelto, pero por
> si sientes curiosidad y no te explicas muy bien que es lo que ha pasado
> intentaré explicarlo.
> 
> El motivo y razón de todo esto lo podemos encontrar mirando un poco en
> los ebuilds de baselayout:
> 
> ============
>    # grep sysinit /var/portage/sys-apps/baselayout/*
>     baselayout-1.11.15-r3.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
>     baselayout-1.11.15-r3.ebuild:   # As of baselayout-,
>     sysvinit is its own package again, and
>     baselayout-1.12.4-r7.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
>     baselayout-1.12.4-r7.ebuild:    # As of baselayout-1.10-1-r1,
>     sysvinit is its own package again, and
>     baselayout-1.12.5-r2.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
>     baselayout-1.12.5-r2.ebuild:    # As of baselayout-1.10-1-r1,
>     sysvinit is its own package again, and
>     baselayout-1.12.6.ebuild:RDEPEND=">=sys-apps/sysvinit-2.86-r3
>     baselayout-1.12.6.ebuild:       # As of baselayout-1.10-1-r1,
>     sysvinit is its own package again, and baselayout-1.12.8-r1.ebuild:
>     # As of baselayout-1.10-1-r1, sysvinit is its own package again, and
>     baselayout-1.12.8-r2.ebuild:    # As of baselayout-1.10-1-r1,
>     sysvinit is its own package again, and baselayout-1.12.8-r5.ebuild:
>     # As of baselayout-1.10-1-r1, sysvinit is its own package again, and
>     baselayout-1.12.9.ebuild:       # As of baselayout-1.10-1-r1,
>     sysvinit is its own package again, and
> ============
> 
> En las versiones de baselayout anteriores a 1.10-1-r1, sysvinit estaba
> integrado (o mejor dicho, una versión modificada del mismo) en el mismo
> paquete baselayout. Por este motivo, dichas versiones bloquean a
> sysvinit, ya que instalar una versión externa de sysvinit junto con un
> baselayout antiguo no funcionaría, y provocaría poco menos que
> unabaselayout-1.11.15-r3.ebuild:RDEPEND= catástrofe en nuestro sistema de inicio.
> 
> Ahora, sysvinit es un paquete separado de nuevo, a partir de
> baselayout-1.10-1-r1. El problema ha sido que la versión nueva de
> baselayout que estabas intentando instalar (emerge --update) quería
> sysvinit, pero la antigua, que estaba instalada, no permitía que dicho
> paquete se instalase. En este tipo de situaciones lo mejor es proceder
> como lo has hecho, pero no estaría de más que antes hubieras hecho un
> quickpkg del antiguo baselayout por si acaso jeje.
> 
> Espero haber aclarado un poco el asunto.

Miles de thx.. gracias por la caña.. la próxima vez igual puedo pescar por mi 
cuenta :)

> 
> Saludos.


-- 
http://www.flickr.com/photos/d2clon
http://enindia.blogspot.com
http://enamsterdam.blogspot.com
--
gentoo-user-es@gentoo.org mailing list

Re: [gentoo-user-es] bloqueo de paquete que no tengo instalado

[Chema Cortes]

Germán Piqué escribió:

> Me parece que tu interpretación no es correcta:
> 
> [blocks B     ] sys-apps/sysvinit (is blocking sys-apps/baselayout-1.9.4-r6)
> Yo entiendo:
> 
> sysvinit está bloqueando baselayout
> 
> no al revés como tu dices.
> 
> Vamos, es la interpretación que hago traduciendo el is blocking :)

También a mí me costó aceptarlo, pero te puedo asegurar que la 
interpretación real es idéntica a como se leería en castellano, con los 
paréntisis tal como aparecen:

sysvinit (está bloqueando baselayout)


Se podría haber evitado la ambigüedad con un simple "by".



-- 
gentoo-user-es@gentoo.org mailing list