Toda la actividad

Este canal se actualiza automáticamente     

  1. Today
  2. Hola a todxs!!

    Mil gracias por contestar Pacoeloyo!! Te haré caso con Linux Mint. Mañana por la mañana me pongo con ello! Un saludo!!
  3. Hola a todxs!!

    Bienvenido a la comunidad, y ponte comodo, de momento deja Ubuntu hasta que canonical decida que va a hacer, primero gnome, después unity y de vuelta a gnome pero dándole vueltas a mir de nuevo. Esto que te digo es ya un tema viejo con Ubuntu, mi opinión es, ve a Linux mint y dale una oportunidad. Al menos esa es mi opinión. El tema de la temperatura ya le echaremos un ojo. En gnu Linux tenemos programas de fotografía, no están a la altura de los grandes programas pero se trabaja bien con ellos una vez le coges el tranquillo. Ten paciencia, comenzar y cambiar de sistema operativo cuesta al principio, pero para eso esta la comunidad, en ayudar en la medida de lo posible. En el foro hay mucha información, así que animo y pa lante. Enviado desde mi SM-J320FN mediante Tapatalk
  4. Hola a todxs!!

    Muy buenas a todxs!! Soy Dani, de Barcelona. He descubierto el foro hoy y no he dudado en registrarme. Actualmente tengo un MSI GP62 es un i7 8GB y la gráfica es una GTX950M. En el pasado utilicé Ubuntu, pero se sobre calentaba el pc y tuve que optar por cambiar a Win 10. Estoy deseando usar linux de manera habitual, y quiero introducir a mi pareja en este mundillo. Que distro recomendáis para alguien que viene de Windows? Somos aficionados a la fotografía y usamos Photoshop con asiduidad. Creo que había un programa parecido en Linux... Ahora no estoy muy seguro. Llevo días leyendo opiniones sobre distros y normalmente aconsejan Ubuntu, aunque tengo un par de amigos que dice que hay otros más estables. Yo ya no sé a quien creer... xD Por cierto, he leído que Acestream funciona 100%, así que de lujo!! Soy de los que les gusta el fútbol... Dudas y más dudas, pero quiero dejar Windows... Le tengo un poco de manía. Muchas gracias y con ganas de sumergirme en el universo Linux!
  5. Problemas wifi ubuntu 16.04

    Muy buenas, lo primero es saber que que modelo de wifi tienes instalado, con esta orden lspci en la terminal si el dispositivo es interno sabremos cual es, si el dispositivo es usb entonces pon esta orden en la terminal lsusb Por ejemplo a mi con el primer comando me sale esto: ♦♦( paco @ paco-System-Product-Name : Space on /: 74GB used of 106GB )♦♦( /home/paco )♦♦ ♦♦( 11:58 → mié, 22 nov 17 : uptime : 0d 00h:10m:37s : $ )♦♦ lspci 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 671MX 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS968 [MuTIOL Media IO] (rev 01) 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 IDE Controller (rev 01) 00:03.0 USB controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f) 00:03.1 USB controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f) 00:03.3 USB controller: Silicon Integrated Systems [SiS] USB 2.0 Controller 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter (rev 02) 00:05.0 IDE interface: Silicon Integrated Systems [SiS] SATA Controller / IDE mode (rev 03) 00:06.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge 00:07.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge 00:0f.0 Audio device: Silicon Integrated Systems [SiS] Azalia Audio Controller 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) y con la segunda orden me sale esto: ♦♦( paco @ paco-System-Product-Name : Space on /: 74GB used of 106GB )♦♦( /home/paco )♦♦ ♦♦( 11:58 → mié, 22 nov 17 : uptime : 0d 00h:10m:39s : $ )♦♦ lsusb Bus 001 Device 004: ID 0bda:8812 Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac WLAN Adapter este es mi wifi Bus 001 Device 005: ID 046d:c209 Logitech, Inc. WingMan Gamepad Bus 001 Device 003: ID 1a40:0101 Terminus Technology Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 046d:c408 Logitech, Inc. Marble Mouse (4-button) Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  6. Una idea muy buena. Pero poco pulida. Para usuarios sin conocimientos es una opción difícil, y encima con problemas
  7. Muerte de una mascota

    Vigilancia... Puede ser. Pero si nos obligan a permanecer en espacios dedicados, igual que se limpian las calles, habrá que mantener saludables esos espacios.
  8. Problemas wifi ubuntu 16.04

    Probablemente sea un bug en el network manager o similar ya que dices que te aparece conectado pero tienes que desactivar y activar el wif via el boton del laptop - si es asi puede que sea algun bug en la gestion de ese hardware en el Kernel ya que podria por defecto estar dando-te la info de conectado "automaticamente" pero no lo estar realmente. Seria un bug mas problematico si nunca se conectar pero al ser lo que dices es algo que no es ta grave algunos portatiles tienen algunos problemillas con estos hardwares con GNU/Linux mismo en la gestion de bateria etc , convendria ver si podria ser un problema de Kernel y testear otros si lo deseas.
  9. Ayer
  10. Problemas wifi ubuntu 16.04

    Hola gente que tal, soy muy nuevo en el mundo Linux y me anime a probar ubuntu 16.04, pero mi problema es que cuando fui a instalar ubuntu 16.04 junto a windows 7, ingrese la clave de mi red wifi en la instalación, y me sorprendi al ver que no me dejaba activar la opcion de descargar actualizaciones porque "no había internet", no le preste mucha atención, instale normal pero ahora cuando intento navegar en internet me dice que no hay internet pero si estoy conectado, tengo que desactivar y volver a activar el wifi en la laptop para poder usarlo, en mi otra laptop con w7 el wifi va de maravillas, y en mi teléfono también, que sera?
  11. Última semana
  12. Juegos gratis en Steam

    Hacía tiempo que no editaba, gracias a un compañero que ha avisado por el canal de Telegram he añadido Brutal Legend
  13. Muerte de una mascota

    gracias por compartir
  14. Ha pasado una semana desde que el Ministerio del Interior tomara la decisión de desactivar el certificado digital de parte de los actuales DNIe, pero estos días lo único que ha crecido es la incertidumbre y las dudas sobre un problema que podría ser mayor de lo que parecía en primera instancia. Las informaciones que llegan en los últimos días nos hablan de fallos aún más graves, de una gestión desastrosa de la crisis, de una comunicación muy mejorable y de una falta de transparencia importante. Todo ello se une a una realidad palpable: la de que el DNIe sigue fracasando como medio para autenticarnos y firmar digitalmente documentos electrónicos. La vulnerabilidad sigue presente La vulnerabilidad ROCA (CVE-2017-15361) que afecta a los chips inteligentes integrados en el Documento Nacional de Identidad electrónico (DNIe) de España se detectó hace semanas, pero fue una investigación por parte de expertos de la Universidad Masaryk (en Brno, República Checa) la que confirmó la gravedad del problema. Al conocerse el problema, el gobierno de Estonia desactivó los certificados digitales de más de 750.000 documentos de identidad del país, y pronto se supo que en España el problema era esencialmente el mismo, lo que generó la misma reacción por parte del Ministerio del Interior, que también anunció la desactivación de tal función de los DNIe emitidos a partir de abril de 2015. Durante la investigación, expertos de la empresa Enigma Bridge que participaron en el descubrimiento de la vulnerabilidad pusieron en marcha un sitio web informativo que además permitía a los afectados comprobar si estaban afectados por el problema. En España precisamente es esa falta de información la que está siendo preocupante. La información oficial, prácticamente inexistente en España Estonia es un país en el que el uso de este documento es de hecho crítico para el funcionamiento de muchos de los servicios públicos, algo que también provocó que los responsables de gobierno y de estas gestiones electrónicas hayan puesto en marcha diversas medidas para tratar de minimizar el problema. Toomas Ilves, ex-presidente de Estonia, comentaba en ITPro las diferencias entre la gestión que se ha hecho en su país y en España. La única diferencia, explicaba, es que Estonia es transparente, mientras que "otros países y organizaciones permanecen en silencio sobre el mismo problema". Los investigadorez checos que descubrieron el problema informaron a las autoridades de Estonia en agosto, pero según Ilves Infineon, fabricante de los chips, ya sabía que existía un problema desde febrero de 2017, y ni ellos ni Gemalto —fabricante de las tarjetas en las que se integran esos chips— dijeron nada hasta hace poco. En nuestro país la información no ha pasado de un breve comunicado en el sitio web del DNI electrónico que no se ha actualizado desde que apareciera en la comunicación original del problema. Ni las cuentas en redes sociales de la Policía ni otros órganos públicos han dado más datos sobre el impacto de la vulnerabilidad y cómo actuar en caso de estar afectados. Hay excepciones, no obstante, y existen empresas que han hecho uso de esta tecnología y están reaccionando de forma mucho más transparente a la hora de gestionar la crisis e informar sobre ella. La empresa vasca Izenpe, proveedora de servicios de certificación ha publicado información detallada sobre el problema, indicando que ha revocado 30.000 certificados. Además permite comprobar si un usuario está afectado a través de su web e indica los pasos para sustituir los certificados afectados. El impacto a nivel nacional podría ser enorme a juzgar por diversos estudios preliminares. En El Correo de Andalucía por ejemplo hablaban esta semana de cómo "alrededor de 400.000 sevillanos están afectados por el fallo de seguridad detectado en el DNI". ¿Cuál es el alcance a nivel nacional? El anuario estadístico del Ministerio del Interior revela que en 2016 se produjeron 6.009.848 DNI en toda España, y aunque no se tienen datos cerrados de 2017, las previsiones que la Dirección General de la Policía ha facilitado a Comisiones Obreras se estima que se harán unos 7 millones de documentos. Esos datos permiten deducir que la vulnerabilidad "podría afectar a más de 17 millones de DNI a nivel nacional". Desactivación masiva de los PADs para actualizar el DNIe Otro de los errores a la hora de gestionar el problema lo ha cometido la Dirección General de la Policía, que como revelan en ElDiario.es apagó todos los Puestos de Actualización del DNI electrónico (PADs) que están presentes en la mayoría de Oficinas de Documentación de España. Este organismo emitió un comunicado que ordenaba a los empleados de esas oficinas a apagar los PADs a partir de las 8 de la mañana del 6 de noviembre, además de no entregar el "sobre ciego que contiene el número secreto o PIN", y tampoco realizar duplicados de los documentos de ciudadanos que acudan alegando que el chip no funciona o que tiene un error. El problema es que esa desconexión de los PADs afectaba a todos los ciudadanos, tuviesen o no el problema en sus DNIe. Para corregir el problema, la DGP envió un nuevo comunicado el pasado 10 de noviembre para tratar de solventar el desastre. En dicho comunicado se explicaba que sí se permitiría cambiar el PIN o clave secreta del DNI y la renovación de sus certificados a aquellos ciudadanos con un DNIe anterior a abril de 2015. Son los funcionarios de estas oficinas los que deben comprobar si dichos DNIs están o no afectados, en función de lo cual podrán usar esos terminales para actualizar esos datos sin problemas. ¿De verdad se han revocado los certificados digitales? La gestión de esta vulnerabilidad parecía en parte resuelta con la decisión del Ministerio del Interior de deshabilitar la función de certificados digitales de los DNI electrónicos afectados, pero lo cierto es que dicha desactivación no parece haberse realizado de forma completa. Así lo revelan mensajes en Twitter de ciudadanos que confirman que han podido seguir utilizando su DNIe para firmar documentos digitalmente y seguir realizando gestiones en la administración pública como hasta ahora. maria lorenzo @opositora2000 En respuesta a @Jperales2 y 2 más Yo tengo un DNIe 3.0, de septiembre, y puedo seguir usándolo en carpeta ciudadana, justicia, registro electrónico común... 22:02 - 14 nov 2017 Juan Arana Perez @jaranper En respuesta a @faustisc y 2 más Tengo chip afectado (03/2017) y en este momento valide/redsara/es valida certificado y documento firmado. No me importaría que siguiera así (por coste/beneficio) hasta que pudiera haber nuevos certificados.Igual es esa la estrategia de #DGP #DNIe 02:41 - 15 nov 2017 Esos datos se confirmar con investigaciones como la que han realizado en la Universidad de Zaragoza, donde el autor, Juan Arana, explicaba cómo habían comprobado con un DNIe posterior a abril de 2015 que se puede entrar en la Carpeta del Ciudadano a través de Cl@ve y también en la DGT para consultar los puntos con certificado digital. Esas operaciones son de autenticación y no requieren clave privada, destacaba en su estudio Arana, pero añadía algo más preocupante: la prueba para firmar digitalmente documentos también funcionaba. "Hemos firmado con la aplicación Cliente @Firma del Ministerio de Hacienda y Función Pública (¡vale!, esa aplicación no comprueba si el certificado está revocado) y a continuación hemos comprobado que esa firma es correcta en valide.redsara.es, servicio de MINHAFP que si que comprueba que el certificado no está revocado." Eso parece revelar que la DGP, como concluía este estudio, no ha revocado los certificados de momento de forma completa, y no hay ninguna comunicación oficial que permita obtener detalles específicos sobre esa revocación (o ausencia de ella) en los canales oficiales. Se pueden seguir falseando firmas El problema de hecho se ha agravado con un descubrimiento que va más allá de la vulnerabilidad original. El pasado fin de semana se publicaba en VozPopuli otra información según la cual la brecha de seguridad del DNIe era más amplia de lo que se pensaba. Un experto en seguridad español llamado Héctor M. ha descubierto que además de la vulnerabilidad ROCA existe otra en la emisión de la firma digital. Según sus investigaciones, explicaba este experto: Todo contrato que se haya formalizado con esas firmas que se acaban de anular no tiene garantía. No vale solo con anular la firma, porque tal y como está diseñado el DNI 3.0 no se puede saber cuándo han sido firmados esos documentos. Al no haber una fecha de firma en el sistema diseñado por la DGP no se sabe en el momento en el que algo ha sido firmado o no. Para descubrirlo habría que acudir a la tercera parte implicada, el banco con el que se ha utilizado la firma o el organismo público, que tendrán que estudiar cada caso para saber el momento en el que se formalizó el certificado. Eso significa que como explicaba Héctor M., un ciberdelincuente "podría firmar un contrato haciéndose pasar por otra persona, con una firma falsa y con fecha en el pasado o el futuro, y no habría forma de saber si la firma es falsa o no". De hecho aunque la DGP marque esos certificados como no válidos, no pueden bloquear su uso. La solución al problema existe —él mismo apuntaba a mecanismos como el llamado 'sellado de tiempo'—, pero esa opción no está integrada en el sistema utilizado en el DNIe 3.0 puesto que "cada prestador de servicios decide tener una tercera parte que certifique la fecha de las firmas, y no todos lo hacen" Las buenas noticias: casi nadie usa el DNIe porque es una pesadilla Irónicamente el alcance del problema podría minimizarse gracias a una realidad palpable: la de que el uso práctico del DNI electrónico es muy reducido. En Cinco Días por ejemplo indicaban que según datos de 2014 (los más recientes que existen, aquí la transparencia vuelve a ser un problema) estos documentos solo se habían utilizado para un 0,02% de los trámites públicos. Ese reducidísimo uso del DNIe con la función con la que nació es como decimos lo único "bueno" de esta crisis: los certificados digitales integrados en los DNIe emitidos a partir de abril de 2015 son vulnerables, pero dado que la inmensa mayoría de la población no los utiliza, el impacto del problema es muy diferente al de Estonia, donde estos documentos son básicos para realizar todo tipo de gestiones públicas. El fracaso de este sistema de identificación y realización de gestiones digitales era ya patente en 2013, tal y como revelaban en ElDiario.es. Entonces se habían emitido 36 millones de unidades, pero indicaban que tras esos más de siete años y medio de funcionamiento, el certificado digital era "un fracaso generalizado en su falta de adopción". Eso, argumentaban entonces, llevó a la DGP a crear el DNIe 3.0, un documento que precisamente se presentó en enero de 2015 con novedades como algunos elementos adicionales de seguridad o el soporte de NFC. Aquella propuesta parece haberse convertido en otra oportunidad perdida, y hay algunos relatos de terror sobre experiencias de uso que parecen la norma. En El Diario de Navarra ya nos hablaban de los numerosos problemas que conllevaba hacer cualquier gestión con un DNI electrónico: desde la propia obtención del certificado digital hasta su uso. Los lectores de DNI, navegadores compatibles y servicios que funcionan hacían el funcionamiento errático en el mejor de los casos. La usabilidad del DNIe es una de las grandes barreras para su adopción masiva. Fuente: Asociación de Internautas Esas experiencias no parecen haber cambiado tras la aparición del DNIe 3.0, y en la Asociación de Internautas también hablaban de los numerosos problemas con controladores de dispositivos, las versiones de los navegadores adecuados y sus opciones o la usabilidad de un sistema que no está pensado para el ciudadano de a pie. Eso es en sí un buen resumen de la realidad del DNIe en España. Infrautilizado y con una gestión y transparencia por parte de los organismos oficiales que no facilitan las cosas. Para muchos la alternativa, obtener un certificado de la Fábrica Nacional de Moneda y Timbre, acaba resultando mucho más fácil y no suele dar ni mucho menos tantos problemas. https://www.xataka.com/seguridad/los-problemas-crecen-para-un-dni-electronico-que-es-un-fracaso-como-metodo-de-autenticacion
  15. [root]# wget http://vault.centos.org/6.4/updates/x86_64/Packages/krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm --2017-11-17 18:55:15-- http://vault.centos.org/6.4/updates/x86_64/Packages/krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm Connecting to 10.1.103.250:3128... connected. Proxy request sent, awaiting response... 200 OK Length: 778908 (761K) [application/x-rpm] Saving to: “krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm.1” 100%[===========================================================>] 778,908 --.-K/s in 0.007s 2017-11-17 18:55:15 (108 MB/s) - “krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm.1” saved [778908/778908] [root]# rpm2cpio krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm | cpio -idmv ./etc/krb5.conf ./lib64/libgssapi_krb5.so.2 ./lib64/libgssapi_krb5.so.2.2 ./lib64/libgssrpc.so.4 ./lib64/libgssrpc.so.4.1 ./lib64/libk5crypto.so.3 ./lib64/libk5crypto.so.3.1 ./lib64/libkrb5.so.3 ./lib64/libkrb5.so.3.3 ./lib64/libkrb5support.so.0 ./lib64/libkrb5support.so.0.1 ./usr/lib64/krb5 ./usr/lib64/krb5/plugins ./usr/lib64/krb5/plugins/authdata ./usr/lib64/krb5/plugins/kdb ./usr/lib64/krb5/plugins/kdb/db2.so ./usr/lib64/krb5/plugins/libkrb5 ./usr/lib64/krb5/plugins/preauth ./usr/lib64/libkadm5clnt_mit.so.8 ./usr/lib64/libkadm5clnt_mit.so.8.0 ./usr/lib64/libkadm5srv_mit.so.8 ./usr/lib64/libkadm5srv_mit.so.8.0 ./usr/lib64/libkdb5.so.6 ./usr/lib64/libkdb5.so.6.0 ./usr/lib64/libverto-k5ev.so ./usr/lib64/libverto-k5ev.so.0 ./usr/lib64/libverto-k5ev.so.0.0 ./usr/lib64/libverto.so ./usr/lib64/libverto.so.0 ./usr/lib64/libverto.so.0.0 ./usr/share/doc/krb5-libs-1.10.3 ./usr/share/doc/krb5-libs-1.10.3/LICENSE ./usr/share/doc/krb5-libs-1.10.3/NOTICE ./usr/share/doc/krb5-libs-1.10.3/README ./usr/share/locale/en_US/LC_MESSAGES/mit-krb5.mo ./usr/share/man/man1/kerberos.1.gz ./usr/share/man/man5/.k5identity.5.gz ./usr/share/man/man5/.k5login.5.gz ./usr/share/man/man5/k5identity.5.gz ./usr/share/man/man5/k5login.5.gz ./usr/share/man/man5/krb5.conf.5.gz 4166 blocks Después fui a instalar apache.....(mi problema inicial que fallaba) config.status: creating support/split-logfile config.status: creating build/rules.mk config.status: creating build/pkg/pkginfo config.status: creating build/config_vars.sh config.status: creating include/ap_config_auto.h config.status: executing default commands Despues reemplacé una por una las librerias en las direcciones correspondientes y..... F U N C I O N O !!!!! Mi problema inicial era instalar apache, me daba error en openssl, queria instalarlo con yum y no me dejaba. Ahora por lo menos el camino esta allanado. Un millon de gracias Shiba87!
  16. ¡Anda! Pues desconocía esa característica. He deshabilitado el script ejecutando el comando y después he reiniciado y ya no tengo problemas. Muchas gracias Shiba87.
  17. En distribuciones basadas en Arch, es muy común que exista un script de inicio tmp.mount, que si no me equivoco, por defecto monta los temporales en RAM. De hecho, que esté especificado como tmpfs es un claro indicativo de ello. En resumen, no te estás quedando sin espacio en la partición del disco, sino que estás ocupando toda la memoria RAM con temporales. Tendrás que modificar o deshabilitar el script, especificar otro punto/modo de montaje en /etc/fstab, o limitar el espacio que destinas en RAM para temporales para asegurarte que no llega a ese extremo de nuevo systemctl mask tmp.mount https://wiki.archlinux.org/index.php/tmpfs#Disable_automatic_mount
  18. Buenas, acabo de instalar Antergos en mi nuevo equipo. He dedicado 2 particiones para Antergos: una para la raiz (/) y otra para swap. Iba a instalar Android Studio desde AUR y me acaba soltando un error de que no hay espacio suficiente. Voy a intentar bajarlo desde la web de Android Studio y Firefox me lanza otro error de que no hay espacio. Hago un df -h y sale esto: ¿Como es posible que si en / solo tengo ocupado el 8% /tmp esté al 100%? Es que hasta tuve que reiniciar para poder usar el navegador.
  19. Habría sido más fácil. Pero... si nos cargamos Yum ¿Quién instala después esos paquetes? Y que como no sea sólo ese paquete y empiecen a salir más y más dependencias se puede liar la del pingüino y luego a ver quién es el que restaura todo eso a mano De momento mi "idea" es que Yum vuelva a la vida, tocando lo menos posible, para luego tener donde apoyarnos para reparar y actualizar todos los paquetes que haga falta cacharreando de verdad. Eso sí, antes de volvernos locos se aceptan sugerencias, obviamente
  20. No entiendo mucho de paquetería RPM, pero ¿No se podría purgar toda la instalación errónea y volver a instalar lo que haga falta?
  21. Siempre queda la opción de desempaquetar los archivos y colocarlos en su lugar manualmente, pero tampoco hay demasiadas garantías de conseguir resolverlo. Esto ya mosquea un poco Puedes utilizar rpm2cpio wget http://vault.centos.org/6.4/updates/x86_64/Packages/krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm rpm2cpio krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm | cpio -idmv El resto sería colocar cada cosa en su lugar, sustituyendo todos los archivos "corruptos" por los correctos que contenía el paquete y poner un par de velas a San Ignucio para que el conflicto de bibliotecas quede resuelto
  22. lo de la caseta climatizada es verdad que puede ser una inversión excesiva para los resultados que puede dar, pero la palabra intemperie dicha así la veo excesiva, no es lo mismo dormir bajo el raso que dentro de un porche techado, como comenté, y dentro a su vez de una caseta con un dispositivo de calefacción. Quizás el mayor gasto sea el de electricidad, pero no tengo interés en ser el mas rico del cementerio. Habilitarle una zona en la casa lo pensé el año pasado, pero al final dije, para tenerlo encerrado en una habitación, que se quede en el sofá cubierto por una manta para que no lo llene de pelos, que es donde le gusta estar, pero solo esas semanas peores del invierno. Meterlo en la cochera que no tiene ventanas ni ventilación, lo veo claustrofobico, aunque solo sea para pasar la noche. Total, le dejo la caseta que tiene, con la placa calefactora y su manta encima, le da un calor moderado que no llega a quemar, yo creo que ahí duerme bien, durante el día se pone al sol, se coge su manta y se busca un sitio al sol, lo poco que se está quieto.
  23. Muchas gracias Shiba87 por responder [root]# rpm -fhv http://vault.centos.org/6.4/updates/x86_64/Packages/krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm rpm: --hash (-h) may only be specified during package installation Me sigue dando error, me parece que en algun momento hicieron copy paste sobre las librerias, no puede ser que nada funcione y no me deje instalar nada Por favor...alguna sugerencia/ayuda? Estuve probando infinitas combinaciones, pero no me sale nada para dejar en orden estas librerias
  24. yo tengo una nvidia shield tablet, que viene a ser lo mismo, monta el mismo hardware, basicamente es una tablet nvidia shield con los 2 joystick a los lados y el sistema de nintendo...nada nuevo...
  25. Maui [x86_64][Multi Esp]

    de la liriOS, no te pierdes nada, sigue mas o menos igual que a principios de año... muyyyyyyyyyy verde, nada funcional, muy bonito y pinta todo muy bien, pero no avanza... o es mi sensacion...
  26. La caseta en el exterior siempre tendrá el handicap de no no poder mantener bien el calor, porque la "puerta" siempre estará abierta para que el perro pueda entrar y salir. Me parece una inversión muy grande para el resultado que cabría esperar ¿No puedes limitar una zona concreta de la casa donde pueda estar aislado del exterior y montarle el chiringuito ahí? El garaje, por ejemplo. Sería mucho más barato y no hay color entre una solución y la otra.
  1. Cargar más actividad