Re: [Gutl-l] Meizu unveils the most powerful Ubuntu phone yet

2016-02-18 Por tema Carlos R Laguna

El 18/02/16 a las 14:54, Matthias Apitz escribió:

Hola colegas,

Desde hace un año más o menos, tengo un celular basado en Ubuntu de la
empresa española Canonical, un BQ E4.5 He aquí en castellano e inglés algunos
investigaciones/consejos/etc.:

https://www.gitbook.com/book/gurucubano/bq-aquaris-e-4-5-ubuntu-phone/

Quería hablar en diciembre en La Habana en mi estancia habitual de la
chatarra, pero tuve que cancelar el viaje por motivos personales
urgentes. Queda en mi lista, si es de interés, para la próxima estancia.

Saludos

matthias

Wow realmente útil, he estado observando los cambios de cerca con un 
nexus 4 y probado la convergencia disponible en el rc-chanel. Saludos

__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

V Simposio Internacional de comunidad, entretenimiento y redes sociales,
del 14 al 18 de marzo de 2016 en el Palacio de Convenciones de La Habana.
http://www.informaticahabana.cu/es/eventos/show/100





Re: [Gutl-l] red

2016-02-18 Por tema Alberto José García Fumero
El jue, 18-02-2016 a las 11:39 -0500, Rommel Rodriguez Toirac escribió:
> El Jueves, 18 de febrero de 2016 10:32:26 Jose Alfredo Batista escribió:
> > si por ejemplo yo tengo este rango de de ip en  mi red lan 142.132.0.1 y
> > existiera por  violaciones otra red q  sele  hace ping 192.168.0.xx
> > desde  linux  como puedo saber  e l ombre de  esa PC ya e probado
> > algunos comando como por ejemplo nmap y me da  bien el ip y la  MAC pero
> > quiero saber el nombre  para  poder identificar de donde sale  algun
> > comando o sugerencia

> 
> puede ser nslookup 192.168.0.xx
> 

... pero tu servidor dns te devolvería solamente el nombre que él conoce
(a no ser que sea dinámico, me parece). Que me aclaren los que saben
más.

Tener instalado arpwatch o algo así, pienso que es una buena opción para
evitar esos desaguisados, o al menos movilizarse desde el mismo
principio a averiguar quién está intruseando. Te daría la MAC y el
modelo de la tarjeta.

Algo parecido tendrías con arp-scan (según man arp-scan):
$ arp-scan --interface=eth0 192.168.0.0/24
   Interface: eth0, datalink type: EN10MB (Ethernet)
   Starting arp-scan 1.4 with 256 hosts
(http://www.nta-monitor.com/tools/arp-scan/)
   192.168.0.1 00:c0:9f:09:b8:db   QUANTA COMPUTER, INC.
   192.168.0.3 00:02:b3:bb:66:98   Intel Corporation
   192.168.0.5 00:02:a5:90:c3:e6   Compaq Computer
Corporation
   192.168.0.6 00:c0:9f:0b:91:d1   QUANTA COMPUTER, INC.
   192.168.0.1200:02:b3:46:0d:4c   Intel Corporation
   192.168.0.1300:02:a5:de:c2:17   Compaq Computer
Corporation
   192.168.0.8700:0b:db:b2:fa:60   Dell ESG PCBA Test
   192.168.0.9000:02:b3:06:d7:9b   Intel Corporation
   192.168.0.105   00:13:72:09:ad:76   Dell Inc.
   192.168.0.153   00:10:db:26:4d:52   Juniper Networks, Inc.
   192.168.0.191   00:01:e6:57:8b:68   Hewlett-Packard Company
   192.168.0.251   00:04:27:6a:5d:a1   Cisco Systems, Inc.
   192.168.0.196   00:30:c1:5e:58:7d   HEWLETT-PACKARD

Si tienes registrado quién tiene qué tipo de tarjeta de red en el
expediente del equipo, ya lo encontraste. Nadie de tu red debería tener
permisos de administración para cambiar cosas sin autorización. O por lo
menos tendrías una idea de la arquitectura...

El problema es si la máquina vino de afuera; según los reglamentos de
seguridad informática traer una máquina de afuera requiere autorización
(¿qué te dicen los CVPs, alguien trajo una laptop?) ;-)

La idea de Arian está interesante; yo al menos, que desconozco todo
sobre eso, la exploraría.
-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Meizu unveils the most powerful Ubuntu phone yet

2016-02-18 Por tema Matthias Apitz

