#86 Si tengo el sistema sin licencia, apechugo con las consecuencias (las vulnerabilidades y fallos), no voy restregándoles a Microsoft que no les he pagado y me dedico a usar sus servicios de soporte (actualizaciones). Y luego ponerme a llorar por ahí, cuando deciden tomar contramedidas como esta. Ante todo, coherencia.
Si a uno le preocupa su equipo informático, trata de tener pagado lo que usa o si no puede, usar lo que legalmente puede usar; o tener claro que lo que usa como lo está usando (sin licencia), conlleva riesgos. No hay más.
A mi lo que me parece muy triste, es que teniendo el sistema operativo sin licencia (siendo conscientes de ello), la gente quiera las actualizaciones. Ya no solo no se paga a Microsoft por ello, sino que además tiene que poner el ancho de banda y el soporte de actualizaciones para los que no les han pagado. Eso es abusar demasiado y además básicamente al conectar con los servidores de Microsoft ya le estáis dando toda clase de información de vuestro sistema operativo sin licencia (vamos que les dais pistas de la "maldad" realizada). Vamos, si yo tengo algo sin licencia lo que procuraría es no decirles en sus caras que lo tengo sin licencia. Aparte que puede algún día, la "venganza" por su parte no solo sea cambiarte el fondo de pantalla y sea peor.
Sed coherentes y al menos desactivad las actualizaciones automáticas, si no queréis/podéis migrar a otros S.O. (porque asumo que no podéis/queréis pagar).
Nadie en su sano juicio exigiría que se tenga que hacer todo de golpe. Todo puede ser por fases.
Por ejemplo si no hay alternativa en software libre se permite el uso de software privativo, hasta que una empresa decida hacer la alternativa en software libre que cumpla todos los requisitos y homologaciones y se obligue su uso al momento.
Pero creo que no es discutible que por ejemplo, en administraciones, se podría aplicar perfectamente y que por lo menos en las relaciones de los ciudadanos con las mismas (en las dos direcciones) no se obligue el uso de formatos privativos que condicionen a las dos partes. Aparte de que también el software realizado en la administración debería ser software libre.
La discusión viene por un fallo en flash que permitiría a dicho flash copiar tu portapeles. Ni más ni menos. La MVP defiende que NoScript no lo previene y se queja por ello, si uno toca la configuración *por defecto* y habilita los flash para todas las webs.
No tiene más vuelta de hoja que esa, que la MVP ha metido la pata de lleno por evidenciar lo evidente y clamar al cielo por ello.
#63, Sí que pasa sí... lo primero es joder el sistema de actualización de Ubuntu a una versión superior. Lo segundo viene porque todo repositorio que añadas tiene el mismo peso para el gestor, por lo que cualquier cosa que añadan en un repositorio externo con una versión superior a lo que tienes se acaba instalando, con lo cual dependes totalmente de la responsabilidad (o irresponsabilidad) del que mantiene ese repositorio.
El caso es que lo mínimo es ser responsable con tu sistema y aprender a usar el "package pinning" en distros basadas en Debian o por ejemplo si usas distros basadas en Red Hat y usas yum, el plugin protect-base.
#60, Virtualizado el emule va bien... de hecho yo lo uso así. Y sí que debería funcionar con mods del emule con el wine.
#45, El problema es que la interfaz está hecha con componentes sólo de Windows y no hicieron una diferenciación clara para hacer multiplataforma (usando otras interfaces gráficas) el programa en el código fuente. Por eso nació el amule que utilizó parte del código del emule en su momento y ahora son dos desarrollos distintos; como los avances e innovaciones los hacen en el emule, en el amule vienen con retraso.
Añadir repositorios al libre albedrío no me gusta nada... Es una opción que se tiene, pero yo al menos no lo recomiendo sin tomar ciertas precauciones.
Sobre lo del emule es "cierto" que es una killer-app de Windows... para muchos (usuarios de ONO) sin la ofuscación de protocolo (el único que lo tiene es el emule) les va fatal por el capado que realiza el ISP.
Eso sí, formas de arrancar el emule en linux las hay.
#45, Instalación de pidgin en ubuntu: Te vas a getdeb.net, lo descargas, haces doble click y listo.
La distribución Ubuntu gusta la gente porque la comunidad entorno a ella es muy grande y ocurren iniciativas como la de getdeb.
Y sobre la instalación de programas por el método de Windows ya lo deja claro #51. Lo cual es totalmente cierto.
#46, tu gráfica está soportada por el driver propietario de NVidia... www.nvidia.com/object/IO_18897.html ¿Estás seguro de que lo comprobastes bien? ¿O te pasó eso de que como es un sistema que no conoces, preferistes no darle muchas vueltas y volver a lo que ya conocías?
Una cosa son bugs de seguridad que lo tienen todos... otra cosa son bugs... de ¿funcionamiento? Lo cierto es que es intolerable que el Vista haya salido al mercado con esos problemas de rendimiento y esté todo dios haciendo de betatesters...
Abeco, querrás decir que el DNIe funciona en Linux, pero no en todas las distros. Ergo el titular es erróneo, la noticia induce a pensar que solo debemos comprar los lectores de la empresa X,...etc.
Tu posición es ya de berrinche... investiga más o pide a los que correspondan responsabilidades.
Por cierto el ceres no hace falta para nada en este caso (por lo de tu post en kriptopolis). Según el .deb:
Remplaza: opensc-ceres, libopensc-ceres-openssl, libopensc-ceres0,
libopensc-ceres0-dev, libpam-opensc-ceres, libscam-ceres
Resultado: tengo un .deb para instalar en Ubuntu Feisty, que funciona con las dependencias correctas en Ubuntu Feisty y que veo que no me hace falta nada más porque instala los certificados para Firefox:
$ opensc-tool -D
Error: can't open /var/run/openct/status: No such file or directory
Error: can't open /var/run/openct/status: No such file or directory
Error: can't open /var/run/openct/status: No such file or directory
Error: can't open /var/run/openct/status: No such file or directory
Error: can't open /var/run/openct/status: No such file or directory
Configured card drivers: dnie DNIe driver
cardos Siemens CardOS
cardos Siemens CardOS
flex Schlumberger Multiflex/Cryptoflex
cyberflex Schlumberger Cyberflex
gpk Gemplus GPK
miocos MioCOS 1.1
mcrd MICARDO 2.1
setcos Setec cards
starcos STARCOS SPK 2.3
tcos TCOS 2.0
openpgp OpenPGP card
jcop JCOP cards with BlueZ PKCS#15 applet
oberthur Oberthur AuthentIC.v2/CosmopolIC.v4
belpic Belpic cards
atrust-acos A-Trust ACOS cards
emv EMV compatible cards
incrypto34 Incard Incripto34
piv PIV-II for multiple cards
default Default driver for unknown cards
Ahora solo me hace falta una lectora de smartcard que sepa que va a funcionar en linux... léase, cualquiera que opensc soporte que como su web pone ( www.opensc-project.org/faq.html ):
USB Standards
CCID
If you buy a smart card reader with usb interface, look out for the CCID standard. Readers implementing this don't need special drivers on Windows (XP and later), and for linux the excelent ccid driver for pcsc-lite or opensc with the ccid driver will work with those devices.
Note however that using Displays and Pinpads on your readers is hard, currently works on linux only using the ccid driver with pcsc-lite (i.e. not with openct), and even then only some readers are supported/tested
Es cuestión de buscar un lector de smartcard USB que soporte el standard CCID.
Por cierto el paquete .deb pone una dirección de correo electrónico para el mantenedor del paquete:
$sudo aptitude show opensc-dnie
Password:
Paquete: opensc-dnie
Nuevo: sí
Estado: instalado
Instalado automáticamente: no
Versión: 1.2.1-3
Prioridad: opcional
Sección: restricted/libs
Desarrollador: DNI electronico <linux@dnielectronico.es>
Así que si se quiere pedir mejor soporte pues ya sabéis.
Luego, abeco, como dije en su momento, cuestión de comprobarlo.
#17, Textualmente: "Algo que se intuía: El nuevo DNIe NO funciona con versiones modernas de linux, la empresa C3PO que fabrica los lectores, ha pasado de seguir manteniéndolos, de modo que...".
La noticia en sí, no el título, es lo que induce a pensar mal. En linux, si te compras un lector de smartcard de cualquier marca mientras lo vea el opensc, con el módulo criptográfico que te proporciona el gobierno, ya te basta. En windows, con que tengas el driver de la lectora de smartcard bien puesto, con el módulo criptográfico que te proporciona el gobierno, ya funciona. Sin embargo la noticia me hace pensar que como no me compre los de la compañía C3PO no voy a poder usar el DNI electrónico. Creo que más claro no lo puedo dejar y paso de seguir aclarando lo que creo que está claro.
#15, el problema es que la noticia induce a pensar (o al menos a mi me lo induce claramente) que SOLO los lectores smartcard de esa empresa sirven para el DNI electrónico, lo cual no es correcto. De ahí lo que haya dicho.
Lo del segundo lugar, como he dicho, es teórico y no lo he comprobado. Pero creo que debería poderse, pues el requerimiento básico en Ubuntu, que es que el opensc sea la 0.11.1 se cumple (me equivoqué un poco en el post poniendo la versión). Los .deb se pueden descomprimir e "investigar" que hacen a ver que se puede hacer. En gentoo a saber... En cualquier caso todo hay que comprobarlo y si tal quejarse a quien les toca (el gobierno).
En tercer lugar, en las críticas en sí al DNI electrónico estoy de acuerdo (de hecho no lo defiendo como está) y de ahí saca toda la leña que quieras.
En primer lugar, cualquier lector de smartcard sirve, no solo los de esa empresa (o al menos eso es lo que he podido constatar yo de primera mano con un portátil acer travelmate que trae lector de smartcard de la empresa O2 micro bajo Windows). Una vez el sistema operativo (Windows, Linux o MacOS) la reconozca, hay que instalar el módulo criptográfico que está en: www.dnielectronico.es .
En segundo lugar (esto que voy a decir es en modo teórico), si vamos al área de descarga para Linux, vemos que la distribución más reciente para la que dan soporte es para Ubuntu Dapper. Si urgamos más adentro vemos que te obliga a instalar la versión opensc 1.11 del subversión de la época y aparte tiene el módulo criptográfico para esta versión. Si hoy día comprobamos la versión del opensc que trae Ubuntu Feisty (la última), vemos que oh... es la 1.11. Así que, repito en teoría, tiene que ser posible la instalación del módulo criptográfico en al menos una distribución moderna.
Así que esta noticia la veo como que se ha hecho leña del árbol caído de los problemas de un usuario del foro de Kriptópolis.
EDIT: Aunque eso no quita, que el gobierno libere los fuentes, o especifique una manera que "dure" en el tiempo para instalar dicho módulo criptográfico.
Apt sigue teniendo para muchos un "problema"... el soporte bi-arch, es decir, en sistemas compatibles con dos arquitecturas la posibilidad de usar el mismo software para esas arquitecturas sin estar con líos extraños (hacer la jaula, duplicar muchas cosas luego...).
Esto mismo yum, el gestor de RPM de muchas distros basadas en red hat, lo resuelve: en un sistema amd64, yum install firefox, me instala firefox para i386 y para x86_64 a la vez. Si quiero solo i386 hago yum install firefox.i386
Es una ventaja que tiene yum, que muchos esperamos que realicen en apt. Lo que pasa es que las distros basadas en debian quieren ser "Pure64", y la realidad... por ahora es otra.
Uhmm, para el Episodio 3 de Star Wars, bien que se jactaron diciendo que los efectos especiales los renderizaron en una granja de AMDs Opteron de 64 bits y Windows XP de 64 bits.
Como se puede leer en el enlace original, el sonido de la canción de Nelly Furtado se asemeja más al del remake hecho para SID (el chip de sonido del Commodore64) que se hizo de la canción original ganadora en .mod.
También los hay que "cuando les tocan el bolsillo abren la boca":
www.noticiasdot.com/publicaciones/2003/0903/1809/noticias180903/canon/
www.noticiasdot.com/publicaciones/2003/0903/1809/noticias180903/notici