Cambiar de kernel en Jessie

2015-10-12 Por tema Josu Lazkano 
Hola a todos,

Me acabo de dar cuenta que tengo instala la version 4.1 del kernel en Jessie.

Tengo el repositorio de backport añadido:

# cat /etc/apt/sources.list
deb http://mirrors.kernel.org/debian/ jessie main contrib non-free
deb-src http://mirrors.kernel.org/debian/ jessie main contrib non-free

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

# jessie-updates, previously known as 'volatile'
deb http://mirrors.kernel.org/debian/ jessie-updates main
deb-src http://mirrors.kernel.org/debian/ jessie-updates main

# jessie-backports, previously on backports.debian.org
deb http://mirrors.kernel.org/debian/ jessie-backports main
deb-src http://mirrors.kernel.org/debian/ jessie-backports main

#deb-multimedia.org
deb http://deb-multimedia.org jessie main non-free
deb-src http://deb-multimedia.org jessie main non-free

#deb-multimedia.org backports
deb http://deb-multimedia.org jessie-backports main
deb-src http://deb-multimedia.org jessie-backports main

El kernel que tengo es el siguiente:

# uname -a
Linux server 4.1.0-900-amd64 #1 SMP Debian 4.1.6-1~bpo8+1 (2015-09-09)
x86_64 GNU/Linux

¿Como puedo volver al kernel 3.16?

Lo malo de la 4.1 es que no tengo las sources.

Gracias por todo y un saludo.

-- 
Josu Lazkano

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Manolo Díaz 
El lunes, 12 oct 2015 a las 08:20 UTC
Josu Lazkano escribió:

> Hola a todos,
> 
> Me acabo de dar cuenta que tengo instala la version 4.1 del kernel en Jessie.
> 
> Tengo el repositorio de backport añadido:
> 
> # cat /etc/apt/sources.list
> deb http://mirrors.kernel.org/debian/ jessie main contrib non-free
> deb-src http://mirrors.kernel.org/debian/ jessie main contrib non-free
> 
> deb http://security.debian.org/ jessie/updates main
> deb-src http://security.debian.org/ jessie/updates main
> 
> # jessie-updates, previously known as 'volatile'
> deb http://mirrors.kernel.org/debian/ jessie-updates main
> deb-src http://mirrors.kernel.org/debian/ jessie-updates main
> 
> # jessie-backports, previously on backports.debian.org
> deb http://mirrors.kernel.org/debian/ jessie-backports main
> deb-src http://mirrors.kernel.org/debian/ jessie-backports main
> 
> #deb-multimedia.org
> deb http://deb-multimedia.org jessie main non-free
> deb-src http://deb-multimedia.org jessie main non-free
> 
> #deb-multimedia.org backports
> deb http://deb-multimedia.org jessie-backports main
> deb-src http://deb-multimedia.org jessie-backports main
> 
> El kernel que tengo es el siguiente:
> 
> # uname -a
> Linux server 4.1.0-900-amd64 #1 SMP Debian 4.1.6-1~bpo8+1 (2015-09-09)
> x86_64 GNU/Linux
> 
> ¿Como puedo volver al kernel 3.16?

linux-image-3.16 

> Lo malo de la 4.1 es que no tengo las sources.

linux-source-4.1

> Gracias por todo y un saludo.

-- 
Manolo Díaz

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Josu Lazkano 
Pues si que existe, jejeje. gracias por la info.

De todas formas, ¿puedo volver al kernel 3.16?

Un saludo.



-- 
Josu Lazkano