Hola colegas,

Desde hace un año más o menos, tengo un celular basado en Ubuntu de la
empresa española Canonical, un BQ E4.5 He aquí en castellano e inglés algunos
investigaciones/consejos/etc.:

https://www.gitbook.com/book/gurucubano/bq-aquaris-e-4-5-ubuntu-phone/

Quería hablar en diciembre en La Habana en mi estancia habitual de la
chatarra, pero tuve que cancelar el viaje por motivos personales
urgentes. Queda en mi lista, si es de interés, para la próxima estancia.

Saludos

matthias

-- 
Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/  ☎ 
+49-176-38902045
Bundeswehr: Wir.Dienen.Deutschland. - Wir.Machen.Krieg.  (We.Serve.Germany. - 
We.Make.War.)


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Instalar debian en uan Imac G5

2016-02-18 Por tema Arley Consuegra Roselló
El mié, 17-02-2016 a las 08:45 -0500, Paradix ;) escribió:
> El 16/02/16 a las 13:34, Arley Consuegra Roselló escribió:
> > Como dice el asunto me hace falta instalar debian en una Imac G5, no
> > tengo acceso a internet para investigar.
> > Saludos.
> > 
> 
> busca debian para ppc
> 
donde se encuentra ese iso de debian en la red nacional.

-- 
Ing. Arley Consuegra Roselló.
Administrador de red de la 
UEB MATHISA Granma.




__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Porblema con postfix

2016-02-18 Por tema Arian Molina Aguilera

El 18/02/16 a las 11:14, Rommel Rodriguez Toirac escribió:

El Jueves, 18 de febrero de 2016 10:21:30 Arian Molina Aguilera escribió:

El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió:

El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió:

El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió:

y tampoco tengo a SElinux.

   Que me puede estar ocurriendo?

Gran rommel

una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me
conectaba por telnet el servicio no respondía o me desconectaba al rato,
algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo
que pasaba era que cuando definí una tabla en el main.cf dejé un espacio
en un lugar que no debía, fue algo como

transport_maps   hash:/etc/tabla

y yo puse


transport_maps   hash: /etc/tabla

Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba
comportamientos muy raros, revisa todas tus definiciones de tablas a ver
si es eso...


   Saludos Ulises; lista;

he revisado la configuración y no encuentro errores de espacios como los
que me dices.

   Esa configuración es la que tengo en un servidor de correo electrónico
   en

producción acá en el trabajo. Le hice los ajustes necesarios para la PC
para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo)
[donde está corriendo ahora] y la versión de postfix es 2.6.6. La otra es
un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es
2.10.1

   Entre estos dos postfix habrá mucha diferencia? de una versión a la otra
   se

habrán eliminado algunos de los parámetros de configuración o habrán
cambiado de nombre?

brother hace días te mande a decir, lo que tenias que poner en la
configuración del contenedor proxmox, LXC que usa la versión 4,
recomendada la 4.1 esta mucho más pulida y corregida. Para que el
postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo,
revisa los archivos de la lista. Salu2.

  Arian del tema solo tengo el correo de Ulises y de Joel; no he recibido nada
mas.
  Los archivos de la lista [https://listas.jovenclub.cu/pipermail/gutl-l/]
están detenidos en Octubre del 2015 (sería bueno que los correos enviados a la
lista se guardaran otra vez ahí) Pudieras enviarme al privado ese mensaje o lo
puedes enviar otra vez a la lista?


yo estoy seguro que ese correo llego, porque a mi mismo me llego como 
miembro de la lista. pero de todas maneras te lo vuelvo a enviar a tu 
privado. Salu2.


--

Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
jabber: linuxc...@openmailbox.org
Brascuba Cigarrillos S.A. La Habana. Cuba.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Porblema con postfix

2016-02-18 Por tema Arian Molina Aguilera

El 18/02/16 a las 13:31, Arian Molina Aguilera escribió:

El 18/02/16 a las 11:14, Rommel Rodriguez Toirac escribió:
El Jueves, 18 de febrero de 2016 10:21:30 Arian Molina Aguilera 
escribió:

El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió:
El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta 
escribió:
El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac 
escribió:

y tampoco tengo a SElinux.

   Que me puede estar ocurriendo?

Gran rommel

una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me
conectaba por telnet el servicio no respondía o me desconectaba al 
rato,
algo así es lo que recuerdo pues eso fue en el 2005, pero en 
resumen lo
que pasaba era que cuando definí una tabla en el main.cf dejé un 
espacio

en un lugar que no debía, fue algo como

transport_maps   hash:/etc/tabla

y yo puse


transport_maps   hash: /etc/tabla

Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba
comportamientos muy raros, revisa todas tus definiciones de tablas 
a ver

si es eso...


   Saludos Ulises; lista;

he revisado la configuración y no encuentro errores de espacios 
como los

que me dices.

   Esa configuración es la que tengo en un servidor de correo 
electrónico

   en

producción acá en el trabajo. Le hice los ajustes necesarios para 
la PC

para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo)
[donde está corriendo ahora] y la versión de postfix es 2.6.6. La 
otra es

