Mensajes

Fijate estos dos sources

* xwininfo-1.0.5.tar.bz2 (de un mirror de gentoo) -> http://bit.ly/bqB3eP
* xsendkey.c (de alguien del MIT -> http://bit.ly/b0BwOm ) -> http://bit.ly/bA1iVg

En xwininfo tenés detallado como obtener el ID de la ventana que querés y en xsendkey tenés como enviar teclas a dicha ventana ...

por cierto, ¿ que librería usás para el wiimote ?

Saludos.

[Solaris ZFS, an advanced file system]

no decia el modo, pero al menos se lee... siempre y cuando lo compile uno porque generalmente nisiquiera en la rama huge-smp ni huge-generic viene el bendito soporte a UFS

Bueno, respecto a UFS ... estás hablando con un usuario de Gentoo ... que compila todo su sistema .. onda .. eso incluye el kernel, así que naturalmente agregué el soporte de UFS, no probé en otras distros, though ....

Ya el kernel de FreeBSD soporta montar ZFS??? solia ser unicamente con FUSE (como en Linux) ya cambiaron ellos esta tematica???

Uh, ¿sabés que no probé ? sé que se anunció el soporte en el kernel vía el status report ( http://lists.freebsd.org/pipermail/freebsd-announce/2010-April/001316.html ), pero no probé .... por que es la versión dev ...

Mi pregunta mayor ahora es... si ZFS es tan eficiente porque SUN no lo implementa en su producto final alias Solaris ... porque asignarselo a su distribucion testing OpenSolaris y no directamente a Solaris? siendo el producto que le deja dinero Solaris y con el mediocre UFS de por medio deja mucho que desear ante apagones repentinos donde no se realizo una transaccion al disco duro.

Ahá, ¿en serio que Solaris no trae ZFS?

http://www.oracle.com/us/products/servers-storage/solaris/index.html

• Data Integrity—Oracle Solaris ZFS, an advanced file system, provides unmatched data integrity, automated error correction, and integrated data services that include unlimited snapshots and file compression

Saludos.

Sí, UFS es usable desde Linux pero en modo lectura, en escritura nadie te asegura nada xD
tan simple como algo así :

Código (bash) [Seleccionar] Expandir

mount -t ufs -o ro,ufstype=ufs2  /dev/sda9 /media/mount/

Ahora, con ZFS el panorama cambia mucho .... el sistema current y nativo de OpenSolaris es ZFS, que ya es lo suficiente maduro y va mucho más allá de un simple journaling ... ya que soporta checksumming, rollback y a causa de esto, soporta data de-duplication (por bloque, por byte o por archivo si mal no recuerdo) y un mirroring transparente y muy efectivo en sistemas que implementen RAID .... entre otras cosas ...
por eso estoy interesado en el mejorado soporte de ZFS en FreeBSD ... (que AFAIK son licencias compatibles la bsd y la cdl)

El tema de soporte de los sistemas de archivos es que la CDL no es compatible con la GPL, por eso la única es mediante FUSE ... (y hay que ver qué tan bien ....)

En el caso de compilar... nunca lo hice en OpenSolaris (por haberlo usado tan poco tiempo) pero hubo ocasiones que en Solaris... no bastaba con un cambio de funciones del header ciertamente   sino modificar ciertas lineas del codigo fuente de la aplicacion a compilar ) pero por suerte, existe el internet con personas que pasaron por las mismas en este asunto.

en mi caso los parches que tuve que hacer no superaron un #ifdef __sunos / #endif y modificaciones simples de tipos de datos o de funciones movidas (como alloca)
igualmente ... no compilé mucho por que saqué el sistema, lo poco que compilé, fue bien =)

Saludos.