Re: Debian deja el Linux Standard Base. :(

2015-10-12 Por tema Javier Silva 
El 11 oct. 2015 5:36 p. m., "German Cardozo"  escribió:
>
> 2015-10-11 4:22 GMT-04:30 Javier Silva :
> >
> > Entonces las aplicaciones de terceros como VMware y sus bundles
> > (Workstation, Horizon View, etc.) que utilizan comandos de la LSB para
> > instalar/actualizar sus paquetes, ven que Debian no es LSB compatible,
> > dejarán de poder ser instalados?
> >
> > Evidente resulta que estos paquetes no están en los repositorios de
Debian,
> > pero se necesitan instalar en empresas.
> >
> > Estoy errado o al igual de VMware hay otras herramientas que necesitas
de
> > estos para su instalación?
>
> Los productos de VMware no están certificados como LSB. Harán uso de
> algunas de sus herramientas, en especial las que actualmente Debian
> deja a disposición en los paquetes lsb-base y lsb-release.
>
> Quedará a jucio de VMware Inc., si es un obstáculo para sus nuevas
> versiones, o si consideran que el sistema operativo Debian deja de ser
> un objetivo para ellos. A mi juicio, si nuncan han certificado este
> producto como LSB, y solo hacen uso de algunas herramientas o
> librerías, como por ejemplo la identificación del sistema o el manejo
> del estándar Filesystem Hierarchy Standard (FHS), el cual no creo que
> Debian incumpla a mediano plazo, no veo razón para no seguir liberando
> nuevas versiones que soporten este sistema.
>
> Existen muchas herramientas de software propietario que hacen uso de
> LSB, aun no estando certificadas. De momento recuerdo HP OpenView y HP
> Operations Manager for Unix. Así mismo, drivers y hasta software libre
> que hace uso de algunas de ellas. Pero no he conseguido hasta ahora
> alguna que haga uso extensivo de ellas, lo cual con la decisión
> tomada, pudiera implicar que deje de instalarse o funcionar
> correctamente.
>
> Si dejasen de soportarlo, y están en su potestad de hacerlo, quizá
> sería como retaliación y/o medida de presión para provocar que Debian
> reconsidere la medida, no sería una decisión por razones técnicas. Sin
> embargo, pienso que hay suficiente software libre como para cubrir
> todas las necesidades, mas aún en temas de virtualización.
>

No, no existen herramientas para cubrir todas las necesidades, ¿cómo
implementas Horizon View? ¿Con qué herramienta creas y gestionas esas
imágenes golden para los VDI?

Las herramientas que he mencionado no han sido certificadas para LSB, lo
sé, pero he indicado que hacen uso de algunos scripts y utilidades.

Entonces en lugar de dialogar para ver de qué forma se soluciona, tu
propuesta o
es dejar Debian? Flaco favor le hacemos a nuestra distribución.

Evidente resulta que si necesito esas herramientas y no están soportadas
tendré que moverme y cambiar el sistema, lo que me dolerá, pero aún me
dolerá más no poder desempeñar el trabajo para el que he sido contratado.

Saludos,
Javier Silva.

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Josu Lazkano 
El día 12 de octubre de 2015, 12:04, Eduardo Rios  escribió:
> El 12/10/15 a las 11:49, Josu Lazkano escribió:
>>
>> Pues si que existe, jejeje. gracias por la info.
>>
>> De todas formas, ¿puedo volver al kernel 3.16?
>
>
> Por supuesto que puedes volver, pero seguramente que ya lo tienes instalado
> y no lo sabes. Cuando instalas un kernel superior de los Backports, el
> sistema te mantiene el anterior e instala el nuevo.
>
> Para comprobarlo, al arrancar el sistema, en el GRUB verás algo así como:
>
> - Debian GNU/Linux
> - Opciones avanzadas para Debian GNU/Linux
> - Cualquier entrada para otro S.O (como Windows) si existe.
>
> Pues si te metes en el menú de opciones avanzadas, podrás arrancar el
> sistema con el kernel 4.1 ó el 3.16. Arrancas con el 3.16 y luego podrás
> desinstalar el 4.1 si quieres (o definir el arranque por defecto con el
> 3.16)
>
>
> --
> www.LinuxCounter.net
>
> Registered user #369215
>
>

Gracias,

El problema es que es un servidor, y no lo tengo puesto con pantalla
ni nada. Si es necesario lo podria hacer, pero es un enredo.

¿Se podria hacer sin entrar al grub?

Un saludo.

-- 
Josu Lazkano

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Santiago José López Borrazás 
El 12/10/15 a las 11:49, Josu Lazkano escribió:
> Pues si que existe, jejeje. gracias por la info.
> 
> De todas formas, ¿puedo volver al kernel 3.16?

Puedes tener el 3.16, con instalarlo y luego borrar el 4.1, te vale y te
funcionará, luego puedes reiniciar sin problemas (no pierdes nada, eh).

Pero te recomiendo que lo hagas en consola antes de reiniciar (no lo hagas
en entorno gráfico, por si las moscas).

Yo, ahora mismo, de Debian, tengo el kernel 4.2.3 (sí,
linux-image-4.2.0-686-pae).

Ahora, en Stretch, con los nuevos paquetes de GCC5, la próxima compilación
del kernel, será con el GCC5 (sacan en nada, el kernel 4.3, que está a la
vuelta de la esquina).

-- 
Saludos de Santiago José López Borrazás.

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Santiago José López Borrazás 
El 12/10/15 a las 12:07, Josu Lazkano escribió:
> El problema es que es un servidor, y no lo tengo puesto con pantalla
> ni nada. Si es necesario lo podria hacer, pero es un enredo.

No es ningún problema, ni da fallos, ya que, al estar en entorno SSH u otro
protocolo, lo puedes hacer sin problemas.

> ¿Se podria hacer sin entrar al grub?

El Grub es un gestor de arranque, puedes estar tranquilo, porque los
paquetes del kernel ya los gestiona de forma directa en el momento de la
instalación. Así que, no tienes porqué entrar al GRUB, a no ser que quieras
modificar alguna opción.

No vas a tener problemas para eso y más.

-- 
Saludos de Santiago José López Borrazás.

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Eduardo Rios 

El 12/10/15 a las 11:49, Josu Lazkano escribió:

Pues si que existe, jejeje. gracias por la info.

De todas formas, ¿puedo volver al kernel 3.16?


Por supuesto que puedes volver, pero seguramente que ya lo tienes 
instalado y no lo sabes. Cuando instalas un kernel superior de los 
Backports, el sistema te mantiene el anterior e instala el nuevo.


Para comprobarlo, al arrancar el sistema, en el GRUB verás algo así como:

- Debian GNU/Linux
- Opciones avanzadas para Debian GNU/Linux
- Cualquier entrada para otro S.O (como Windows) si existe.

Pues si te metes en el menú de opciones avanzadas, podrás arrancar el 
sistema con el kernel 4.1 ó el 3.16. Arrancas con el 3.16 y luego podrás 
desinstalar el 4.1 si quieres (o definir el arranque por defecto con el 
3.16)



--
www.LinuxCounter.net

Registered user #369215

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Santiago José López Borrazás 
El 12/10/15 a las 12:04, Eduardo Rios escribió:
(...)
> Pues si te metes en el menú de opciones avanzadas, podrás arrancar el
> sistema con el kernel 4.1 ó el 3.16. Arrancas con el 3.16 y luego podrás
> desinstalar el 4.1 si quieres (o definir el arranque por defecto con el 3.16)

A ver Eduardo. Puedes tener los 2 kernels, si quieres desinstalar, puedes
hacerlo en el momento de tener el kernel que tengas en ese momento
ejecutando, lo que sí recomiendo, es no hacerlo bajo entorno gráfico, es una
medida preventiva, puesto que, es mejor hacerlo así (yo lo hago muchas veces
así sin problemas).

Yo lo he hecho muchas veces, y es la mejor manera.

-- 
Saludos de Santiago José López Borrazás.

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Josu Lazkano 
Gracias por las respuestas.

Tengo estos kernels instalados:

# dpkg -l | grep linux-image
ii  linux-image-3.16.0-4-amd64   3.16.7-ckt11-1+deb8u4
   amd64Linux 3.16 for 64-bit PCs
ii  linux-image-3.16.0-900-amd64 3.16.7-ckt11-1
   amd64Linux 3.16 for 64-bit PCs
rc  linux-image-4.1.0-900-amd64  4.1.6-1~bpo8+1
   amd64Linux 4.1 for 64-bit PCs
ri  linux-image-4.1.0-901-amd64  4.1.6-1~bpo8+1
   amd64Linux 4.1 for 64-bit PCs
ii  linux-image-amd643.16+63
   amd64Linux for 64-bit PCs (meta-package)

He probado a hacer esto:

apt-get remove linux-image-4.1.0-901-amd64 linux-image-4.1.0-900-amd64

Y me da este aviso:

You are running a kernel (version 4.1.0-901-amd64) and attempting to
remove the same version.
This can make the system unbootable as it will remove
/boot/vmlinuz-4.1.0-901-amd64 and all modules under the directory
/lib/modules/4.1.0-901-amd64. This can  only be fixed with a copy of
the kernel image and the corresponding modules.
It is highly recommended to abort the kernel removal unless you are
prepared to fix the system after removal.

Abort kernel removal?

De momento he detenido la instalacion.

He probado a cambiar el arranque poniendo esto en /etc/default/grub

GRUB_DEFAULT=1

# update-grub2
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.1.0-901-amd64
Found initrd image: /boot/initrd.img-4.1.0-901-amd64
Found linux image: /boot/vmlinuz-3.16.0-900-amd64
Found initrd image: /boot/initrd.img-3.16.0-900-amd64
Found linux image: /boot/vmlinuz-3.16.0-4-amd64
Found initrd image: /boot/initrd.img-3.16.0-4-amd64
done

Pero siempre me arranca con el kernel 4.1.

¿Como me recomendais que borre el kernel 4.1?

Gracias a todos.

-- 
Josu Lazkano

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Santiago José López Borrazás 
El 12/10/15 a las 17:55, Josu Lazkano escribió:
(...)
> Abort kernel removal?

Le das a 'N', y ya enter, de ahí ya no te va a volver a molestar, tienes el
kernel 3.16, de hecho, yo pondría eso sin problema, puedes hacerlo sin miedo.

-- 
Saludos de Santiago José López Borrazás.

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Camaleón 
El Mon, 12 Oct 2015 17:55:06 +0200, Josu Lazkano escribió:

> Gracias por las respuestas.
> 
> Tengo estos kernels instalados:
> 
> # dpkg -l | grep linux-image ii  linux-image-3.16.0-4-amd64  
> 3.16.7-ckt11-1+deb8u4amd64Linux 3.16 for 64-bit PCs
> ii  linux-image-3.16.0-900-amd64 3.16.7-ckt11-1amd64
> Linux 3.16 for 64-bit PCs
> rc  linux-image-4.1.0-900-amd64  4.1.6-1~bpo8+1amd64
> Linux 4.1 for 64-bit PCs
> ri  linux-image-4.1.0-901-amd64  4.1.6-1~bpo8+1amd64
> Linux 4.1 for 64-bit PCs
> ii  linux-image-amd643.16+63   amd64
> Linux for 64-bit PCs (meta-package)

Fíjate en las dos letras iniciales (rc/ri), son importantes ;-)
 