un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es
2.10.1

   Entre estos dos postfix habrá mucha diferencia? de una versión a 
la otra

   se

habrán eliminado algunos de los parámetros de configuración o habrán
cambiado de nombre?

brother hace días te mande a decir, lo que tenias que poner en la
configuración del contenedor proxmox, LXC que usa la versión 4,
recomendada la 4.1 esta mucho más pulida y corregida. Para que el
postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo,
revisa los archivos de la lista. Salu2.
  Arian del tema solo tengo el correo de Ulises y de Joel; no he 
recibido nada

mas.
  Los archivos de la lista 
[https://listas.jovenclub.cu/pipermail/gutl-l/]
están detenidos en Octubre del 2015 (sería bueno que los correos 
enviados a la
lista se guardaran otra vez ahí) Pudieras enviarme al privado ese 
mensaje o lo

puedes enviar otra vez a la lista?


yo estoy seguro que ese correo llego, porque a mi mismo me llego como 
miembro de la lista. pero de todas maneras te lo vuelvo a enviar a tu 
privado. Salu2.



Man te lo mande y mira el error.

: host linux.onat.gob.cu[200.55.132.242] said: 554
5.7.1: Sender address rejected: Access denied
(in reply to RCPT TO command)

al parecer tu no puedes recibir correos de servidores internacionales.

Salu2.



--

Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
jabber: linuxc...@openmailbox.org
Brascuba Cigarrillos S.A. La Habana. Cuba.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] red

2016-02-18 Por tema Rommel Rodriguez Toirac
El Jueves, 18 de febrero de 2016 10:32:26 Jose Alfredo Batista escribió:
> si por ejemplo yo tengo este rango de de ip en  mi red lan 142.132.0.1 y
> existiera por  violaciones otra red q  sele  hace ping 192.168.0.xx
> desde  linux  como puedo saber  e l ombre de  esa PC ya e probado
> algunos comando como por ejemplo nmap y me da  bien el ip y la  MAC pero
> quiero saber el nombre  para  poder identificar de donde sale  algun
> comando o sugerencia
> 
> --
> Este mensaje le ha llegado mediante el servicio de correo electronico que
> ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema
> Nacional de Salud. La persona que envia este correo asume el compromiso de
> usar el servicio a tales fines y cumplir con las regulaciones establecidas
> 
> Infomed: http://www.sld.cu/
> 
> 
> 
> __
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

puede ser nslookup 192.168.0.xx

-- 
Rommel Rodriguez Toirac
Administrador de red ONAT Guantánamo
Teléfono (pizarra): 327444,326625,326376,327677,326576
Extensión: 120


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


[Gutl-l] Fw: Grave vulnerabilidad en la librería glibc [Hispasec @unaaldia]

2016-02-18 Por tema låzaro
- Forwarded message from Salcocho Noticioso  -

   Date: Wed, 17 Feb 2016 23:00:08 -0500
   From: Salcocho Noticioso 
   To: laz...@hcg.sld.cu
   Subject: Grave vulnerabilidad en la librería glibc [Hispasec @unaaldia]
   X-Mailer: feedblaster.rb - ruby 2.3.0p0 (2015-12-25 revision 53290) 
[x86_64-linux]

Grave vulnerabilidad en la librería glibc

Google ha confirmado la existencia de una vulnerabilidad de desbordamiento de
búfer en la librería glibc (empleada mayoritariamente en distribuciones,
aplicaciones y dispositivos Linux), que podría permitir la ejecución remota de
código.

[Tux]
glib es la "GNU LIB C". La "librería C" es librería estándar del lenguaje C,
usada por prácticamente cualquier programa que se compile en un entorno UNIX.
La glibc es la versión de "LIBC" creada por el proyecto GNU, y utilizada por
prácticamente todas las distribuciones Linux.

