Hola.
Estoy de acuerdo con @trinux. :D
El 30/11/2015 10:17 a. m., tri...@solognu.com escribió:
>
> Yo, sin que nadie me pregunte, opino.
>
> 1. Le daría un pequeño de contexto: dónde ha nacido la idea y la razón
> para pedir que ellos actúen como representantes de la comunidad GNU.
>
> 2. Que
Yo, sin que nadie me pregunte, opino.
1. Le daría un pequeño de contexto: dónde ha nacido la idea y la razón
para pedir que ellos actúen como representantes de la comunidad GNU.
2. Que la firme, si quiere que lo adapte o rehaga, la propia FSF.
3. Que pida adhesiones a la declaración de la
amigo dcapelleti: si hay que traducir algo del espanol al ingles aquì
estoy..
sds
Gracias por su amabilidad y predisposición.
Lo que planteo es que se escriba un email a la fsf para que armen un carta
para hacerles saber a Intel que no estamos de acuerdo con sus tecnologías
que incluyen blobs binarios o software no libre. Esta carta la podríamos
firmar con nuestro email
Usted escribe muy bien sobre asuntos que le interesan amigo dcapeletti. Yo
recomiendo que usted escriba el texto del mensaje que vamos a enviar en
espanol y pues lo pega aquì. Todos nosotros le damos una pasada a ver si
estamos de acuerdo y si podemos coregir o adjuntar algo. Cuando llegemos
Aquí van mis palabras y un archivo adjunto de la misma.
-
28 de noviembre de 2015
A las autoridades de la Free Software Fundation:
de nuestra mayor consideración nos dirigimos a ustedes para hacerles
Tiene que ser una persona que hable inglés. Hay varios emails al que se le
pueden escribir con esta idea. Aquí está la página de contacto o de
información: https://www.fsf.org/about/contact/
-
How to contact the Free Software
Sí, me parece correcto. ¿Quién tiene "linea directa" con la FSF / FSFE /
FSFLA?
Pues, sinceramente, es erróneo apostar como único camino por el hardware
libre. A día de hoy es, por decirlo suavemente, irreal.
Veo con más sentido presionar a los fabricantes, e incluso la ingeniería
inversa, a desarrollar drivers libre y/o documentar sus productos.
En fin, una pena.
Trinux por supuesto el desarrollador no va a ir contra su patrón y claro que
es una práctica habitual, pero porque sea habitual no la hace buena, es como
el cigarrillo, es una práctica habitual de mucha gente, pero todos sabemos
que no es buena. Los argumentos que se esgrimen en este tipo de
Me sumo a la causa.
Yo tambien me sumo a la causa, y si esta en mi poder ayudar en algo, ayudare.
Me quede contento con procesadores de tercera generacion, i5, i3, i7. Tengo
equipos en casa con estas cpus. Y la grafica funciona de maravilla, ademas
hoy en dia, prefiero chips graficos de Intel. Me parece fatal
Pues pon el contenido, cuelgalo en ambos foros, y que se una a titulo
individual quien lo desee.
Pero vamos, somos parte minoritaria en la propia comunidad de software libre,
y encima parece que no actuamos como tal. Vamos, que si le lleva vente
correos a Intel le va importa un pepino. Sí,
No, nada. Quien maneja el inglés, ni en el foro anglo-parlamente, han movido
un dedo... :-(
Trinux. Yo propuse hacer algo en el foro ingles pero nada..
Le entreguè una mail por mi cuenta..
Hola Quería saber si hay novedades acerca de esta noticia y si ya se ha
redactado la nota para poder firmarla.
Saludos a todos.
Hola,
para aprender sobre ensamblador puedes leer:
https://es.wikipedia.org/wiki/GNU_Assembler
http://cs.lmu.edu/~ray/notes/gasexamples/
Como ves Assembler puede llamar a funciones de librerías C.
Esto puede hacer que un programa escrito en Assembler se pueda comportar
potencialmente como
Hola,
una pregunta danieru, si el procesador ejecuta instrucciones en ensamblador
para después decodificarlas en binario. ¿Cómo puede enviar un archivo de
texto mediante internet por sí sólo mediante instrucciones de bajo nivel?.
Es simplemente curiosidad.
Un saludo.
No sé a que te refieres con eso de decodificarlo en binario, pero es
evidente que quieres leer mas a fondo acerca del tema. Te dejo la fuente que
me informó sobre esto
http://blogs.coreboot.org/blog/2015/02/23/the-truth-about-purism-why-librem-is-not-the-same-as-libre/
Saludos
Hola,
la pregunta se refiere a cómo puede enviar el microprocesador esos datos. Es
decir, si lo hace como dices mediante código binario compilado
anteriormente, ¿lo hace independiente del S.O., del driver de la tarjeta de
red, del tipo de tarjeta, etc.?. Parece complicado realizar esta
En este contexto DRM se refiere a Direct Rendering Manager[1], y no a Digital
Restrictions Management[2]. Sin embargo, este componente privativo no deja de
tener un potencial considerable de peligro. Veras, un driver opera a una capa
de abstracción muy baja. Por lo que entiendo, esto
DRM, que bajo que han caido los de intel, son unos ¡mal enseñados!, hay que
informar de los dispositivos que cuentan con DRM, estas cosas solo aqui las
eh conocida, gracias a su trabajo en linea.
Hola,
es una mala noticia. Los procesadores Intel con tarjeta gráfica integrada
van de maravilla. Es una lástima que hayan tomado esta decisión. Como
consumidores deberíamos escribirles para darles un toque de atención.
Podríamos hacer varias cosas. Una es mandar un correo cada uno con
Buenas, comunidad.
He leído una muy mala noticia en el foro inglés. Al parecer Intel ha
introducido su primer blob binario para las gráficas de su nueva
microarquitectura Skylake. Lo que, como ya es sabido, nos va dejar fuera de
juego. Intel, al menos en la parte gráfica, tenía un gran
¿y quién la redacta en inglés? Si quieres habla de la idea en el hilo en
inglés y firmamos el resto.
Hola Trinux! Veo que en el hilo en ingles hay ya un post acerca de eso del
firmware privativo de las nuevas tarjetas INTEL. Si hay que traducir al
ingles, no hay problema. Lo hago yo.
saludos
Muy mala noticia. Estoy de acuerdo con Lightmoon: la unión hace la fuerza.
Si hay que firmar aquì estoy.
Apoyo y firmo,cuando esté pronto el documento para firmar por favor abran un
hilo así todos se enteran no creo que nadie del foro se niegue a firmar.
Saludos a todos.
Yo firmo!!
El que sabe inglés que la redacte, también que haga una copia en español
así el resto la puede verificar sin problemas, incluso proponer mejoras a la
carta que tratar el asunto.
Sds
29 matches
Mail list logo