|
This discussion has been archived.
No new comments can be posted.
|
|
La esencia de OpenBSD
|
Login/Crear una cuenta
| Top
| 30 comentarios
|
Buscar en Comentarios
|
|
|
|
Aviso:
Los siguientes comentarios pertenecen a las personas que los han enviado.
No somos responsables de los mismos.
|
mal que nos duela...
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 04:58h (nº198389)
|
...las condiciones las ofrece la empresa que diseña. Es una desventaja que tenemos, pero me parece que tendremos que vivir con ella. Lo que no entiendo es como Sun ha estado aspostando mas o menos por el software libre (en una conferencia que hubo en mi universidad hablaron de ello), preparando el Sun Linux, y luego pasa lo que pasa. Bueno, esperemos que su decisión contribuya para algo bueno.
|
|
| |
apostando? toman todo lo que pueden ...
(Puntos:1, Interesante)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 08:27h (nº198394)
|
|
... y sueltan lo menos posible. idem apple, pilla el freebsd y suelta darwin con una licencia superengañosa, pilla khtml y suelta khtml con alguna cosilla de regalo, porque no libera el safari?
pero cuantos desarrollos realizan como software libre, quitando alguna cosa como openoffice/staroffice que si no lo libera sun se lo tiene tragar y además asi le salen unos cuantos desarrolladores gratis para su staroffice o el apoyo a gnome para poder reemplazar el arcaico cde pero porque no libera solaris, eso si seria apostar por el software libre
y las condiciones las exige el usuario que compra, si puedo decidir entre hardware con especificaciones abiertas o cerradas la elección es clara
|
|
|
OT Re:apostando? toman todo lo que pueden ...
(Puntos:1)
por
apd
el Sábado, 19 de Julio 2003, a las 10:00h (nº198401)
Info del Usuario nº3817
|
|
¿Eclipse [eclipse.org] de IBM? Yo creo que eso sí es una apuesta bien interesante. Claro que IBM se beneficia de este proyecto, pero el dinero, la infraestructura y la organización la han puesto ellos. Y todo el proyecto es OpenSource y con licencia CPL (el algunos aspectos similar a la LGPL)
|
|
| |
|
Re:apostando? toman todo lo que pueden ...
(Puntos:2, Interesante)
por
trovador
el Sábado, 19 de Julio 2003, a las 12:11h (nº198426)
Info del Usuario nº9832
| http://espira.net/nico/
|
|
... y sueltan lo menos posible. idem apple, pilla el freebsd y suelta darwin con una licencia superengañosa, pilla khtml y suelta khtml con alguna cosilla de regalo, porque no libera el safari?
¿A qué te refieres cuando dices que Sun pilla todo lo que puede?. ¿Tienes algún ejemplo concreto o hablas por hablar?. Respecto a Apple ha hecho lo que la licencia de FreeBSD les permite hacer.
pero cuantos desarrollos realizan como software libre, quitando alguna cosa como openoffice/staroffice que si no lo libera sun se lo tiene tragar
Eso es falso. Sun compró StarOffice y lo liberó inmediatamente.
porque no libera solaris, eso si seria apostar por el software libre
Es muy complicado abrir sistemas operativos cerrados, porque su código está tocado por patentes y condicionado a librerías de terceros. Algo que sí estaría a su alcance es mejorar las licencias de Java.
|
|
|
Re:apostando? toman todo lo que pueden ...
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 15:01h (nº198445)
|
|
pues mismamente sun en su momento no quería hacer ni una simple maquina virtual java para linux y ahora abandera el software libre y hasta tiene su propia distribución. actua según le conviene, no tiene una intención clara como demuestra con esas clausulas que les hace firmar a los desarrolladores del kernel. como empresa y viviendo en el mundo en que vivimos no me parece del todo mal, se entiende, pero que tampoco les pongan como santos
a apple la licencia le puede permitir lo que le de la gana a mi personalmente no me da buen royo y punto, si khtml fuera bsd pocas mejoras iba a haber para el konqueror
lo de staroffice igual que lo de la maquina virtual java, despues que se la juega microsoft con java y le come terreno en los pequeños servidores segun las palabras de su jefecillo "los enemigos de mis enemigos son mis amigos" (cuando el software libre no es enemigo de nadie, pero ellos lo utilizan como arma). entonces le interesa linux y apoya a los de "blackdown" (significativo el nombrecito) y compra una suite ofimatica seguramente por cuatro perras porque ya solo vende microsoft office y la libera para que la desarrolle la comunidad. unos interesados
y siguiendo con java, todavía seguimos esperando la estandarización pero me parece que va a pasar como con qt y gnome hasta que no este mono terminado y ampliamente utilizado y se vean entre la espada y la pared no van a aflojar aunque puede que entonces como les lleva pasando sea demasiado tarde
en cuanto a solaris tampoco tiene que habrirlo todo pero seguro que hay partes que podrían venir bien para linux o freebsd
por ultimo quiero aclarar que me parece muy bien que estas empresitas colaboren (a rio revuelto ganancia de pescadores), pero de hay a lamerles el culito, pues no
|
|
|
Re:apostando? toman todo lo que pueden ...
(Puntos:1)
por
trovador
el Sábado, 19 de Julio 2003, a las 18:21h (nº198474)
Info del Usuario nº9832
| http://espira.net/nico/
|
|
pues mismamente sun en su momento no quería hacer ni una simple maquina virtual java para linux y ahora abandera el software libre y hasta tiene su propia distribución.
Sun ni tiene ya distribución propia ni abandera nada. Nos ha regalado OpenOffice por joder a Microsoft y por relaciones públicas. Si no quieres darles las gracias, no es obligatorio. Pero eso de decir que lo han liberado para que se lo desarrolle la comunidad es increíble.
|
|
|
Re:mal que nos duela...
(Puntos:2, Interesante)
por
kroator
el Sábado, 19 de Julio 2003, a las 12:07h (nº198422)
Info del Usuario nº1701
| http://www.lmunix.net
|
Lo que no entiendo es como Sun ha estado aspostando mas o menos por el software libre (en una conferencia que hubo en mi universidad hablaron de ello), preparando el Sun Linux [...]
Unos c*j*nes apostando por el sw. libre. De hecho, son la empresa grande que más ha liberado en el pasado (p.ej, NFS, NIS, RPC, etc etc) pero cuando ha llegado el momento del sw libre se han echado para atr´s de forma e
scandalosa.
Lástima que en la "conferencia" de tu universidad no hubiese nadie que contase las cosas bien clarito, como son.
(Tb entiendo que debe ser bastante j*did* tirarte toda la vida hablando de las bondades del espíritu abierto de los Unixes, y ver como en los 90 te van a comer el segmento medio del mercado).
Como aclaración final, cuando decimos que "Sun hace" o "Sun deja de hacer" , por supuesto que nos referimos a la corporación (merkatroides de mi*rd*!) Por supuesto que a nivel personal/técnico hay mucha gente apoyando claramente Linux/BSDs/etc.
Sun no hace nada para favorecer el sw libre; mejor dicho, hacen lo mínimo para no quedarse fuera de onda.
IBM, Digital/Compaq, Silicon Graphics ... también son empresas "tradicionales" que se han podido ver amenazadas por Linux, por ejemplo, y se han sabido adaptar.
- kreator
|
|
|
Sun se ha equivocado... o no
(Puntos:2)
por
Penetrator
el Sábado, 19 de Julio 2003, a las 10:56h (nº198408)
Info del Usuario nº5932
|
Corregidme si me equivoco, pero creo que el procesador Ultra Sparc III todavía no ha salido al mercado, ¿verdad? Todavía está en fase de pruebas. Por lo tanto, y siempre bajo estas circunstancias, puedo ver varios motivos razonables por los que Sun haya preferido hacer las cosas así. A saber:
1. No quiere que la competencia vea como es su procesador hasta haberlo lanzado al mercado.
2. Puede que todavía estén planeando introducir algún cambio, así que prefieren que de momento sólo lo sepan unos pocos, para no liarlo todo una vez hechos los cambios.
3. Quieren que, en caso de que salga algún fallo grave, no salga a la luz así como así, ya que daría mala imagen a la empresa, y sólo se trata de un procesador en fase de pruebas.
Lo que sería preocupante es que Sun hiciera esto con un procesador ya terminado y que esté en el mercado. No es lógico que sólo unos pocos conozcan como programar un procesador. No es bueno ni para ellos, ni para los demás.
_La belleza está en el interior (Jack el Destripador)
|
|
| |
Re:Sun se ha equivocado... o no
(Puntos:2, Informativo)
por
kroator
el Sábado, 19 de Julio 2003, a las 11:52h (nº198418)
Info del Usuario nº1701
| http://www.lmunix.net
|
Corregidme si me equivoco, pero creo que el procesador Ultra Sparc III todavía no ha salido al mercado, ¿verdad?
Ya salió hace casi dos años y medio; de hecho, es la base para todas las máquinas modernas de Sun (gamas Sun Fire y Sun Blade).
De todas formas, y dentro de la misma arquitectura, Fujitsu tiene equivalentes más rápidos y mejores. No veo a qué viene tanto secretismo cuando no son los únicos (ni los mejores!) en la competición.
- kreator
|
|
|
Re:UltraSparc III
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 11:58h (nº198420)
|
Corregidme si me equivoco, pero creo que el procesador Ultra Sparc III todavía no ha salido al mercado, ¿verdad? Todavía está en fase de pruebas.
UltraSparc III está a la venta. No se desde hace cuanto tiempo, pero si se que lo llevan las Sun Blade 1000, y creo que las 2000 tambien.
Puedes verlo, por ejemplo en la web de Sun [sun.com].
|
|
|
Re:Sun se ha equivocado... o no
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 12:33h (nº198431)
|
|
UltraSPARC III lleva como 2 años en el mercado. Y se ha quedado anticuado. Por orden de mejor a «no tan bueno» en RISC UNIX:
DEC Alpha EV7 -> IBM POWER4+ -> Fujitsu SPARC64 V -> Sun UltraSPARC III -> HP PA-8700+ -> SGI MIPS R16000
Los unicos que mantienen el tipo son Alpha y PPC, y algo por detras Fujitsu.
Las maquinas Alpha sigue teniendo las mejores prestaciones del mundo UNIX.
Es una _vegüenza_ que HP/Intel las decapite.
Que algunos desarrolladores de linux tuviesen acceso a informacion confidencial puede ser debido a que se trato el tema entre empresas. Sun - Red Hat y no entre desarrolladores.
|
|
|
"non-disclosure" legítimo
(Puntos:1, Profundo)
por
clusternovalido
el Sábado, 19 de Julio 2003, a las 12:09h (nº198424)
Info del Usuario nº8123
|
A ver, los procesadores UltraSparc III crecen en arboles y lo único que hace Sun es recogerlos, empaquetrlos y venderlos ?
No, verdad ? Púes creo que Sun (o calquier otra empresa puntera en su sector)está en su derecho al intentar mantener secreto el fruto de tanto esfuerzo (=pasta) para que ganen pasta con ello y puedan seguir desarrollando makinones...
|
|
| |
Re:"non-disclosure" legítimo
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 15:16h (nº198451)
|
|
hay varias empresas con makinones mucho mejores y ellos mientras pierden mercado en manos de intel con los que no puede competir en precio
|
|
|
Re:"non-disclosure" legítimo
(Puntos:0)
por
Pobrecito Hablador
el Domingo, 20 de Julio 2003, a las 01:07h (nº198525)
|
|
Eso se llama libre mercado. Que cada empresa haga lo que crea mejor, a costa de meter la pata muchas veces.
|
|
|
Re:"non-disclosure" legítimo
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 16:13h (nº198460)
|
- Los UltraSparc III no son tan abanzados, la competencia los supera ampliamente
- Las especificaciones del procesador son abiertas, cuando quieras te pones a hacer tu implementacion de UltraSparc
- El NDA es solo sobre la cache de la implementación de SUN
- La documentación necesaria es solo de como manejar la cache (como si fuera una libreria) no de como funciona por dentro, corria el rumor de que podrían tener la documentación del diseño del hardware (secreta) mezclada con la documentación para desarrolladores
|
|
|
¿equivocarse?
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 13:39h (nº198435)
|
¿Porque se han equivocado?
Dave S. Miller, mantenedor de arch/sparc*, firmo
un NDA con Sun, por el cual Sun le proporcionaba todas la documentación necesaria y el podría escribir drivers GPL basados en esa documentación, pero sin redistribuir en ningún caso la documentación.
Ahora tenemos soporte para sparc escrito en _GPL_; ¿que hay de malo en ello? No veo que se hayan vendido a nadie.
Si los desarrolladores se siente apartados porque a ellos nadie les ha ofrecido los documentos, que se lo curren señores, que las cosas no aparecen solas. Tienen el código de Linux para mirar y aun asi se quejan....
|
|
| |
Re:¿equivocarse?
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 15:18h (nº198453)
|
Si los desarrolladores se siente apartados porque a ellos nadie les ha ofrecido los documentos, que se lo curren señores, que las cosas no aparecen solas. Tienen el código de Linux para mirar y aun asi se quejan....
Bajo mi punto de vista tanto la gente de OpenBSD como la gente de NetBSD se lo han currando bastante y bien que merecen tener acceso a esa documentación.
Ademas, el tener los fuentes de linux no es valido como ya ha comentado Teo varias miles de veces. Ese codigo no les es util para dar soporte al micro.
|
|
|
Re:¿equivocarse?
(Puntos:1)
por
DiegoCG
el Sábado, 19 de Julio 2003, a las 22:28h (nº198508)
Info del Usuario nº4082
| http://www.terra.es/personal/diegocg
| Última Bitácora:
Viernes, 08 de Agosto 2003, a las 18:09h
|
¿Crees que el resto de desarrolladores linux tiene acceso a la documentacion? ¿Crees que a Dave Miller se la regalaron por ser de linux?
DaveM se lo curro de lo lindo, consiguio la documentacion e hizo el código.
Eso de que el código no vale; lo puede decir Teo o lo puede decir Rita la portera; deberias empezar a pensar un poco mas por ti mismo.
Si quiere que le den la documentacion envuelta en un lazo rosa, va listo. En el mundo *real* hay desarrolladores con un par de huevos que son capaces de hacer ingenieria inversa sobre drivers *binarios* y montarse su driver de código libre.
Pero a los señores de OpenBSD, les ofrecen el driver no ya binario para que tengan que hacer ingenieria inversa.....se lo dan con licencia GPL y me vas a decir que les es imposible implementar ese soporte en OpenBSD....?
Vamos, no os pongais victimistas que no cuela...
|
|
|
Re:¿equivocarse?
(Puntos:0)
por
Pobrecito Hablador
el Lunes, 21 de Julio 2003, a las 06:23h (nº198757)
|
|
La explicación puede estar en que no sabes de que hablas.
El soporte para una *arquitectura* no es nada trivial y, lamentablemente, no se puede obtener la suficiente información de *una implementación*.
¿Crees que se parece mucho la gestión de memoria de el kernel 2.6 de Linux con la que hacer FreeBSD 5.1? Pues imagina que uno de los dos desarrolladores solo dispone del código que ha escrito el otro.
Creeme que es complicado... y yo solo tuve que partir del fuente de un dispositivo.
No quiero ni imaginar lo jodido que puede ser en el caso de una plataforma completa.
A todo esto; sí hay un perjudicado: Sun.
Un saludo.
|
|
| |
|
Re:¿equivocarse?
(Puntos:1)
por
Mikel
el Sábado, 19 de Julio 2003, a las 17:25h (nº198467)
Info del Usuario nº10332
| http://barrapunto.com/
|
|
El hecho de que liberen el código no aporta nada a las demás plataformas, a no ser que los desarrolladores, de las demás plataformas, se empollen el kernel de Linux. Además, si surgen bugs, el poder corregir esos bugs quedará restringido a la gente que posee la documentación (unos pocos) y este modelo de desarrollo me parece que choca frontalmente con la filosofía del software libre, además que le da un cierto aire a un modelo de desarrollo que a muchos no nos gusta y que las multinacionales intentan mantener... Hoy es el futuro
|
|
| |
| |
Re:Y digo yo....
(Puntos:0)
por
Pobrecito Hablador
el Sábado, 19 de Julio 2003, a las 15:20h (nº198454)
|
Porque el código NO es nada sin documentación (o al menos, en un tema tan complicado como este). Es complejo crear especificaciones a partir del código, mientras que al revés no.
Algo parecido ha pasado con Ogg Vorbis: sí, el código es libre y sin patentes, pero si no tienes una especificación clara, no puedes hacer fácilmente implementaciones separadas (de eso se quejaba el autor de la libmad en un artículo aparecido en K5 hace un tiempo)
|
|
|
Re:Pues si.
(Puntos:2)
por
chavi
el Sábado, 19 de Julio 2003, a las 21:03h (nº198498)
Info del Usuario nº9251
| http://web.iesrodeira.com
| Última Bitácora:
Martes, 09 de Septiembre 2003, a las 18:59h
|
Pues si, la verdad es que la ausencia de documentación es un handicap grande. Pero no insuperable, se han echo grandes cosas con ingeniería inversa (samba) que es mucho más difícil.
La verdad es que los NDA van contra el espíritu del soft libre, y cualquier código sin una adecuada documentación/comentarios no debería ser considerado como tal. En el punto de desarrollo de Linux, si UltraSparc quiere Linux, que se abra realmente a todo el mundo. Xavi.
|
|
|
Re:Pues si.
(Puntos:0)
por
Pobrecito Hablador
el Lunes, 21 de Julio 2003, a las 10:09h (nº198825)
|
Son campos completamente diferentes, un protocolo de red es (más o menos) fácil de descubrir, al menos si no está encriptado. Un sniffer y muuuuuuucha paciencia es lo que se necesita.
Si lees el archivo "history" de Samba, dice Andrew Tridgell que tardó "sólo" un día en hacer un sniffer para NetBIOS y que más tarde, descubrió que las especificaciones estaban publicadas.
Busca en http://rfc-editor.org la palabra "NetBIOS" y verás que los documentos son anteriores al 1991 (cuando se escribió la primera versión preliminar de Server, que más tarde se convertiría en Samba)
En mi opinión, la ingeniería inversa está sobrevalorada (supongo que porque suena muy bien :)), no han sido tantos los desarrollos importantes que han usado ingeniería inversa: la BIOS de los IBM-PC y no muchos más (me refiero a los más importantes, hay muchísimos otros que no son tan complejos y que han usado ingeniería inversa)
Si hubiese sido tan sencillo, dudo que David S. Miller aceptase una NDA para hacer el port de UltraSparc III de Linux
|
|
|
 |
 |

|
Lo que para algunos son remordimientos, para otros constituyen reminiscencias.
-- G.H. Brown.
|
 |
|
 |
 |
[
página principal |
envía una historia |
rollos viejos |
encuestas pasadas |
faq |
editores |
preferencias ]
 Puedes sindicar nuestros titulares en .rdf, .rss o .xml
Aviso legal: Condiciones de copia y distribución
|