Según describen, el problema saltó a la luz cuando un ingeniero de Google
comprobó que su cliente SSH sufría un fallo de segmentación cada vez que
intentaba conectar a un host específico. Tras una investigación intensa
descubrieron que el problema residía en glibc y no en SSH como creían
inicialmente.

Fruto de la investigación comprobaron que el problema podía permitir la
ejecución remota de código. Sorprendentemente el equipo de mantenimiento de
glibc ya había sido alertado de este problema, a través de su gestor de fallos
en julio de 2015. Por otra parte, destacan la colaboración con dos
investigadores de Red Hat que también estaban estudiando el impacto de forma
independiente.

La vulnerabilidad ha pasado desapercibida durante mucho tiempo, realmente se
introdujo en la versión 2.9 de la librería, lanzada en mayo de 2008, y afecta a
todas las versiones publicadas desde entonces.

El problema, al que se le ha asignado el CVE-2015-7547, reside en que la
resolución DNS en el lado del cliente es vulnerable a un desbordamiento de
búfer basado en pila cuando se usa la función getaddrinfo (); al tratar
respuestas DNS de un tamaño superior a 2.048 bytes. Esto podría permitir al
atacante ejecutar código arbitrario en los sistemas afectados con los
privilegios del usuario relacionado.

Todo el software que utilice esta función puede ser explotado con nombres de
dominio controlados por un atacante, servidores DNS controlados por atacantes,
o por medio ataques hombre en el medio.

Fruto de la colaboración de los técnicos de Google y Red Hat se ha podido
investigar el problema, desarrollar un parchey realizar todos los test de
regresión. Aunque se destaca el trabajo realizado principalmente por el equipo
de la distribución de Linux.

El parche publicado está disponible desde:
https://sourceware.org/ml/libc-alpha/2016-02/msg00416.html

Google confirma que el problema no es fácil de explotar, aunque es posible
lograr la ejecución remota de código. Es necesario evitar mitigaciones de
seguridad existentes como ASLR. Como es obvio no publican el código para
explotar el problema, aunque sí ofrecen una prueba de concepto para comprobar
si se está afectado por este problema.

La librería glibc es uno de los pilares de muchos sistemas, distribuciones,
aplicaciones, entornos o sistemas empotrados. Prácticamente casi todo el
software nativo y no nativo hace uso de la librería. Eso convertiría en
virtualmente vulnerable a casi todos los programas que hagan uso de la función
afectada. En breve aparecerán actualizaciones para múltiples productos que usen
esta librería.

Las principales distribuciones Linux ya ofrecen actualizaciones:
Debian: http://www.debian.org/security/2016/dsa-3481
Gentoo: https://bugs.gentoo.org/show_bug.cgi?id=574880
Ubuntu: http://www.ubuntu.com/usn/usn-2900-1/
Red Hat: https://rhn.redhat.com/errata/RHSA-2016-0225.htmly
https://rhn.redhat.com/errata/RHSA-2016-0176.html

Más Información:

CVE-2015-7547: glibc getaddrinfo stack-based buffer overflow
https://googleonlinesecurity.blogspot.com.es/2016/02/
cve-2015-7547-glibc-getaddrinfo-stack.html

[PATCH] CVE-2015-7547 --- glibc getaddrinfo() stack-based buffer overflow
https://sourceware.org/ml/libc-alpha/2016-02/msg00416.html

Sourceware Bugzilla – Bug 18665
https://sourceware.org/bugzilla/show_bug.cgi?id=18665

Proof of concept for CVE-2015-7547
https://github.com/fjserna/CVE-2015-7547

Debian Security Advisory
DSA-3481-1 glibc -- security update
https://www.debian.org/security/2016/dsa-3481

USN-2900-1: GNU C Library vulnerability
http://www.ubuntu.com/usn/usn-2900-1/

Gentoo's Bugzilla – Bug 574880
(CVE-2015-7547) - https://bugs.gentoo.org/show_bug.cgi?id=574880

Critical: glibc security update
https://rhn.redhat.com/errata/RHSA-2016-0225.html

Security Advisory Critical: glibc security and bug fix update
https://rhn.redhat.com/errata/RHSA-2016-0176.html


 Antonio Ropero
  anton...@hispasec.com
  Twitter: 

[Gutl-l] Fw: Disponibles las especificaciones de Vulkan 1.0 [MuyLinux]

2016-02-18 Por tema låzaro
más de lo mismo

