Error al querer actualizar
Buenas a todas y todos! hace mucho que no ando por acá, necesito la ayuda de ustedes que saben. Me está surgiendo un problema al querer actualizar que no sé qué más hacer sobre lo que busqué, esto es lo que indica cuando hago aptitude update: [ ERR] Leyendo lista de paquetes E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/www.deb-multimedia.org_dists_wheezy_main_i18n_Translation-ca E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado. E: No se pudo reconstruir el almacén de paquetes E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/www.deb-multimedia.org_dists_wheezy_main_i18n_Translation-ca E: No se pudo abrir o interpretar las listas de paquetes o el fichero de estado. E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/www.deb-multimedia.org_dists_wheezy_main_i18n_Translation-ca E: No se pudo abrir o interpretar las listas de paquetes o el fichero de estado. mi sources list dice: deb http://ftp.de.debian.org/debian/ wheezy main deb-src http://ftp.de.debian.org/debian/ wheezy main deb http://security.debian.org/ wheezy/updates main deb-src http://security.debian.org/ wheezy/updates main deb http://www.deb-multimedia.org/ wheezy main non-free deb-src http://www.deb-multimedia.org/ wheezy main non-free probé haciendo rm /var/lib/apt/list/* -vf que ví en un blog pero no funcionó, aunque después recordando lo había hecho hace tiempo y dio resultado pero no recuerdo si era el mismo problema. Tambén hice rm /var/lib/dpkg/status touch /var/lib/dpkg/status y después aptitude update y nada, lo mismo Alguien tuvo el mismo problema y pudo solucionarlo. Gracias! -- Darío Los matices son nuestras emociones. El claroscuro está hecho con la luz de nuestros goces y la sombra de nuestras tristezas. Kakuzo Okakura -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f92dbb.7010...@gmail.com
Últimos cupos Taller Responsabilidades del Supervisor ante la LOPCYMAT
- Nombre: Soltahum, C.A. Rif: J-40132559-9 Dirección: Av. Bertorelli Cisnero, Resd Imola torer B piso 2 Centro Comercial Centro Lido, Av. Fracisco de Miranda,torre D, Piso 4,Ofic. 41 - D, Caracas - Venezuela AP 1060 Teléfonos: +58-212-905 8222 - Remover http://www.radarsystems.net/aa/?accion=frmremover&A=906&ID=debian-user-spanish@lists.debian.org&L=28749&C=112371 Reenviar http://www.radarsystems.net/aa/?accion=frmreenviar&A=906&ID=debian-user-spanish@lists.debian.org&L=28749&C=112371 Politicas de Privacidad http://www.radarsystems.net/site/privacidad.htm Monitoreado por http://www.radarsystems.net/
Re: OT: no inicia entorno gráfico
El día 23 de agosto de 2014, 10:48, Camaleón escribió: > El Sat, 23 Aug 2014 00:46:41 -0400, Paulo Riquelme escribió: > >> El 22-08-2014 14:06, "Camaleón" escribió: > >>> >> Manda de nuevo el registro para que podamos ver qué es lo que ha >>> >> pasado y qué driver se carga. Pero ojo, necesito que inicies con la >>> >> primera opción de GRUB, la que te falla y no carga el entorno >>> >> gráfico porque el registro que has enviado más arriba es el de la >>> >> sesión de recuperación que es un entorno distinto. >>> > >>> > Mmm, estaba casi seguro que fue al iniciar en modo normal, lo >>> > enviaré. >>> >>> Lo que me puso en la pista fue esta línea: >>> >>> [ 3361.806] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 >>> root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro single >>> ^^ http://pastebin.com/DGA8yTzM Ahí está nuevamente mi Xorg.O.log, pero sale nuevamente ro single en la línea del kernel, y eso que reinicié como me indicaste "shutdown -r now" o "...-h..." para apagar. Sobre esto, cuando estoy en grub, me ubico en la opción "normal" de grub y presiono "e", esta línea dice "ro quiet" por defecto. >> Esto está muy raro, tuve un retroceso muy grande, (disculpa si sale >> html, >> desde el celu no encuentro la opción). > > Sí, salió con html :-( > >> Sobre el problema, abrí la tapa del notebook y estaba prendido, me dije >> -pero qué m... Por qué, esto ocurrió cuando apagué desde el botón power >> del computador(apretando y soltando, NO manteniendo el botón) la cosa >> es que quedó prendido, probé reiniciar desde gnome y apagó bien, pero >> al volver al sistema queda pegadísimo y no funciona ni con nomodeset ni >> i915 y tampoco en modo recuperaciín, estoy fregado... sigo mañana > > Sigue si quieres en otro hilo mejor para no mezclar las cosas. De todas > formas, cuando cierras la tapa el equipo entra en modo hibernación, al > abrirla se restaura la sesión, ese es el comportamiento predeterminado en > GNOME que puedes cambiar desde las opciones de energía en el panel de > control. Voy a abrir otro hilo después de observar un tiempo cómo se comporta esto Muchas Gracias Paulo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJvcBJaXFMu91aN=_aSWupp=bmqfg5_vueaq10xkwzx0c8f...@mail.gmail.com
Re: Actualizar Adobe Flash mediante flashplugin-nonfree
El Sat, 23 Aug 2014 14:12:25 +0200, Javier Silva escribió: > El día 20 de agosto de 2014, 15:47, Camaleón > escribió: >> El Wed, 20 Aug 2014 08:24:46 +0200, Javier Silva escribió: >> >>> El día 14 de agosto de 2014, 16:02, Camaleón >>> escribió: >> >> (...) >> >>> El paquete del desarrollador de Debian, incorpora una firma y un >>> checksum para comprobar que el paquete no se vea comprometido y que el >>> mismo incorpora. >> >> Me parece que el paquete que está en los repos de Debian no incluye >> ningún binario, sólo apunta a un recurso (archivo de texto) que es el >> que el desarrollador actualiza manualmente, de ahí que tengas que >> esperar siempre a que el desarrollador actualice ese archivo en su >> servidor. >> >> > Dónde puse paquete, quería hacer referencia al archivo que descarga el > update-flashplugin-nonfree. > > Lo siento, una equivocación al redactar la respuesta, pero ya está > aclarado ;-) El archivo que descarga el script del paquete de Debian es el binario que podemos descargar desde la página web de Adobe. >> Lo que yo digo es ¿no sería mejor apuntar a la URL de descarga de Adobe >> sin tener que pasar por un servidor intermedio? >> >> > Supongo que esto lo hace para asegurarse que el paquete no se ve > alterado en origen e instalado por medio de su herramienta en un sistema > Debian. (...) Pero eso no tiene sentido porque el archivo que descargas desde Adobe no tiene firma, así que no sabes si ha podido ser alterado. Es decir, si el archivo original que descargas tanto desde el servidor de Adobe como desde el paquete de Debian (que es el mimos) no tiene suma de verificación no sabes si se trata del original o ha sido modificado/ troyanizado de forma alguna. > Naturalmente, también existe la opción de que el desarrollador valide un > paquete que ya ha sido comprometido sin saberlo. Exactamente, no podemos saberlo por mucho interés que ponga el empaquetador de Debian, la seguridad del binario de FlashPlayer depende sólo de Adobe (y ya sabemos que tiene más agujeros que un queso Emmental). > Tal vez creamos que un sitio como Adobe es bastante improbable que sea > comprometido, pero nunca se sabe y cuando se sabe ya han pasado días, > semanas o meses. Adobe creo que ya sufrió no hace mucho una entrada a sus sistemas¹ pero es lo que hay cuando se trata de software propietario: no hay forma de saber si está comprometido o no porque no se tiene acceso al código con el que se ha generado el binario. ¹http://helpx.adobe.com/x-productkb/policy-pricing/customer-alert.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.23.14.59...@gmail.com
Re: OT: no inicia entorno gráfico
El Sat, 23 Aug 2014 00:46:41 -0400, Paulo Riquelme escribió: > El 22-08-2014 14:06, "Camaleón" escribió: >> >> Manda de nuevo el registro para que podamos ver qué es lo que ha >> >> pasado y qué driver se carga. Pero ojo, necesito que inicies con la >> >> primera opción de GRUB, la que te falla y no carga el entorno >> >> gráfico porque el registro que has enviado más arriba es el de la >> >> sesión de recuperación que es un entorno distinto. >> > >> > Mmm, estaba casi seguro que fue al iniciar en modo normal, lo >> > enviaré. >> >> Lo que me puso en la pista fue esta línea: >> >> [ 3361.806] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 >> root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro single >> ^^ > Esto está muy raro, tuve un retroceso muy grande, (disculpa si sale > html, > desde el celu no encuentro la opción). Sí, salió con html :-( > Sobre el problema, abrí la tapa del notebook y estaba prendido, me dije > -pero qué m... Por qué, esto ocurrió cuando apagué desde el botón power > del computador(apretando y soltando, NO manteniendo el botón) la cosa > es que quedó prendido, probé reiniciar desde gnome y apagó bien, pero > al volver al sistema queda pegadísimo y no funciona ni con nomodeset ni > i915 y tampoco en modo recuperaciín, estoy fregado... sigo mañana Sigue si quieres en otro hilo mejor para no mezclar las cosas. De todas formas, cuando cierras la tapa el equipo entra en modo hibernación, al abrirla se restaura la sesión, ese es el comportamiento predeterminado en GNOME que puedes cambiar desde las opciones de energía en el panel de control. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.23.14.48...@gmail.com
Re: Ayuda con firefox!!
El Fri, 22 de Aug de 2014, a las 02:56:12PM +, Camaleón dijo: > La opción seleccionada de manera predeterminada (cuando se instala o > ejecuta sin modificar nada) es "Autodetectar configuración del proxy para > esta red". Al menos era así hasta hace poco, Pues creo que tienes razón: me falló la memoria en esta ocasión. Un saludo. -- Lee si puedes y enmienda si sabes. --- Lope de Vega --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140823140636.ga18...@cubo.casa
Re: Actualizar Adobe Flash mediante flashplugin-nonfree
El día 20 de agosto de 2014, 15:47, Camaleón escribió: > El Wed, 20 Aug 2014 08:24:46 +0200, Javier Silva escribió: > >> El día 14 de agosto de 2014, 16:02, Camaleón >> escribió: > > (...) > >> El paquete del desarrollador de Debian, incorpora una firma y un >> checksum para comprobar que el paquete no se vea comprometido y que el >> mismo incorpora. > > Me parece que el paquete que está en los repos de Debian no incluye > ningún binario, sólo apunta a un recurso (archivo de texto) que es el que > el desarrollador actualiza manualmente, de ahí que tengas que esperar > siempre a que el desarrollador actualice ese archivo en su servidor. > Dónde puse paquete, quería hacer referencia al archivo que descarga el update-flashplugin-nonfree. Lo siento, una equivocación al redactar la respuesta, pero ya está aclarado ;-) > Lo que yo digo es ¿no sería mejor apuntar a la URL de descarga de Adobe > sin tener que pasar por un servidor intermedio? > Supongo que esto lo hace para asegurarse que el paquete no se ve alterado en origen e instalado por medio de su herramienta en un sistema Debian. Imagina que un ataque en el sitio de descarga de Adobe lleva a una modificación de los ejecutables, ¿quien es el responsable? Adobe, evidentemente. En ese mismo ataque el desarrollador de Debian no ha puesto esa pequeña firma con la que validar lo que va a instalar y ese mismo paquete alterado se instala en miles de sistemas mediante update-flashplugin, ¿Quién es el responsable? Pues Adobe, pero indirectamente el mantenedor del paquete recibiría muchas críticas, aunque si ocurriese esta situación hipotética y el paquete no fuese instalado en ningún sistema, no se le podría acusar, o bien, siempre puede argumentar que se aseguró por todos los medios a su alcance en que el paquete estuviese tal y como salió del origen. Naturalmente, también existe la opción de que el desarrollador valide un paquete que ya ha sido comprometido sin saberlo. Tal vez creamos que un sitio como Adobe es bastante improbable que sea comprometido, pero nunca se sabe y cuando se sabe ya han pasado días, semanas o meses. --- Un saludo a todos/as. Javier Silva -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOg_h5bRoF=mxeuh7-cjbhnaxhrvnov0dntpgvgq5jpurr_...@mail.gmail.com