> He probado a hacer esto:
> 
> apt-get remove linux-image-4.1.0-901-amd64 linux-image-4.1.0-900-amd64
> 
> Y me da este aviso:
> 
> You are running a kernel (version 4.1.0-901-amd64) and attempting to
> remove the same version.
> This can make the system unbootable as it will remove
> /boot/vmlinuz-4.1.0-901-amd64 and all modules under the directory
> /lib/modules/4.1.0-901-amd64. This can  only be fixed with a copy of the
> kernel image and the corresponding modules.
> It is highly recommended to abort the kernel removal unless you are
> prepared to fix the system after removal.
> 
> Abort kernel removal?
> 
> De momento he detenido la instalacion.

Te dice que estás ejecutando un kernel que quieres eliminar, de ahí el 
aviso. Normalmente no pasa nada por continuar pero lo normal es que 
inicies con un kernel que no vayas a borrar, claro.
 
> He probado a cambiar el arranque poniendo esto en /etc/default/grub
> 
> GRUB_DEFAULT=1
> 
> # update-grub2 Generating grub configuration file ...
> Found linux image: /boot/vmlinuz-4.1.0-901-amd64 Found initrd image:
> /boot/initrd.img-4.1.0-901-amd64 Found linux image:
> /boot/vmlinuz-3.16.0-900-amd64 Found initrd image:
> /boot/initrd.img-3.16.0-900-amd64 Found linux image:
> /boot/vmlinuz-3.16.0-4-amd64 Found initrd image:
> /boot/initrd.img-3.16.0-4-amd64 done
> 
> Pero siempre me arranca con el kernel 4.1.