- Forwarded message from Salcocho Noticioso  -

   Date: Wed, 17 Feb 2016 23:04:24 -0500
   From: Salcocho Noticioso 
   To: laz...@hcg.sld.cu
   Subject: Disponibles las especificaciones de Vulkan 1.0 [MuyLinux]
   X-Mailer: feedblaster.rb - ruby 2.3.0p0 (2015-12-25 revision 53290) 
[x86_64-linux]

Disponibles las especificaciones de Vulkan 1.0

Disponibles las especificaciones de Vulkan 1.0

Khronos Group publicó ayer las especificaciones de Vulkan 1.0, la API que
promete sustituir al viejo y para muchos obsoleto OpenGL.

Vulkan fue anunciado en marzo de 2015, y nuestros compañeros de MuyComputer se
hicieron eco de algunas de sus características, entre las cuales se podía
destacar el uso de bytecodes para trabajar con shaders pseudocompilados, además
de prometer un acceso más directo a la GPU, relegando al driver a ejercer una
función de intérprete y transmisor de órdenes.

Manejo de la GPU por parte de Vulkan

Vulkan es uno de los proyectos más prometedores del Open Source, siendo una
esperanza para ciertos sectores que esperan comerle cierto terreno a las
tecnologías exclusivas de Microsoft, entre los cuales están un rendimiento
mayor y más cercano a DirectX de los juegos sobre GNU/Linux y OS X, y una mayor
facilidad para portar aplicaciones a distintos sistemas operativos.

Junto a la versión 1.0 de la API gráfica, también ha llegado el SDK LunarG, un
software que cuenta con el patrocinio de Valve y que permite la creación de
programas para Windows y GNU/Linux. Muy posiblemente más adelante también
aparecerá para OS X, sistema que para el cual no hay todavía hay una
implementación de Vulkan, aunque esta llegará.

Los drivers oficiales lo soportarán pronto

A nivel de GPU para PC tenemos hoy en día tres grandes marcas: NVIDIA, AMD e
Intel. La primera ha anunciado que está manos a la obra para soportar Vulkan en
Windows, GNU/Linux y Android. La segunda ha sido la primera en dar soporte a la
API a través de Catalyst/Crimson, aunque por ahora solo en la versión beta de
su driver. Desde Intel dicen que están “orgullosos de apoyar esta nueva
tecnología ofreciendo drivers certificados por la industria para tres
generaciones de gráficas Intel, estando todos estos fácilmente disponibles para
los desarrolladores y los usuarios finales”, así que posiblemente estén
soportados en un principio los Intel Core 4000, 5000 y 6000.

AMD juega un papel especial en todo esto, porque Vulkan incorpora tecnología
que la compañía de Sunnyvale desarrolló para Mantle. Tampoco nos podemos
olvidar de la reciente iniciativa GPUOpen, en la cual a buen seguro que el
sucesor de OpenGL jugará un papel importante.

De momento el soporte de Vulkan por parte de los fabricantes queda de la
siguiente manera, y al parecer, AMD se centrará por ahora en Windows.

Soporte de drivers para Vulkan

A nivel de arquitectura ARM, Qualcomm ya está manos a la obra para darle
soporte, y a buen seguro que el resto de gigantes en este segmento, entre los
cuales está Samsung, seguirán sus pasos.

Sistemas operativos soportados

Como se puede observar en la imagen de abajo, todos los grandes sistemas
operativos del mercado soportarán Vulkan, menos OS X e iOS. Estos dos sistemas
operativos utilizan su propia API gráfica, Metal, desarrollada por Apple.

Sistemas operativos soportados por Vulkan

Resulta un poco curioso ver las distintas distribuciones GNU/Linux mencionadas
por separado, entre las cuales están Red Hat, Ubuntu y SteamOS, pero no SUSE.
Pese a ello nos resultaría muy extraño ver a las distribuciones del camaleón no
apostando por la API gráfica que nos ocupa.

The Talos Principle, primer juego que soportará Vulkan

The Talos Principle fue uno de los mejores juegos de puzzle que vieron la
luz 2014, y además está disponible para SteamOS.

Los desarrolladores del juego han anunciado que podría ser el primer título en
sacar partido a Vulkan. Veremos cómo les queda el asunto en cuanto a
rendimiento, aunque por ahora la iniciativa pinta que será más una demostración
técnica que otra cosa.

No supondrá el fin inmediato de OpenGL