Justo hace no mucho lidié con la versión de desarrollo de opensolaris (la dev-134 creo, desde -> http://genunix.org/ ) ....
respecto a que te soporte o no el módem, fijate cuando bootees el Live, que tenés un iconito que dice algo de "compatibilidad de drivers" o similar ... abrilo y fijate si te reporta que algún componente de tu máquina no es compatible ... (o la HCL -> http://www.sun.com/bigadmin/hcl/data/os/ )

OpenSolaris lo que tiene es que es distinto .... naturalmente es otro kernel y hay un userspace ligeramente cambiado .... pero si usaste alguna distro GNU/Linux no vas a tener dramas ....

En mi caso me encontré con un sistema muy pulido y eficiente con el scheduler .... y un sistema de archivos *muy* bueno, pero que consume *MUCHA* R.A.M ( el ZFS .... es un glotón ! acá te dejo un link del tema -> http://blogs.sun.com/lalith/entry/why_opensolaris_is_a_glutton ) en mi caso llegó a comerme 600 MB de R.A.M para el solito ... y además con poco soft en los Repos ... (eso que usé la dev, que tiene más paquetes que la estable)

y a veces compilar es más que un simple configure/make/make install ... (en mi caso por ejemplo tuve problemas con algunas funciones cambiadas de header, pero nada más, no es complicado compilar si sabés lidiar con estas cosas)

Los códecs protegidos por patentes de soft no están en la distro y lo instalás desde repo externo ... (en mi caso usé http://ips.homeunix.com:10906/ para no usar fluendo)

Interoperabilidad con sistemas de archivos ext de Linux : soñá  (temas de licencias, la única es usando el daemon FUSE, compilándolo, of course, ya que no está en los repos .... y sacando eso no sé que nivel de soporte hay ...  )

El entorno gráfico default es GNOME, tanto la estable como la dev ... nada de entorno basado en Java ...
Respecto a lentitud en arquitecturas x86 y x86_64 es mentira .... no sé qué eficiencia tendrá en SPARC (si nos ponemos a comparar quizá es más lento en familias x86), pero que es lento te puedo asegurar que no ... Au contraire, el área de preemption se la banca bastante bien ...

Respecto a flash : Instalación a mano y no es muy eficiente though ....

Es un lindo sistema, pero hace poco lo borré por que no cumplía *mis* necesidades .. (y mandé FreeBSD, que más o menos las cumple al lado de Gentoo, que las cumple prácticamente todas)

Saludos.

Depende, considerando algunos posts tuyos más viejitos, diría que vayas con Ogre o Irrlicht y que cuando manejes mejor la parte de programación y matemática pases a OpenGL ...
ya que con OpenGL lidiás con tecnicismos que en Ogre no ....

Saludos.

Edit: Los tutos de black-byte son horrendos (y eso es un eufemismo), lo que recomiendo para arrancar con OpenGL es "OpenGL SuperBible 4th edition", hasta que salga un nuevo libro que sea bueno y esté 100% enfocado a la rama 3 y 4 (señalando lo que está deprecated, los cambios en el pipeline y demás) ...

Respecto a lo de Git y SVN -> https://git.wiki.kernel.org/index.php/GitSvnComparison
Respecto a Clang/Windows -> http://clang.llvm.org/get_started.html
Respecto a Windows (Híbrido) -> http://en.wikipedia.org/wiki/Windows_NT

Saludos.

@taul : Hola, te comento ...

por el lado code ...por lo que ví, todo está muy hardcodeado, creo que deberías rearmar todo, por que este "diseño" es insostenible ... (este estilo" de este kernel con consola empotrada y las funciones que estás usando me suena familiar ... me parece haberlo visto en algún sitio o libro)

otro detalle : ¿que estás leyendo para hacer el SO ? que diseño tenés planteado seguir, que funciones soportar, etc .... primero deberías documentar y documentarte sobre eso ...
te diría que toques algo de código (las viejas versiones de Linux, el code de HURD, etc ...)  y leas algo de literatura del tema antes de que empiezes este proyecto ....

por el lado administrativo, te aconsejaría también que migres el código a github o gitorious, como gustes ..
y que naturalmente uses este sistema de control de código, que es el mismo que se usa en el kernel de linux, ya que los tarballs no rinden .... y con git hacer merges, patches, etc es muy sencillo .... y es más abierto para un desarrollo distribuido ...

y te dirías que leas de Clang =)

@Didacso: C, con un source en assembly ...

Saludos.

[OpenSource != Libre de Problemas de Patentes]

Og, el usuario sí paga si usa el video más que para verlo, fijate bien la licencia del códec ...
por cierto, hace poco Steve Jobs mencionó sobre la dudosa legalidad de Theora, y en parte tiene razón  ... ( http://bit.ly/aXgLzl )
ya que más de un fabricante dudó en saltar o no a Theora por los famosos problemas de patentes submarino ...

OpenSource != Libre de Problemas de Patentes (sino fijense lo que pasó con el mp3 ...)

es un tema de mantener el internet abierto y libre de tecnologías propietarias, ya que sino la innovación se coarta ... por eso los estándares, para que las reglas de juegos sean claras y tanto los creadores de contenido (armando un sitio cumpliendo caprichos de X navegador) como los usuarios (teniendo la libertad de elegir navegadores atacada) no la pasan mal ...
sino pasa lo que viene pasando con IE : armo la página para este navegador, ahora para este ... etc ... (y con el tema de video ... recodificar dos veces y desperdiciar almacenamiento no rinde ...)

fijense, si se hubiese estandarizado h.264, firefox no hubiese podido implementarlo, opera tampoco y houston ... tenemos un problema : fragmentación en la implementación de los estándares ... sabemos que por más que el estándar te diga que implementar, queda en el equipo desarrollador del navegador implementarlo o no, y con IE sabemos muy bien eso ... no pueden forzarte ....

tengan en cuenta que la licencia no es para nada barata ... y aún así, si un video que bajaste, querés usarlos con fines comerciales, tenes que pagar (si, está en la licencia de h.264 eso ... entra dentro de la cláusula "distribuidores de contenido"), con otros formatos más abiertos no sucede ....

Saludos.

Me tienen por el piso con ubuntu, lo tengo hasta en la sopa xD
es .... el cáncer de toda comunidad de GNU/Linux u_U"

Saludos .

P.S : Sonó rre troll lo que dije, pero lo que digo, lo digo por algo ...

No solo que filtraron un ubuntu con error, sino que andan poniendo stress al server que se encarga de distribuir las ISOs a los mirrors ....
o sea, los mirrors van a demorarse en bajarse la ISO y pueden retrasar el lanzamiento ...

igual .. es ubuntu, o sea, no me importa (?)

Saludos .