Porque será la tercera opción del menú de GRUB (2). Tienes que ver en 
qué posición se encuentra el kernel con el que quieres iniciar.

> ¿Como me recomendais que borre el kernel 4.1?

Como lo estás haciendo, pero bien :-P

Saludos,

-- 
Camaleón

proftpd acceso por horarios

2015-10-12 Por tema Ariel 
Hola lista tengo un proftpd funcionando correctamente en el cual los 
usuarios acceden de forma anonima, existemalgun metodo para permitir que 
estos usuarios puedan descargar del mismo en un hoirario determinado?


gracias de antemano


-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu

Re: proftpd acceso por horarios

2015-10-12 Por tema Santiago José López Borrazás 
El 12/10/15 a las 16:30, Ariel escribió:
> Hola lista tengo un proftpd funcionando correctamente en el cual los
> usuarios acceden de forma anonima, existemalgun metodo para permitir que
> estos usuarios puedan descargar del mismo en un hoirario determinado?

Hay un proyecto que te permite hacer esa limitación, se llama el mod_time,
que lo tenemos aquí:

http://www.castaglia.org/proftpd/modules/mod_time.html

También te sirve el mod_ban, que no sólo hace restricciones de IP's y demás,
sino, que también te hace restricciones por horas (en la web del proyecto):

www.proftpd.org/docs/contrib/mod_ban.html

También tienes este otro enlace:

http://www.proftpd.org/docs/howto/Limit.html

O incluso más:

http://www.the-art-of-web.com/system/block-ftp-hacking/
http://ubuntuforums.org/showthread.php?t=1581265

> gracias de antemano

De nada.

-- 
Saludos de Santiago José López Borrazás.

Re: ¿Es peligroso borrar los transitional dummy packages?

2015-10-12 Por tema Camaleón 
El Sun, 11 Oct 2015 20:50:47 +0200, Eduardo Rios escribió:

> Hola Hoy estaba aburrido en casa, y he pensado en hacer un poco de
> "limpieza"
> de mi Debian Stretch, ya que el sistema se ha ido actualizando desde
> Debian Squeeze (creo que es la única que instalé en limpio).
> 
> Lo primero que he desinstalado han sido los paquetes gpp y gcc de las
> versiones 4.8 y 4.9, ya que está instalada la versión 5.0 de estos.
> 
> Después, he buscado los paquetes "transitional dummy packages y los he
> eliminado (siempre que se dejaban borrar ellos solos y no marcaban otras
> dependencias para borrar)
> 
> Aparentemente el sistema funciona con normalidad. ¿Es una locura lo que
> acabo de hacer?

Los paquetes de transición de pega ("dummy") se puede eliminar cuando se 
encuentren disponibles los paquetes por los que van a ser sustituidos y 
por lo general, te dicen que se pueden eliminar cuando esto suceda.

Lo que sí me parece arriesgado es eliminar las versiones del compilador 
anteriores porque no sabes si alguna aplicación (propia de Debian o una 
aplicación de terceros) lo va a necesitar. 

Saludos,

-- 
Camaleón

Re: proftpd acceso por horarios