La transición real desde OpenGL solo acaba de comenzar, por lo que a la
veterana API todavía le queda mucha cuerda, sobre cuando hablamos de su versión
para sistemas embebidos, OpenGL ES, la cual es muy utilizada en Android.

Fuente y más información | Nota de prensa de Khronos Group, diapositivas en PDF
de Khronos Group




[rc]

[rc]

[rc]

[a2]**

- End forwarded message -

-- 
 Warning! 
100'000 pelos de escoba fueron
introducidos satisfactoriamente
en su puerto USB.


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Porblema con postfix

2016-02-18 Por tema Rommel Rodriguez Toirac
El Jueves, 18 de febrero de 2016 10:21:30 Arian Molina Aguilera escribió:
> El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió:
> > El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió:
> >> El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió:
> >>> y tampoco tengo a SElinux.
> >>> 
> >>>   Que me puede estar ocurriendo?
> >> 
> >> Gran rommel
> >> 
> >> una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me
> >> conectaba por telnet el servicio no respondía o me desconectaba al rato,
> >> algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo
> >> que pasaba era que cuando definí una tabla en el main.cf dejé un espacio
> >> en un lugar que no debía, fue algo como
> >> 
> >> transport_maps   hash:/etc/tabla
> >> 
> >> y yo puse
> >> 
> >> 
> >> transport_maps   hash: /etc/tabla
> >> 
> >> Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba
> >> comportamientos muy raros, revisa todas tus definiciones de tablas a ver
> >> si es eso...
> >> 
> >   Saludos Ulises; lista;
> > 
> > he revisado la configuración y no encuentro errores de espacios como los
> > que me dices.
> > 
> >   Esa configuración es la que tengo en un servidor de correo electrónico
> >   en
> > 
> > producción acá en el trabajo. Le hice los ajustes necesarios para la PC
> > para donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo)
> > [donde está corriendo ahora] y la versión de postfix es 2.6.6. La otra es
> > un contenedor de CentOS 7, en un Proxmox 4 y la versión de postfix es
> > 2.10.1
> > 
> >   Entre estos dos postfix habrá mucha diferencia? de una versión a la otra
> >   se
> > 
> > habrán eliminado algunos de los parámetros de configuración o habrán
> > cambiado de nombre?
> 
> brother hace días te mande a decir, lo que tenias que poner en la
> configuración del contenedor proxmox, LXC que usa la versión 4,
> recomendada la 4.1 esta mucho más pulida y corregida. Para que el
> postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo,
> revisa los archivos de la lista. Salu2.

 Arian del tema solo tengo el correo de Ulises y de Joel; no he recibido nada 
mas.
 Los archivos de la lista [https://listas.jovenclub.cu/pipermail/gutl-l/] 
están detenidos en Octubre del 2015 (sería bueno que los correos enviados a la 
lista se guardaran otra vez ahí) Pudieras enviarme al privado ese mensaje o lo 
puedes enviar otra vez a la lista?

-- 
Rommel Rodriguez Toirac
Administrador de red ONAT Guantánamo
Teléfono (pizarra): 327444,326625,326376,327677,326576
Extensión: 120


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] red

2016-02-18 Por tema Arian Molina Aguilera

El 18/02/16 a las 10:32, Jose Alfredo Batista escribió:
si por ejemplo yo tengo este rango de de ip en  mi red lan 142.132.0.1 
y existiera por  violaciones otra red q  sele  hace ping 192.168.0.xx 
desde  linux  como puedo saber  e l ombre de esa PC ya e probado 
algunos comando como por ejemplo nmap y me da bien el ip y la  MAC 
pero quiero saber el nombre  para  poder identificar de donde sale  
algun comando o sugerencia


--
Este mensaje le ha llegado mediante el servicio de correo electronico 
que ofrece Infomed para respaldar el cumplimiento de las misiones del 
Sistema Nacional de Salud. La persona que envia este correo asume el 
compromiso de usar el servicio a tales fines y cumplir con las 
regulaciones establecidas


Infomed: http://www.sld.cu/



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
bueno usando la más podrías obtener la marca o modelo de la tarjeta de 
red, y por ahí ir descartando, tienes que hacer búsquedas en las tablas 
ARP, si tienes switch capa 2, podrías revisar la tabla de los mismo, y 
así determinar en que puerto del switch se encuentra conectada dicha 
MAC. Salu2.


--

Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
jabber: linuxc...@openmailbox.org
Brascuba Cigarrillos S.A. La Habana. Cuba.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


