.
Cobo escribió:Y por lo que tengo entendido BSD tiene menos compatibilidad con componentes que Linux, y supongo también que hay más esfuerzo invertido en Linux tanto a nivel de servidor como de escritorio, aunque no faltará quien salte para defender al diablillo.
Atolm escribió:depende del BSD en cuestión. Siempre se ha dicho que lo que no soportase NetBSD no lo soportaba nadie.
Tu ultimamente no ves claro nada.GXY escribió:yo de BSD se que existe, pero nunca he visto funcionando ninguno.
cuales son las diferencias fundamentales con respecto a un linux? por mas que lo leo en la wikipedia no lo termino de ver claro.
saludos.
Phaelon escribió:Espero que este link te sea de utilidad.
GXY escribió:yo de BSD se que existe, pero nunca he visto funcionando ninguno.
cuales son las diferencias fundamentales con respecto a un linux? por mas que lo leo en la wikipedia no lo termino de ver claro.
saludos.
GXY escribió:yo de BSD se que existe, pero nunca he visto funcionando ninguno.
cuales son las diferencias fundamentales con respecto a un linux? por mas que lo leo en la wikipedia no lo termino de ver claro.
saludos.
¿Sabiais que un solo warning en la compilacion del kernel de NetBSD detiene todo el proceso??? imaginad que seguridad estricta tienen.
Falta ferdy por aqui diciendo que lo de BSD es puro mito, le veo venir.....
Atolm escribió:
El kernel es distinto con respecto a Linux.
La licencia de BSD es la BSD, valga la redundancia. Su mayor diferencia con la GPL de Linux es que su código puede convertirse en propietario (que es lo que hizo Apple, cogió FreeBSD, lo modificó a su antojo y ahí nació Mac OS X)
Hay algunas distros de Linux como Gentoo o Debian con versiones bajo kernels de BSD, como Debian GNU/NetBSD o Gentoo OpenBSD,
Más en profundidad es difícil comentar más cosas para alguien que como yo sólo ha probado FreeBSD, pero por ejemplo NetBSD siempre ha sido la hostia de portable entre otras cosas porque su sistema de drivers no necesita ser escrito a bajo nivel: un sólo driver vale para todas las arquitecturas (al contrario que en Linux dónde hay que hacer bastantes partes a bajo nivel). De todas formas hace algún tiempo que Linux superó el número de arquitecturas soportadas de NetBSD.
Y como se pueden convertir en código propietario se usan mucho, por ejemplo, en sistemas embebidos...NetBSD llegó a funcionar correctamente en una tostadora, de hecho [qmparto]
En cuestión de programas...puedo decirte que muchos programas de Linux tienen versión para FreeBSD al menos (de las otras variantes no estoy muy enterado). Por ejemplo KDE.
)
.También conozco a una persona que se han instalado un FreeBSD sin tener ni idea de nada y tampoco le ha ido mal, hay que romper con los tópicos falsos
Ferdy escribió:es que la más de la mitad de las cosas que se dicen son puro mito.
.
y por cierto otra cosa que me he acordado que he leido por ahí, que el código está mejor estructurado y documentado. ¿Alguien que pueda desmentir o confirmar?
e-Minguez escribió:De todas formas es "normal" que este más estructurado, ya que solo "meten mano" el core team de cada so. Para Linux hay mucha más gente desarrollando, ""cualquiera"" puede "meter mano".
Sobre pf e iptables... no he indagado mucho, pero pf me parece mucho menos engorroso para crear reglas.
Un par de links:
Packet Filtering
Iptables
The FreeBSD core team
The FreeBSD core team would be equivalent to the board of directors if the FreeBSD Project were a company. The primary task of the core team is to make sure the project, as a whole, is in good shape and is heading in the right directions. Inviting dedicated and responsible developers to join our group of committers is one of the functions of the core team, as is the recruitment of new core team members as others move on. The current core team was elected from a pool of committer candidates in July 2006. Elections are held every 2 years.
Some core team members also have specific areas of responsibility, meaning that they are committed to ensuring that some large portion of the system works as advertised. For a complete list of FreeBSD developers and their areas of responsibility, please see the Contributors List
Note: Most members of the core team are volunteers when it comes to FreeBSD development and do not benefit from the project financially, so “commitment” should also not be misconstrued as meaning “guaranteed support.” The “board of directors” analogy above is not very accurate, and it may be more suitable to say that these are the people who gave up their lives in favor of FreeBSD against their better judgment!
Outside contributors
Last, but definitely not least, the largest group of developers are the users themselves who provide feedback and bug fixes to us on an almost constant basis. The primary way of keeping in touch with FreeBSD's more non-centralized development is to subscribe to the FreeBSD technical discussions mailing list where such things are discussed. See Appendix C for more information about the various FreeBSD mailing lists.
The FreeBSD Contributors List is a long and growing one, so why not join it by contributing something back to FreeBSD today?
Providing code is not the only way of contributing to the project; for a more complete list of things that need doing, please refer to the FreeBSD Project web site.
In summary, our development model is organized as a loose set of concentric circles. The centralized model is designed for the convenience of the users of FreeBSD, who are provided with an easy way of tracking one central code base, not to keep potential contributors out! Our desire is to present a stable operating system with a large set of coherent application programs that the users can easily install and use -- this model works very well in accomplishing that.
All we ask of those who would join us as FreeBSD developers is some of the same dedication its current people have to its continued success!
a ver si uno de estos dias me empapo un poco mas con el tema (por culturilla general, mas q nada)