2015-10-12 Por tema Camaleón 
El Mon, 12 Oct 2015 10:30:05 -0400, Ariel escribió:

> Hola lista tengo un proftpd funcionando correctamente en el cual los
> usuarios acceden de forma anonima, existemalgun metodo para permitir que
> estos usuarios puedan descargar del mismo en un hoirario determinado?

Pues no encuentro nada premontado :-?

Lo que sí podrías mirar es el módulo de PAM (pam_time) para limitar el 
inicio de sesión de los usuarios en las horas que definas.

Saludos,

-- 
Camaleón

Re: Debian deja el Linux Standard Base. :(

2015-10-12 Por tema Camaleón 
El Sun, 11 Oct 2015 14:11:57 -0430, German Cardozo escribió:

> 2015-10-11 10:25 GMT-04:30 Camaleón :
>> No comparto esa apreciación. Si fuera inocuo y sin resultados aparentes
>> ninguna distribución linuxera destinaría recursos a cumplir con la
>> especificación.
>>
>> No digo que no sea mejorable, pero supongo que no debe ser fácil
>> intentar poner de acuerdo a las 3 gordas: SuSE Linux, Redhat y Ubuntu.
>>
>>
> Tomando como base la certificación de distribuciones LSB 4.0, y
> condensando estas según su distribución genérica (es decir Ubuntu 8.04 y
> Ubuntu 9.04 consideradas sólo como Ubuntu), son 13 las distribuciones
> compatibles con LSB. Comparando esto con el sitio distrowatch.com[1], y
> tratando de buscar un rango donde aparezca la mayor cantidad de las
> distribuciones certificadas LSB en el TOP 100 de este sitio, sólo llego
> a Oracle Linux en el puesto 88 ( a esta fecha: 2015.10.11). es decir que
> 13 de 88 distribuciones compatibles con LSB 4.0 (Aprox. 15%), no parece
> una participación muy grande.

(...)

No te extrañe. Las distribuciones linuxeras "al uso" (las que no tienen 
detrás a una empresa) están más limitadas. Por ejemplo, Archlinux sólo 
trabaja en una única arquitectura (i386) y sólo tiene paquetes de 32 y 64 
bits. Punto, no hay más. ¿Crees que no querrían tener una rama "oficial" 
para arm, por ejemplo? Pues yo entiendo que sí pero con los recursos de 
los que disponen simplemente son realistas y prefieren centrarse en poco 
y bien que abarcar mucho pero con un resultado mediocre.

A eso me refiero, a que el hecho de no hacer algo no significa que no sea 
bueno sino que simplemente no hay recursos para todo y tienen que elegir.
 
> Por otro lado, sólo las grandes compañias han realizado el esfuerzo de
> certificar su sistema opertaivo, y en el mayor de los casos para sus
> productos comerciales.

(...)

Yo eso lo interpreto como que están interesadas en que exista una mayor 
normalización entre los sistemas operativos y las aplicaciones porque al 
final los estándares redundan en una simplificación en el desarrollo que 
se traduce a su vez en ahorro de costes.

>>> ¿Y RedHat, SuSE y Oracle Linux, son Software Libre en el sentido
>>> estricto del concepto?
>>
>> Lo son, claro.
> 
> Una cosa es que hagan uso de Sofware Libre, y otra que lo sean al 100%.
> En especial cuando sabemos que estos productos certificados son sus
> estrategias comerciales para sacar provecho del esfuerzo de las
> comunidades.

No es que hacen uso de SL es que son SL, generan código compatible con la 
licencia GPL y por lo tanto son distribuciones catalogadas como software 
libre. Cosa aparte es que nos guste más o menos que tengas que pagar por 
las actualizaciones o los parches y el soporte pero ese modelo de negocio 
(vender servicios) no es incompatible con el SL.

>> ¿Te refieres a qué aportan Redhat, SuSE, UBuntu, Oracle... a Debian? No
>> estamos hablando de eso, no viene al caso. Si te refieres a qué aporta
>> la especificación LSB a Debian pues un garantía mínima de
>> interoperabilidad.
>>
>>
> Y en esa interoperatibilidad, ¿No hay un aporte como producto
> resultante? Si desarrollo aplicaciones en Debian que cumplen las
> especificaciones LSB, estas se podrán ejecutar en Oracle Linux,
> RedHat, SuSE, es un aporte para estas. Y viceversa: ¿Es válido? ¿Es una
> "estrategia acertada de negocios"? ¿Debo preguntar a los accionistas?.
> Lamentablemente, no puedo dejar de observar todo el contexto.

Puedes basar tu negocio en seguir la estela de los demás (estar pendiente 
de lo que hacen o dejan de hacer tus competidores y reaccionar en base a 
ello) o puedes marcar tu propia tendencia. Sinceramente, entiendo que la 
primera opción es la errada. Al fin y al cabo, Debian también se 
beneficiaría de ser compatible con la LSB ya que las aplicaciones para 
Oracle o Redhat que se ajusten a esa norma también funcionarán de la 
misma manera en Debian, lo cual es un plus. 

Viene a ser la misma relación que existe entre Redhat y CentOS: relación 
simbiótica donde ambos se benefician de los que aportan sus bases de 
usuarios.

>> No veo la relación entre que una aplicación o sistema propietario esté
>> certificado para LSB con la importancia de estar en la lista de
>> sistemas o aplicaciones compatibles/certificadas. Cada fabricante puede
>> hacer lo que estime más oportuno según su estrategia, pero obviamente
>> poner como ejemplo un software propietario pues tiene menos sentido
>> aún. Simplemente hará lo que sus accionistas quieran.
>>
>> El ejemplo que he puesto de las distribuciones grandes (que sí se
>> adhieren al LSB) venía a colación para mostrar que sí es importante
>> mantenerse adherido al estándar, o que al menos las distribuciones
>> grandes así lo consideran y así lo mantienen.
>>
>>
> Para mi tiene todo el sentido del mundo y acertadamente respondes:
> "Simplemente hará lo que sus accionistas quieran.".

¿Y en qué afectan las decisiones de los accionistas de Oracle a los

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Camaleón 
El Mon, 12 Oct 2015 10:20:41 +0200, Josu Lazkano escribió:

> Me acabo de dar cuenta que tengo instala la version 4.1 del kernel en
> Jessie.

Por eso me da miedito tener el repo de los backports activado, se te 
cuelan cosas y no te enteras :-)

