Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'soporte'.

  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 14 resultados

  1. Después de muchos años por fin se ha hecho realidad, la gente de Teamviewer ha lanzado la primera versión nativa de su software de soporte y control remoto para GNU/Linux. Durante muchos años nos ofrecieron un falso empaquetado que no tenía nada de nativo y se apoyaba sobre Wine para que pudiera funcionar en otras plataformas, con multitud de fallos y limitaciones debidas precisamente a esto. Sin embargo parece que ahora sí, Teamviewer 13 rompe con todo lo anterior, ofreciendo binarios nativos para distribuciones GNU/Linux de 64 bits (x86_64) y una elegante interfaz gráfica basada en Qt. Todo comenzó con Teamviewer Host para Raspberry Pi, lanzado el pasado año, que ha servido para dar el salto a los equipos de escritorio aprovechando gran parte del código, que ahora es común tanto a Teamviewer como Teamviewer Host, incorporando las Características más típicas: Control remoto Transferencia de archivos entrante Asignación de cuenta Lista de ordenadores y contactos Paquetes y repositorios propios distribuciones DEB y RPM Como podemos ver aún quedan características por implementar pero esperan tenerlas listas durante los próximos meses, ofreciendo actualizaciones regulares a través de los repositorios oficiales. En este punto también se han fijado en el servidor gráfico Wayland, que si bien es funcional a día de hoy, sólo permite conexiones de control en un sentido, no siendo posible controlar, desde un equipo externo otro en el que el servidor gráfico sea Wayland, pero sí en sentido inverso. Esta limitación no existe en el caso de Xorg Los desarrolladores, junto con la noticia del lanzamiento, han incluido una encuesta destinada a los usuarios de GNU/Linux en la que nos preguntan por las características que queremos ver implementadas en nuevas versiones y nuestro orden de prioridad en cuanto a ellas https://www.questionpro.com/a/TakeSurvey?tt=Fe9MWK/7CxA%3D Capturas Descarga Teamviewer Software estándar para soporte en tiempo real bidireccional que permite también desarrollar reuniones, presentaciones, chats, transmisión de archivos y videoconferencias DEB amd64 (x86 64) i386 (x86) RPM amd64 (x86 64) i386 (x86) Tar.Xz amd64 (x86 64) i386 (x86) Teamviewer Host Acceso no presencial. Pensado para supervisión remota y mantenimiento de equipos. DEB amd64 (x86 64) i386 (x86) armv7 32bit RPM amd64 (x86 64) i386 (x86) armv7 32bit Tar.Xz amd64 (x86 64) i386 (x86) armv7 32bit Web https://community.teamviewer.com/t5/Linux/Update-TeamViewer-13/td-p/24537 https://www.teamviewer.com/es/download/linux/
  2. Bien a ver si os animais a aconsejarme: tengo un hdd nuevo de 1 Tb, y quiero meter 2 distros con el mismo /home, que dos distros me aconsejais. Que sean diferentes, me gustaria una cargada como un KDE bonito y que pese y otra mas ligera... venga, hagan apuestas Que me aconsejan ustedes.
  3. Desde el año pasado, las noticias sobre Vulkan y los comunicados por parte de fabricantes y desarrolladores que apoyaban el nuevo estándar no han parado de llegar. Entre ellos, las numerosas conferencias, presentaciones y demás información provista por parte de Nvidia siempre incluyeron todas las tarjetas gráficas de escritorio Geforce soportadas por las series de controladores actuales dentro del hardware que podría disfrutar de las ventajas de Vulkan. Esto significaría que, todas las gráficas comprendidas entre la serie GTX 400 (Fermi) y la actual GTX 900 (Maxwell) entrarían dentro de los planes de soporte para Vulkan. Sin embargo, en un inesperado giro de los acontecimiento vimos como la primera versión de controladores beta de Nvidia con soporte para Vulkan partía directamente desde la serie GTX 600 (Kepler), dejando a la arquitectura Fermi fuera de la ecuación. Aunque en un primer momento se especuló que podría tratarse simplemente de un retraso, las diapositivas utilizadas durante las conferencias de este mes de Febrero han sido modificadas, revelando un cambio de planes que para muchos está fuera de lugar. Fermi ya no contará con soporte para Vulkan y la única razón para ello es la apreciación de Nvidia de no haber suficientes usuarios que aún utilicen estas tarjetas, estimando que sólo el 10% aún poseen una de estas GPUs. Durante el seminario online celebrado el pasado 18 de Febrero, uno de los ingenieros confirmó nuevamente que Fermi, a pesar de no existir ningún impedimento técnico, no tendrá finalmente soporte para Vulkan. No sabemos cómo afectará esta decisión a las series actuales de controladores que sí cuentan con soporte para las gráficas Fermi, si se bifurcarán, se descontinuarán o pasarán a ofrecernos paquetes de drivers más complejos con contenido completamente distinto según la arquitectura de la GPU detectada. Si algo ha caracterizado a Nvidia hasta la fecha, es su gran soporte, el mantenimiento de sus controladores tanto para series antiguas como para las que ya llevan más de un lustro en el mercado, la integración inmediata de los nuevos estándares gráficos, librerías, tecnologías... pero esta vez han sacado lo peor de sí mismos, dejando a muchos de sus fieles consumidores con un palmo de narices. Otra de las especulaciones al respecto es que podría tratarse de una respuesta estratégica frente a la decisión por parte de AMD de no dar soporte a sus gráficas GCN 1.0 y, ya que la competencia no lo va a hacer, para qué molestarse ellos ¿No? Está claro que el negocio es el negocio y un nuevo estándar gráfico es una oportunidad de oro para los fabricantes, pero hay ciertos límites que no deberían traspasarse y esta vez parece que la única que ha mantenido el tipo es Intel, siendo precisamente la que menos tiene que ganar en todo esto. Tras muchas noticias positivas, este varapalo la verdad es que no me lo esperaba y muchos usuario que ya están quejándose en los portales y foros oficiales de la compañía, tampoco. Quien me conoce sabe que no dejo pasar una a AMD por su mal hacer y las malas decisiones que suele tomar, pero esta vez es Nvidia quien se merece mi total desaprobación. Esta no es forma de tratar a sus clientes y espero que cambien de parecer, porque alguno optará por seguirles el juego y comprar una nueva tarjeta, pero los Shibas no perdonan y son muy, pero que muy rencorosos... https://devtalk.nvidia.com/default/topic/917161/fermi-support-/ http://on-demand.gputechconf.com/gtc/2016/events/vulkanday/Vulkan_Overview.pdf
  4. Youtube está actualizando su API de datos y deja sin soporte a la API v2 (debería haber sido anteayer) El problema es que hay dispositivos que no se actualizan a la API v3, generalmente los anteriores al 2012. Es increible que por ejemplo un "Smart" TV que tiene 3 años ya pierda soporte para entrar a Youtube Pierden soporte gran cantidad de Smart TV, Apple TV, Google TV o reproductores de Blu-Ray fabricados en el 2012 o antes No me queda claro si es por limitación de Hardware o por Software. Porque con una simple actualización ya debería estar ¿Alguien sabe?
  5. Sí, a más de uno puede sonarle raro pero es así. La distribución universal, que se caracteriza, aparte de su estabilidad, por tomarse las cosas con mucha calma, con períodos de lanzamiento que distan entre sí entre dos y dos años y medio, aunque mayormente se aplique el ya conocido "estará lista cuando esté lista" y otro año más de soporte adicional mediante la rama oldstable, se plantea ahora que su soporte se prolongue aún más en el tiempo. Sin muchos más detalles, a priori parece una muy buena decisión y, como siempre, todo será llevado con la calma que caracteriza a la veterana distribución y su comunidad https://lists.debian.org/debian-devel-announce/2014/03/msg00004.html
  6. Aunque fue algo que ya se comentó en el pasado XDC, Nvidia ha querido dejar claro su compromiso con EGL, necesario para el soporte del nuevo servidor gráfico Wayland, dando una breve aunque interesante conferencia al respecto durante el XDC2013 que se está celebrando ahora mismo en Portland. James Jones ha sido el maestro de ceremonias en esta ocasión y, si bien es un tema un poco pesado para los profanos en la materia (como un servidor ), para aquellos que tengan curiosidad y/o no tengan problemas con la lengua de Shakespeare, seguramente resulte muy interesante. Aparte del vídeo de la conferencia, podremos obtener el pdf con las diapositivas mostradas en la misma: www.x.org/wiki/Events/XDC2013/XDC2013JamesJonesEGLDevices/EGLDevice.pdf
  7. Antes de crear un tema en la sección "Ayuda y soporte Android", siempre es conveniente tener en cuenta las siguientes cuestiones. 1.- Busca antes de preguntar Siempre convienen hacer una búsqueda sobre lo que queremos antes de abrir un tema, pues es probable que ya haya sido resuelta con anterioridad y la respuesta se encuentre a sólo un par de "clicks" de distancia 2.- Consulta los manuales y tutoriales antes de preguntar En este foro existe una sección especial donde se almacenan todos los manuales y tutoriales que hemos ido recopilando sobre GNU/Linux y software libre. Seguro que allí encontrarás algo que te será de utilidad. Manuales / Tutoriales / Guías Android 3.- Escribe un título que sea descriptivo Un buen título facilitará la labor de quien responde, pues podrá saber de qué se trata con solo mirarlo. Recuerda incluir Marca y Modelo del dispositivo sobre el que trata el tema Ejemplo: Evita incluir en el título términos como: "Ayuda", "Urgente", "Socorro",.... No aportan ninguna información relevante y suelen causar el efecto contrario al deseado. 4.- Aporta toda la información que puedas Aporta todos los datos que creas convenientes para resolver tu duda/problema. Además de la marca y modelo, también es conveniente indicar la Versión concreta de Android instalada en el dispositivo y de utilizar una Custom Rom, de cuál se trata Ejemplo: Para poder ayudarte a resolver cualquier problema es importante que describas los pasos que llevaste a cabo antes de llegar a esa situación y los que has seguido para intentar solucionarla. 5.- Aprende con las respuestas recibidas Se puede aprender mucho de las respuestas, tanto el que pregunta como el que responde, así que trata de asimilarlas y tenlas a mano para cuando las necesites de nuevo. En caso de que no entiendas una respuesta o se presenten dudas, no tengas reparos en investigar sobre el tema y tampoco en volver preguntar. 6.- Comparte la solución a tu problema Una vez consigas resolver el problema, deja una breve explicación de cómo lo has hecho. Piensa que así puedes ayudar a los que tengan el mismo problema en el futuro. 7.- Marca el tema como "Solucionado" Marcar el tema como "solucionado" permite a quien ayuda saber qué temas siguen en curso y hace las cosas más fáciles para quien quien busca soluciones.
  8. Una "pequeña" comparativa de las últimas versiones de estas dos suites ofimáticas (click para agranadar la imagen) https://wiki.documentfoundation.org/Feature_Comparison:_LibreOffice_-_Microsoft_Office
  9. El grupo Linux Foundation's Consumer Electronics (CE) ha anunciado el lanzamiento de una "nueva" versión de Linux, la 3.4 LTSI. Esta nueva iniciativa de soporte extendido consiste en el lanzamiento de una versión anual de Linux que, al contrario que el resto de versiones, contará con un soporte de 2 años y además, sufrirá revisiones para incluir algunas de las mejoras que vayan apareciendo en posteriores versiones de Linux. Esta iniciativa está apoyada por Hitachi, LG Electronics, NEC, Panasonic, Qualcomm Atheros, Renesas Electronics Corporation, Samsung Electronics, Sony y Toshiba, que pretenden utilizarlo para multitud de productos electrónicos de consumo así como en otras áreas donde se necesita gran estabilidad y un amplio soporte. El primer lanzamiento está basado en Linux 3.4.2, pero incluye ciertas características de posteriores versiones del kernel como son: Contiguous Memory Allocator (CMA), muy útiles para dispositivos embebidos con recursos de hardware muy limitados AF_BUS, una implementación del protocolo D-Bus para el kernel. CoDel (controlled delay), un algoritmo de transición que optimiza el baffer de control TCP/IP Soporte para algunas plataformas específicas: Armadillo 800, AT91, kzm9d, kzm9g y Marzen Más información y descarga en la página oficial: http://ltsi.linuxfoundation.org/
  10. Hace poco se confirmaba la intención de eliminar el soporte para los procesadores 386 más antiguos de Linux, algo que si bien es un paso lógico y dichos procesadores ni siquiera se fabrican en la actualidad, generó algún revuelo, principalmente debido a la mala interpretación (¿Accidental?) de la noticia llevada a cabo por algunos medios que no vamos a nombrar Sin embargo esta vez nos encontramos ante el caso contrario, pues la gente de Debian pretende "resucitar" el soporte M68K que traerá de nuevo a la vida máquinas tan antiguas como las Amiga 3000/4000 y Atari, como puede ser la popular Commodore Amiga 4000. No sabemos si se trata de un proyecto llevado a cabo por pura nostalgia o si hay alguna intención oculta tras esta resurrección, pero lo que está claro es que más de un afortunado aprovechará la ocasión para desempolvar alguna de estas reliquias y darles una segunda, tercera o cuarta vida gracias a esto. Tampoco se sabe cuántos paquetes de los más de 40000 con los que cuentan los repositorios de Debian en la actualidad tendrán soporte para esta arquitectura, pero al menos se puede asegurar que lo más básico y/o indispensable estará disponible, por lo que no debería presentar ningún problema ejercer de nigromante y echar a andar una de estas máquinas. Fuente: http://goo.gl/hjksei-?ç
  11. Tras la reciente edición del Humble Bundle, en el que THQ puso un buen número que juegos para que la gente los consiguiera al precio que quisieran y tras buenos los resultados obtenidos (más de 5 millones de $ recaudados), se están empezando a plantear ir un paso más allá. Como era de esperar, aunque no se hiciera público en ningún medio, durante el Humble Bundle THQ recibió cientos de mensajes de Linuxeros en los que instaban a la compañía a dar soporte nativo a GNU/Linux para poder disfrutar de sus títulos en más plataformas. Jason Rubin ha respondido a través de twitter a estos mensajes y afirma que están evaluando los costes y beneficios de llevar esto a cabo y que tienen ya en proceso al menos un título que podría ver la luz en GNU/Linux pues utiliza Unity engine 4. Por ahora son sólo castillos en el aire y no podemos tomarnos nada como seguro, pero es interesante ver como la experiencia del Humble Bundle y las respuesta de muchos linuxeros pueden hacer que grandes empresas del sector de los videojuegos lleguen a replantearse las cosas de esta manera. Esperemos que la compañía pueda no sólo hacer frente a la gran deuda económica a la que se enfrenta, sino que esto suponga también el principio del cambio y si bien no hay muchas esperanzas de ver clientes nativos para sus títulos de siempre, al menos que los haya para los que están por llegar: https://twitter.com/...978480182128640
  12. Después de la comunidad oficial de Steam GNU/Linux y la inscripción para la beta privada de steam, Valve ha empezado a preparar su sitio de soporte para la inminente llegada de los jugadores linuxeros. Como era de imaginar, la mayoría de los métodos y soluciones que aparecen en los Faqs están muy centrados en Ubuntu y derivadas y aún queda mucho por hacer para que esté al nivel del servicio de soporte para otros sistemas. https://support.stea...b_cat.php?id=97
  13. Tras mucho tiempo de espera y después de las críticas directas de Torvalds, parece que en Nvidia por fin están trabajando para dar soporte oficial a su tecnología Optimus en GNU/Linux. Gracias al trabajo realizado por la comunidad, principalmente por David Airlie de Red Hat, el soporte para Optimus será pronto una realidad. Aaron Plattner, uno de los ingenieros responsables del soporte Linux dentro de NVIDIA ha dicho que: El trabajo realizado consiste básicamente a la posibilidad de compartir el contenido del búfer de una GPU y enviarlo a la otra GPU que es la que está manejando la salida de la pantalla. Gracias a que este trabajo de implementación compartida multi-GPU se basa en la infraestructura genérica DMA-BUF y y la extensión X.Org Resize and Rotate (RandR), varios controladores pueden utilizarse juntos, permitiendo que los controladores de NVIDIA e Intel pueden coexistir en el mismo sistema. Por ahora, sólo los controladores Nouveau, los Radeon y los Intel funcionan realmente con este sistema, pero es estupendo ver cómo con los propietarios de Nvidia empieza también a dar resultados positivos. Se desconoce si AMD se plantea apoyar este avance para incluirlo en sus controladores Catalyst. Según expresa Aaron Plattner, aún quedan algunos problemas por resolver, como diseñar un mecanismo que se encargue de asignar correctamente la memoria compartida, pero están trabajando para poder ofrecer un controlador estable y funcional. http://lists.freedes...ust/027237.html
  14. Antes de crear un tema en la sección "Ayuda y soporte GNU/Linux", siempre es conveniente tener en cuenta las siguientes cuestiones. 1.- Busca antes de preguntar Siempre convienen hacer una búsqueda sobre lo que queremos antes de abrir un tema, pues es probable que ya haya sido resuelta con anterioridad y la respuesta se encuentre a sólo un par de "clicks" de distancia 2.- Consulta los manuales y el F.A.Q En este foro existe una sección especial donde se almacenan todos los manuales y tutoriales que hemos ido recopilando sobre GNU/Linux y software libre. Seguro que allí encontrarás algo que te será de utilidad. Manuales / Tutoriales / Guías GNU/Linux F.A.Q GNU/Linux Para Aspirantes o Recién iniciados 3.- Escribe un título que sea descriptivo Un buen título facilitará la labor de quien responde, pues podrá saber de qué se trata con solo mirarlo. Lo adecuado sería incluir una breve descripción, el software/hardware implicado y la distribución GNU/Linux que se está utilizando. Evita incluir términos como: "Ayuda", "Urgente", "Socorro",.... No aportan ninguna información relevante y suelen causar el efecto contrario al deseado. 4.- Aporta toda la información que puedas Aporta todos los datos que creas convenientes para resolver tu duda/problema. Es importante que describas los pasos que llevaste a cabo antes de llegar a esa situación y los que has seguido para intentar solucionar el problema. 5.- Aprende con las respuestas recibidas Se puede aprender mucho de las respuestas, tanto el que pregunta como el que responde, así que trata de asimilarlas y tenlas a mano para cuando las necesites de nuevo. En caso de que no entiendas una respuesta o se presenten dudas, no tengas reparos en investigar sobre el tema y tampoco en volver preguntar. 6.- Comparte la solución a tu problema Una vez consigas resolver el problema, deja una breve explicación de cómo lo has hecho. Piensa que así puedes ayudar a los que tengan el mismo problema en el futuro. 7.- Marca el tema como "Solucionado" Marcar el tema como "solucionado" permite a quien ayuda saber qué temas siguen en curso y hace las cosas más fáciles para quien quien busca soluciones.
×
×
  • Crear Nuevo...