Buscar en La Comunidad

Mostrando resultados por etiquetas 'Actualizaciones'.

  • 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

Calendario

  • Community Calendar

Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 12 resultados

  1. Así lo confirma Microsoft en su último comunicado. A partir del presente 28 de Diciembre los usuarios del sistema de la ventana verán una nueva modificación sin su consentimiento de las condiciones del contrato de Licencia de software de Windows (es decir, nada nuevo), que exigirá a todos los usuarios que tomen una serie de medidas de precaución antes de realizar las actualizaciones del sistema. Esto viene precedido por un endurecimiento de los requisitos del seguro de responsabilidad y accidentes que tiene contratada la compañía de Redmon y que a partir de hoy ya no les cubre incendios y, literalmente "todas esas cosas que suelen ocurrir al actualizar un equipo con Windows" Si bien Microsoft ha sido clara con sus exigencias, casco, cinturón de seguridad y ningún acelerante o material inflamable cerca del equipo, quedan aún muchas dudas importantes sin resolver. Es evidente que, durante el acto consciente (aunque temerario) del usuario de hacer click en el botón de actualización, deberá cumplir con los protocolos de seguridad pertinentes. ¿Pero que pasa con todas esas actualizaciones que el usuario no es consciente que se realizan, todos los cambios que se hacen en el sistema sin que él lo sepa, toda esa actividad... que este tipo de compañías nunca reconocerán que hacen pero que todos sabemos que hacen y que se llevan a cabo en segundo plano?¿Entran también en lo que el seguro califica como actividad peligrosa?¿Significa esto que los usuarios de Windows tendrán que llevar casco y cinturón de seguridad permanentemente mientras utilicen el "sistema" de la ventana ante la imposibilidad de saber cuándo Microsoft está haciendo "cosas" en su equipo? Tendremos que esperar a ver cómo sigue el curso de los acontecimientos, pero tal y como están redactadas las condiciones, diferentes expertos en el ámbito legal aseguran que así debería ser. Ante la imposibilidad de determinar cuándo Microsoft realizará una actividad de modificación, inclusión o eliminación de código en el sistema instalado en el equipo de los usuarios y que se lleva a cabo regularmente sin consentimiento y conocimiento de estos, la única alternativa para así poder cumplir con las normas establecidas por el seguro de responsabilidad y accidentes, es acatarlas de manera tajante y permanente. http://microsoft.histerica.com/contrato/modificaciones/seguridad
  2. Veo que se recomienda usar Debian Testing en vez de Stable porque para el usuario común ya es lo suficientemente estable y tiene cosas mas nuevas, pero siempre que pongo testing me termino arrepintiendo. Para mí para usar testing hay que tenerla bastante clara porque de vez en cuando se hace lio con los paquetes. A veces (por ejemplo con LightDM) me pregunta qué archivo de configuración usar, si el viejo que ya modifiqué (cambiando el tema, fondo, etc) o el nuevo, y no se que hacer , si dejarlo como estaba y perderme algo (o no?) o poner el archivo de configuracion nuevo y hacer los cambios de nuevo. Pero lo peor es cuando se me actualizó GTK+, me dejaron de andar todos los temas que había descargado También me pasó en una actualizacion que Albert, un programa que había compilado me dejó de funcionar (da segfault) y no me da ganas de compilarlo de nuevo jaja Me parece que no es muy estable que digamos, no es que se rompa y dejen de funcionar cosas, si no que en cada actualizacion me da miedo que se me rompa un tema de GTK, se me cambie el color de algo (no uso un tema oscuro pero si usara no me parecería raro que por ejemplo al NetworkManager se le cambie el color de algún texto y quede texto ilegible) Los programas que me parecen sensibles son GTK+, blueman, NetworkManager, Wine y LightDM en ese orden Creo que a muchos que recien empiezan les conviene usar Debian Stable y si quieren un paquete nuevo de algún programa que actualizó por ejemplo la GUI se pueden usar los backports
  3. Hola amigos. En 2014 instalé Kubuntu 14.04 en un SSD y seguí todos los pasos que especificaba Shiba87 en un articulo de enero del 2014 para la optimización de discos de estado sólido para la instalación de Linux. Aunque entonces era novato, lo conseguí a la prime- ra. Mi pregunta es: Para actualizar a la versión 16.04 tengo que volver a hacer todo el proceso? o el SSD sigue optimizado para su uso. Por otra parte, como no es bueno el formateo en estos discos, debo machacar lo instalado? Formatear sin otra opción? o hay alguna so- lución que desconozca para esto? Muchas gracias por anticipado. Sois la luz que ilumina mis pasos en GNU/Linux.
  4. Como ya supimos hace cosa de un mes, la comunidad Debian se estaba planteando extender aún más el soporte de sus versiones estables y por fin tenemos la respuesta. Squeeze es ya la primera versión con soporte extendido de Debian que se beneficiará de las actualizaciones de la comunidad hasta Febrero de 2016. Al contrario que el soporte regular, las únicas arquitecturas que recibirán actualizaciones en este período serán i386 y Amd64 y algunos paquetes no críticos, como pueden ser algunas aplicaciones web, no serán actualizados. Es importante saber que este soporte no será llevado por el equipo de seguridad de Debian sino por un grupo aparte, mayormente voluntarios y empresas interesadas en mantener versiones antiguas de la distribución en funcionamiento, los que se encarguen de las actualizaciones de seguridad, así que cualquier ayuda en este sentido es bienvenida. Aunque el plan es continuar con esta práctica en el futuro, esta primera versión extendida será la prueba de fuego y la continuidad de la iniciativa dependerá de lo fructífera que resulte en el caso de Squeeze https://lists.debian.org/debian-security-announce/2014/msg00082.html
  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. Y como no podía ser de otra forma, aún terminado el MWC 2014 nos siguen llegando nuevas perlas sobre Firefox OS y es que según el Director de Tecnología Brendan Eich, Mozilla estaría trabajando en que sus usuarios tengan versiones actualizadas de su sistema operativo, por lo que el próximo paso a seguir será ofrecer actualizaciones directamente, y así evitar los retrasos y la fragmentación que suponen. Esto significaría que podremos actualizar nuestros dispositivos con Firefox OS inmediatamente después de que Mozilla libere una nueva versión o un parche de seguridad en lugar de tener que esperar a que el correspondiente fabricante construya, pruebe y luego el operador de telefonía libere la actualización cuando estime conveniente. No obstante, Eich advirtió que aún no se ha llegado a ese punto. Las actualizaciones de los sistemas operativos son, en cierto modo, una práctica de riesgo para las operadoras que temen los problemas que pueden surgir durante el proceso, que suponen tener que responder y atender a cientos de reportes por parte de los usuarios. Definitivamente este es un gran plan de parte de la gente de Mozilla, ya que al evitar la fragmentación, los desarrolladores de aplicaciones no se verían obligados a considerar varias versiones del sistema al mismo tiempo y, por supuesto, ningún usuario tendría software obsoleto/inseguro en sus dispositivos. http://reviews.cnet.com/8301-13970_7-57619623-78/to-avoid-android-pitfalls-mozilla-shoulders-firefox-os-update-burden/
  7. buscando en internet cual esta mas actualizado, gentoo o arch, me encontre con este sitio que mide lo desactualizadas que estan las distribuciones y cuanto se tardan en actualizar los paquetes http://oswatershed.org/
  8. Poco a poco, Mozilla va marcando nuevos hitos en el desarrollo de su sistema operativo móvil Firefox OS. Tras el lanzamiento de los primeros dispositivos para desarrolladores y la comercialización del primer smartphone para consumidores, a la que ha seguido la actualización Firefox 1.1. Una actualización que mejora el tiempo de arranque, la navegación, la visualización de contenidos y el rendimiento en general. Tras este logro, la Fundación Mozilla ha anunciado que podrá acelerar por fin los ciclos de lanzamiento de nuevas versiones casi a imagen y semejanza de otros de sus productos. explica el responsable de lanzamientos, Alex Keybl, en el blog oficial de la fundación. Pero ahora, con la primera versión estable y su posterior actualización ya circulando, el plan de Mozilla es apostar por lanzamientos trimestrales, junto con actualizaciones de seguridad cada seis semanas que se encargarán de estabilizar las dos versiones previas en circulación. Cabe aclarar que las actualizaciones no llegarán directamente al usuario, sino que pasarán primero por manos de los partners de Mozilla (Fabricantes). Esperemos que no suponga un cuello de botella para este roadmap acelerado. https://blog.mozilla.org/futurereleases/
  9. CinnArch, la distribución basada en Arch que tenía como objetivo ofrecer una gran experiencia al usuario mediante el uso del Shell de Gnome 3, Cinnamon, dejará de usar este Shell en breve y se prepara para un cambio total de rumbo (Y de nombre, obviamente) según han publicado en los foros de la comunidad. Este cambio se debe al rumbo que ha tomado Gnome 3, que lleva tanto tiempo siendo el centro de muchas polémicas y que una vez más al alcanzar su versión 3.8 ha roto completamente la compatibilidad con versiones anteriores, haciendo que todo lo que fuera diseñado para Gnome 3.6 o 3.4 tenga que ser rediseñado para poder ser utilizado en la nueva versión 3.8. Al estar basada en Arch, esta distribución es también Rolling Release y la brecha generada por esta falta de retrocompatibilidad por parte de Gnome se hace mayor cada día que pasa. Mientras que distribuciones como Mint, al nutrirse de Debian pueden aún mantenerse en la versión 3.4 de Gnome, además de utilizar algunas cosas de Gnome 3.6 mientras siguen desarrollando y adaptando Cinnamon, para una Rolling Release como CinnArch no hay más salidas que o bien congelar los paquetes de Gnome para mantenerse siempre en la misma, con todos los problemas que eso conlleva, o bien tener que seguirle el ritmo a Gnome a marchas forzadas, reinventando la rueda con cada nueva versión lanzada al no poder contar con las actualizaciones de Linux Mint , ya que ésta no sigue el mismo ritmo en lo que a versiones de Gnome se refiere. Por estos motivos han decidido abandonar Cinnamon y con él CinnArch, para enfocarse en un nuevo proyecto llevado por la misma gente y con una filosofía similar. Aunque aún se desconoce cuál será el nombre de este nuevo proyecto o si seguirán usando el mismo aún sin Cinnamon y los pasos a seguir a partir de ahora, irónicamente, el nuevo entorno al que aspiran en esta ocasión no es otro que Gnome 3 con Gnome Shell. Sin duda una noticia triste para los usuarios de esta distribución y muchos que tenían pensado dar el salto a ella debido a la combinación Arh * Cinnamon. http://forum.cinnarch.com/viewtopic.php?f=13&t=905
  10. Noticia interesante sobre la inminete nueva versión estable de Debian, y es que han anunciado que los backports de Debian pasarán a formar parte de Main. A diferencia como se venía haciendo hasta ahora, ofreciendo este servicio por separado. Los backports, son paquetes que, al contrario de los que forman parte de la rama estable que una vez lanzados permanecen en la misma versión, ofrecen nuevas versiones de ciertas aplicaciones, pero compilados de manera "especial", de tal forma que no sea necesario instalar nuevas librerías (siempre que no sea inevitable) ni haya problemas de dependencias en la distribución stable. Aunque aún no está claro qué paquetes serán los integrados en el backport de Wheezy, si miramos a lo que viene sucediendo con squeeze, podríamos estar hablando de iceweasel, libreoffice, el propio kernel e incluso backports-multimedia. La línea a añadir para este backport sería: deb http://ftp.debian.org/debian/ wheezy-backports main http://www.debian.or...s/2013/20130320
  11. Veo en muchos sitios que wheezy está congelado y pronto pasará a estable. O sea que la rama testing se «descongelará» pronto. Soy novato en esto y no sé cuál es el procedimiento normal. ¿Será la gran avenida del Nilo, estaré bajando actualizaciones a chorro? ¿Debemos hacer las actualizaciones por tramos? ¿Debo esperar un tiempo prudencial antes de actualizar? ¿Y cuánto es un tiempo prudencial en estos casos? No estoy preocupado, pero sí expectante. ¿Alguno ha pasado ya alguna «descongelación» y le apetece contar si tuvo que hacer algo, o le pasó algo, o no se enteró de nada? Me explico. No tengo ningún problema con los trastos de casa. Allá penas... Pero tenemos la desdicha en el trabajo de tener los teléfonos sobre IP y cada vez que nos bajamos el correo se caen las líneas. Algo que se puede solucionar con un router adecuado, pero Telefónica sólo trajo uno y necesitamos dos. Racanerías que pagamos los que somos un poco inquietos. Por eso mis dudillas... y por programar un poco las actualizaciones. Muchas zenkius por adelantado
  12. Con la intención de hacer a Ubuntu más atractivo para los desarrolladores de juegos, fabricantes de hardware y usuarios, Canonical ha decidido cambiar su política de actulización de controladores gráfico para adoptar las nuevas versiones de los controladores más rápidamente. Bryce Harrington, uno de los pocos mantenedores de X.Org dentro de Ubuntu, ha escrito en su bog sobre una "mejor experiencia de juego en Ubuntu 12.04". En él dice básicamente, que buscan ofrecer una mejor experiencia para los gamers haciendo actualizaciones más rápidas de los controladores gráficos en las distribuciones de Ubuntu existentes para asumir rápidamente las correcciones que se hagan para algunos juegos, mejorar el soporte del hardware y hacer más sencillo y accesible el proceso de actualización para los usuarios. Hasta ahora, como Ubuntu es una distribución "Cycling release", los controladores gráficos de Nvidia y AMD permanecían, al igual que el resto de paquetes que conforman Ubuntu, congelados en la misma versión y no eran actualizados hasta la salida de la siguiente versión de Ubuntu. Recientemente han estado ofreciendo un opción "-updates" como alternativa para obtener nuevas actualizaciones desde sus repositorios, pero quieren ir más allá y no ofrecer versiones estables, sino también controladores experimentales/beta. Bryce ha comentado, "Los juegos comerciales a veces necesitan los controladores más recientes para corregir errores o soportar nuevas características. Pero tenemos que ser muy cuidadosos con este despliegue de cambios para evitar posibles regresiones, por lo que este soporte acelerado debe ser opcional. Con la guía y consejos de Valve, ofreceremos juntos algunas soluciones que respondan a los requisitos de los juegos y sean accesibles para el usuario final". Canonical ofrecerá paquetes nvidia-experimental-xxx para los controladores privativos de Nvidia, donde xxx indicará la versión mayor del controlador, por ejemplo nvidia-experimental-304. El controlador experimental de NVIDIA estará disponible en Ubuntu 12.04 LTS y también en las versiones posteriores, como Ubuntu 12.10. Canonical también planea hacer algo similar con los controladores privativos de AMD, pero aún no han empezado a trabajar en ello. En cuanto a los controladores libres, está el Ubuntu-X PPA. La actualización de los controladores libres es un "desastre" pues no implica un único componente, sino también el kernel, Mesa, libdrm, DDX y otras muchas dependencias. Este es uno de los grandes retos de los controladores libres. Básicamente, el cambio que hará a Ubuntu mejor para jugar es hacer más sencilla la instalación de los últimos controladores experimentales/beta desde repositorios en lugar de tener que descargarlos desde la web oficial del fabricante. Bryce termina diciendo que estos cambios serán para aquellos usuarios que quieran estar a la última, pues queremos ayudarlos a que empiecen a jugar a estos nuevos juegos en Ubuntu 12.04 lo antes posible. Para aquellos que quieran esperar un poco, en pocos meses a partir de ahora vamos a lanzar una actualización más amplia de Ubuntu 12.04.2, que debe incluir todas las actualizaciones anteriores. Pero espero que en el futuro veamos más juegos comerciales en GNU/Linux, y estaremos en condiciones de ofrecer (y mejorar) los nuevos mecanismos de actualización de controladores. "