> Tengo el repositorio de backport añadido:

(...)

> El kernel que tengo es el siguiente:
> 
> # uname -a Linux server 4.1.0-900-amd64 #1 SMP Debian 4.1.6-1~bpo8+1
> (2015-09-09) x86_64 GNU/Linux
> 
> ¿Como puedo volver al kernel 3.16?

¿Por qué quieres volver al anterior? Si ya tienes el más actual y no te 
da problemas, quédate con él.
 
> Lo malo de la 4.1 es que no tengo las sources.

Pues instala el metapaquete de las fuentes para que se actualice 
automáticamente cuando haya una nueva versión (linux-source 4.1+68~bpo8
+1) y listo.

Saludos,

-- 
Camaleón

Re: Web Kvm manager

2015-10-12 Por tema Pablo 
2015-10-12 13:52 GMT-03:00 Edward Villarroel (EDD) <
edward.villarr...@gmail.com>:

> buenos dias comunidad les escribo en esta oportunidad por que ando
> buscando usa solucion parecida a webmin
>
>
> pero en este caso para gestionar maquinas virtuales desde el explorador
>
>
> Edward Villarroel:  @Agentedd
>
>
Fijate si esto te sirve

https://www.webvirtmgr.net/
https://github.com/kimchi-project/kimchi


Si no creo que la gente que hace proxmox conoce una herramienta que es
parecido a lo que buscas.

-- 
Pablo

Re: Web Kvm manager

2015-10-12 Por tema Raphael Verdugo P. 
2015-10-12 13:52 GMT-03:00 Edward Villarroel (EDD) <
edward.villarr...@gmail.com>:

> buenos dias comunidad les escribo en esta oportunidad por que ando
> buscando usa solucion parecida a webmin
>
>
> pero en este caso para gestionar maquinas virtuales desde el explorador
>
>
> Edward Villarroel:  @Agentedd
>
>
Que tipo de máquinas vituales?

revisa este link ,quizas es lo que buscas...

http://www.ovirt.org/Home


-- 
Raphael Verdugo P.

Web Kvm manager

2015-10-12 Por tema Edward Villarroel (EDD) 
buenos dias comunidad les escribo en esta oportunidad por que ando buscando
usa solucion parecida a webmin


pero en este caso para gestionar maquinas virtuales desde el explorador


Edward Villarroel:  @Agentedd

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Santiago José López Borrazás 
El 12/10/15 a las 20:42, Josu Lazkano escribió:
(...)
> Me interesa el kernel 4.2 para un hardware que tengo, como puedo saber
> cuando se añadira en el backport de jessie? Teneis alguna pagina o rss
> donde seguir esas cosas?

El 4.2 lo hay en Debian Sid, puedes tenerlo, si quieres, no importa cómo,
pero puedes instalarlo.

Hace años, con una máquina, donde se me dio que necesitaba kernel 2.6.21
para arriba, no tuve reparos y cogí el paquete de ese kernel y no tuve
problemas. Luego empecé a compilar los kernels por mi mano. ;-)

-- 
Saludos de Santiago José López Borrazás.

Re: Cambiar de kernel en Jessie

2015-10-12 Por tema Josu Lazkano 
Gracias a todos!

He borrado el kernel actual y me ha funcionado, la verdad que estaba
un poco acojonado.

Muchas gracias por todo.

Me interesa el kernel 4.2 para un hardware que tengo, como puedo saber
cuando se añadira en el backport de jessie? Teneis alguna pagina o rss
donde seguir esas cosas?

Un saludo.

-- 
Josu Lazkano