[Gutl-l] red

2016-02-18 Por tema Jose Alfredo Batista
si por ejemplo yo tengo este rango de de ip en  mi red lan 142.132.0.1 y 
existiera por  violaciones otra red q  sele  hace ping 192.168.0.xx 
desde  linux  como puedo saber  e l ombre de  esa PC ya e probado 
algunos comando como por ejemplo nmap y me da  bien el ip y la  MAC pero 
quiero saber el nombre  para  poder identificar de donde sale  algun 
comando o sugerencia


--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Porblema con postfix

2016-02-18 Por tema Arian Molina Aguilera

El 18/02/16 a las 09:59, Rommel Rodriguez Toirac escribió:

El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió:

El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió:

y tampoco tengo a SElinux.

  Que me puede estar ocurriendo?

Gran rommel

una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me
conectaba por telnet el servicio no respondía o me desconectaba al rato,
algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo
que pasaba era que cuando definí una tabla en el main.cf dejé un espacio
en un lugar que no debía, fue algo como

transport_maps   hash:/etc/tabla

y yo puse


transport_maps   hash: /etc/tabla

Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba
comportamientos muy raros, revisa todas tus definiciones de tablas a ver
si es eso...


  Saludos Ulises; lista;
he revisado la configuración y no encuentro errores de espacios como los que me
dices.
  Esa configuración es la que tengo en un servidor de correo electrónico en
producción acá en el trabajo. Le hice los ajustes necesarios para la PC para
donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo) [donde está
corriendo ahora] y la versión de postfix es 2.6.6. La otra es un contenedor de
CentOS 7, en un Proxmox 4 y la versión de postfix es 2.10.1
  Entre estos dos postfix habrá mucha diferencia? de una versión a la otra se
habrán eliminado algunos de los parámetros de configuración o habrán cambiado
de nombre?



brother hace días te mande a decir, lo que tenias que poner en la 
configuración del contenedor proxmox, LXC que usa la versión 4, 
recomendada la 4.1 esta mucho más pulida y corregida. Para que el 
postfix trabaje bien en modo conteiner, al parecer ignoraste mi correo, 
revisa los archivos de la lista. Salu2.


--

Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
jabber: linuxc...@openmailbox.org
Brascuba Cigarrillos S.A. La Habana. Cuba.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Porblema con postfix

2016-02-18 Por tema Rommel Rodriguez Toirac
El Domingo, 14 de febrero de 2016 10:45:10 Ulises González Horta escribió:
> El sáb, 13-02-2016 a las 17:15 -0500, Rommel Rodriguez Toirac escribió:
> > y tampoco tengo a SElinux.
> > 
> >  Que me puede estar ocurriendo?
> 
> Gran rommel
> 
> una vez me pasó algo MUY similar a eso puerto abierto, pero cuando me
> conectaba por telnet el servicio no respondía o me desconectaba al rato,
> algo así es lo que recuerdo pues eso fue en el 2005, pero en resumen lo
> que pasaba era que cuando definí una tabla en el main.cf dejé un espacio
> en un lugar que no debía, fue algo como
> 
> transport_maps   hash:/etc/tabla
> 
> y yo puse
> 
> 
> transport_maps   hash: /etc/tabla
> 
> Ese espacio luego de los : era el que estaba jodiéndolo todo, y daba
> comportamientos muy raros, revisa todas tus definiciones de tablas a ver
> si es eso...


 Saludos Ulises; lista;
he revisado la configuración y no encuentro errores de espacios como los que me 
dices. 
 Esa configuración es la que tengo en un servidor de correo electrónico en 
producción acá en el trabajo. Le hice los ajustes necesarios para la PC para 
donde va. Diferencias entre las PCs, una es CentOS 6.5 (nativo) [donde está 
corriendo ahora] y la versión de postfix es 2.6.6. La otra es un contenedor de 
CentOS 7, en un Proxmox 4 y la versión de postfix es 2.10.1
 Entre estos dos postfix habrá mucha diferencia? de una versión a la otra se 
habrán eliminado algunos de los parámetros de configuración o habrán cambiado 
de nombre?



-- 
Rommel Rodriguez Toirac
Administrador de red ONAT Guantánamo
Teléfono (pizarra): 327444,326625,326376,327677,326576
Extensión: 120


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Problemas al instalar paquete