Re: Fwd: Re: ¿Es peligroso borrar los transitional dummy packages?

2015-10-12 Por tema Santiago José López Borrazás 
El 12/10/15 a las 22:16, Eduardo Rios escribió:
(...)
> Esto no sé... Yo no compilo nada, ni instalo nada de terceros. Todo lo
> que instalo son paquetes binarios desde los repos... Ya veremos si no la
> he liado. :)

Si no vas a compilar nada, tranquilo, no vas a necesitar nada más, por el
momento. Yo, puedo compilar aquí paquetes, y no tengo pegas ahora mismo con
el GPP/GCC5, así que, no pasa nada.

-- 
Saludos de Santiago José López Borrazás.

Fwd: Re: ¿Es peligroso borrar los transitional dummy packages?

2015-10-12 Por tema Eduardo Rios 


El 12/10/15 a las 16:01, Camaleón escribió:

El Sun, 11 Oct 2015 20:50:47 +0200, Eduardo Rios escribió:


Hola Hoy estaba aburrido en casa, y he pensado en hacer un poco de
"limpieza"
de mi Debian Stretch, ya que el sistema se ha ido actualizando desde
Debian Squeeze (creo que es la única que instalé en limpio).

Lo primero que he desinstalado han sido los paquetes gpp y gcc de las
versiones 4.8 y 4.9, ya que está instalada la versión 5.0 de estos.

Después, he buscado los paquetes "transitional dummy packages y los he
eliminado (siempre que se dejaban borrar ellos solos y no marcaban otras
dependencias para borrar)

Aparentemente el sistema funciona con normalidad. ¿Es una locura lo que
acabo de hacer?


Los paquetes de transición de pega ("dummy") se puede eliminar cuando se
encuentren disponibles los paquetes por los que van a ser sustituidos y
por lo general, te dicen que se pueden eliminar cuando esto suceda.


Pues uno de los que eliminé fue iproute porque ya estaba iproute2, pero
de los otros no estoy seguro si ya estaba el paquete sustituto... Pero
bueno, si he desinstalado de más, no debe ser grave, porque todo lo que
hago con el sistema me funciona igual que antes :-D



Lo que sí me parece arriesgado es eliminar las versiones del compilador
anteriores porque no sabes si alguna aplicación (propia de Debian o una
aplicación de terceros) lo va a necesitar.


Esto no sé... Yo no compilo nada, ni instalo nada de terceros. Todo lo
que instalo son paquetes binarios desde los repos... Ya veremos si no la
he liado. :)


--
www.LinuxCounter.net

Registered user #369215

Jessie + Mate + Gimp 2.8 = Me tumba la sesion!

2015-10-12 Por tema Jose Ab bA 
Buenas!

A ver si me podeis echar un cable:

Tengo instalado Jessie+Mate y Gimp 2.8, cuando manipulo alguna imagen, por
algun motivo se me satura la maquina (se pone hacer operaciones en el disco
como loca... es como si se hubiera quedado sin ram (tiene 4gb) y estuviese
utilizando las swaps (hay 2)).

Despues de un buen rato, o se me cierra la sesion, o muere Gimp con todo el
trabajo que habia hecho.

Intento indagar en el momento, pero el sistema queda tan saturado que no
puedo ni cambiarme a ninguno de los tty... Y para cuando puedo hacer algo
ya es tarde.

Os pego el lspci de la maquina, por si os sirve de algo:

00:00.0 Host bridge: Intel Corporation Core Processor DMI (rev 11)
00:03.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port
1 (rev 11)
00:08.0 System peripheral: Intel Corporation Core Processor System
Management Registers (rev 11)
00:08.1 System peripheral: Intel Corporation Core Processor Semaphore and
Scratchpad Registers (rev 11)
00:08.2 System peripheral: Intel Corporation Core Processor System Control
and Status Registers (rev 11)
00:08.3 System peripheral: Intel Corporation Core Processor Miscellaneous
Registers (rev 11)
00:10.0 System peripheral: Intel Corporation Core Processor QPI Link (rev
11)
00:10.1 System peripheral: Intel Corporation Core Processor QPI Routing and
Protocol Registers (rev 11)
00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2
Enhanced Host Controller (rev 06)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High
Definition Audio (rev 06)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
Express Root Port 1 (rev 06)
00:1c.3 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
Express Root Port 4 (rev 06)
00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
Express Root Port 5 (rev 06)
00:1c.5 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
Express Root Port 6 (rev 06)
00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
Express Root Port 7 (rev 06)
00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2
Enhanced Host Controller (rev 06)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation 5 Series Chipset LPC Interface
Controller (rev 06)
00:1f.2 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 4
port SATA IDE Controller (rev 06)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus
Controller (rev 06)
00:1f.5 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 2
port SATA IDE Controller (rev 06)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Juniper XT [Radeon HD 5770]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Juniper HDMI
Audio [Radeon HD 5700 Series]
03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller
(rev 03)
04:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE
Controller (rev 03)
04:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller
(rev 03)
05:00.0 IDE interface: Marvell Technology Group Ltd. Device 91a3 (rev 11)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)
07:03.0 IDE interface: Integrated Technology Express, Inc. IT8213 IDE
Controller
07:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000
Controller (PHY/Link)
3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath
Architecture Generic Non-Core Registers (rev 04)
3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath
Architecture System Address Decoder (rev 04)
3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 04)
3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev
04)
3f:03.0 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller (rev 04)
3f:03.1 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Target Address Decoder (rev 04)
3f:03.4 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Test Registers (rev 04)
3f:04.0 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Control Registers (rev 04)
3f:04.1 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Address Registers (rev 04)
3f:04.2 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Rank Registers (rev 04)
3f:04.3 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Thermal Control Registers (rev 04)
3f:05.0 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 1 Control Registers (rev 04)
3f:05.1 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 1 Address Registers (rev 04)
3f:05.2 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 1 Rank Registers (rev 04)

Re: Jessie + Mate + Gimp 2.8 = Me tumba la sesion!

2015-10-12 Por tema Fabián Bonetti 
On Tue, 13 Oct 2015 01:13:52 +0200
Jose Ab bA  wrote:

> Buenas!
> 
> A ver si me podeis echar un cable:
> 
> Tengo instalado Jessie+Mate y Gimp 2.8, cuando manipulo alguna imagen, por
> algun motivo se me satura la maquina (se pone hacer operaciones en el disco
> como loca... es como si se hubiera quedado sin ram (tiene 4gb) y estuviese
> utilizando las swaps (hay 2)).
> 
> Despues de un buen rato, o se me cierra la sesion, o muere Gimp con todo el
> trabajo que habia hecho.
> 
> Intento indagar en el momento, pero el sistema queda tan saturado que no
> puedo ni cambiarme a ninguno de los tty... Y para cuando puedo hacer algo
> ya es tarde.
> 
> Os pego el lspci de la maquina, por si os sirve de algo:
> 
> 00:00.0 Host bridge: Intel Corporation Core Processor DMI (rev 11)
> 00:03.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port
> 1 (rev 11)
> 00:08.0 System peripheral: Intel Corporation Core Processor System
> Management Registers (rev 11)
> 00:08.1 System peripheral: Intel Corporation Core Processor Semaphore and
> Scratchpad Registers (rev 11)
> 00:08.2 System peripheral: Intel Corporation Core Processor System Control
> and Status Registers (rev 11)
> 00:08.3 System peripheral: Intel Corporation Core Processor Miscellaneous
> Registers (rev 11)
> 00:10.0 System peripheral: Intel Corporation Core Processor QPI Link (rev
> 11)
> 00:10.1 System peripheral: Intel Corporation Core Processor QPI Routing and
> Protocol Registers (rev 11)
> 00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2
> Enhanced Host Controller (rev 06)
> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High
> Definition Audio (rev 06)
> 00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
> Express Root Port 1 (rev 06)
> 00:1c.3 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
> Express Root Port 4 (rev 06)
> 00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
> Express Root Port 5 (rev 06)
> 00:1c.5 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
> Express Root Port 6 (rev 06)
> 00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI
> Express Root Port 7 (rev 06)
> 00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2
> Enhanced Host Controller (rev 06)
> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a6)
> 00:1f.0 ISA bridge: Intel Corporation 5 Series Chipset LPC Interface
> Controller (rev 06)
> 00:1f.2 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 4
> port SATA IDE Controller (rev 06)
> 00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus
> Controller (rev 06)
> 00:1f.5 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 2
> port SATA IDE Controller (rev 06)
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> Juniper XT [Radeon HD 5770]
> 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Juniper HDMI
> Audio [Radeon HD 5700 Series]
> 03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller
> (rev 03)
> 04:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE
> Controller (rev 03)
> 04:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller
> (rev 03)
> 05:00.0 IDE interface: Marvell Technology Group Ltd. Device 91a3 (rev 11)
> 06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)
> 07:03.0 IDE interface: Integrated Technology Express, Inc. IT8213 IDE
> Controller
> 07:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000
> Controller (PHY/Link)
> 3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath
> Architecture Generic Non-Core Registers (rev 04)
> 3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath
> Architecture System Address Decoder (rev 04)
> 3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 04)
> 3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev
> 04)
> 3f:03.0 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller (rev 04)
> 3f:03.1 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller Target Address Decoder (rev 04)
> 3f:03.4 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller Test Registers (rev 04)
> 3f:04.0 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller Channel 0 Control Registers (rev 04)
> 3f:04.1 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller Channel 0 Address Registers (rev 04)
> 3f:04.2 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller Channel 0 Rank Registers (rev 04)
> 3f:04.3 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller Channel 0 Thermal Control Registers (rev 04)
> 3f:05.0 Host bridge: Intel Corporation Core Processor Integrated Memory
> Controller