2016-02-18 Por tema Rommel Rodriguez Toirac
El Martes, 16 de febrero de 2016 10:10:56 Servilio Afre Puentes escribió:
> On Thu, Feb 11 2016, Rommel Rodriguez Toirac wrote:
> [...]
> 
> > Configurando libapache2-mod-perl2 (2.0.8+httpd24-r1449661-6ubuntu2) ...
> > 
> > dpkg: error al procesar el paquete libapache2-mod-perl2 (--configure):
> >  el subproceso instalado el script post-installation devolvió el código de
> > 
> > salida de error 1
> 
> El problema es esto, errores en los guiones de post/pre-instalación son
> poco frecuentes, pero pueden ocurrir. Se pueden arreglar a mano, mira
> en:
> 
>/var/lib/dpkg/info/libapache2-mod-perl2.postinst
> 
> A veces solo basta comentar el código q está haciendo algo mal (como
> usar un archivo o ejecutable q no existe), y listo. O puedes esperar a q
> lo arreglen, o seguir usando lighttpd ;)
> 
> Servilio

 Gracias Servilio, por ahora seguiré usando lighttpd pero ya se como 
arreglármelas cuando algo así me suceda otra vez. En mi caso particular, nunca 
me había sucedido.
 Gracias.


-- 
Rommel Rodriguez Toirac
Administrador de red ONAT Guantánamo
Teléfono (pizarra): 327444,326625,326376,327677,326576
Extensión: 120


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


[Gutl-l] Meizu unveils the most powerful Ubuntu phone yet

2016-02-18 Por tema Informática , Agropecuaria Florencia

Nick Summers - Engadget - Thursday, February 18, 2016

Once again, it's the Chinese smartphone manufacturer Meizu that's 
helping Canonical sell its vision of an Ubuntu handset. Following the 
MX4, the company has unwrapped the "Ubuntu Edition" Pro 5, which 
promises the best spec sheet in an Ubuntu phone to date. That is, 
without you installing the platform on another device manually, anyway. 
It's a large handset, dominated by a 5.7-inch AMOLED display (1080p) and 
a small fingerprint sensor. Under the hood is an eight-core Samsung 
Exynos 7420 processor, backed up by either 3GB or 4GB of RAM, which 
varies depending on whether you choose 32GB or 64GB of internal storage.


The rest of the phone is equally impressive, at least on paper. A 
21-megapixel camera sits on the back, while a 5-megapixel snapper rides 
up front for selfies and video calls. Everything draws power from a 
3050mAh battery which, at least in China, can be quickly topped up using 
Meizu's "mCharge" technology. In short, it's the exact same hardware 
found on the regular Pro 5, which runs Android Lollipop rather than Ubuntu.


With plenty of power, this device should appeal to some of Ubuntu's 
biggest fans. (The Ubuntu Edge eclipsed it in some areas, but didn't 
make it past the crowdfunding stage.) We've never had a problem with the 
hardware from Canonical's partners though -- it's the platform itself 
that needs some work. Ubuntu on mobile is a novel experience and there 
are some promising ideas, such as Scopes, which rethink how information 
should be packaged and presented on your phone. But development has been 
slow and in the years we've been tracking the platform its biggest 
rivals, Android and iOS, have made huge leaps in design and utility.


With its first tablet, the BQ Aquaris M10, Canonical has finally 
delivered its "Convergence" feature which lets you plug in a monitor and 
use it like a PC. Microsoft is touting a similar service with Continuum 
on Windows 10 Mobile, although we're yet to be sold on the overall 
concept. Canonical says that while the Pro 5 lacks MHL output, it's 
running the latest Ubuntu code and "is capable of providing a 
traditional desktop experience." If and how that functionality will 
materialize, however, is currently unclear.


Pre-orders for the Pro 5 Ubuntu Edition will begin on Monday, during 
Mobile World Congress in Barcelona. Canonical is staying tight-lipped 
about the price but says anyone around the world, including people in 
the US, will be able to buy one online. (That makes a change from 
previous handsets, which took six months to cross the pond.) We'll give 
you some impressions once we've tried the device ourselves in sunny Spain.


Tomado de 
www.engadget.com/2016/02/17/meizu-pro-5-ubuntu-edition/?ncid=txtlnkusaolp0618
--
Lic. Eddys Díaz Cuesta
Cargo: Esp. C en Ciencias Informáticas, (Administrador de red)
Centro: Empresa Agropecuaria Florencia
Telef: (53)-(33)-(554231)
e-mail: informat...@cav.tabaco.co.cu



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l