Mensajes

No entiendo muy bien la pregunta ... ¿querés ver el código de algún componente del sistema ?

Saludos.

En sí el foro no desecha a Mac Os X, pasa que los usuarios no tienen inquietudes con este tipo de sistemas ... después de todo el espacio está, pero no vienen usuarios x'D

Lo mismo pasa con FreeBSD y OpenSolaris, me gustaría ver más actividad como usuario activo de FreeBSD y OpenSolaris, pero bueno ... no la hay

Saludos.

Enlaces útiles para Mac OS X (Actualizado Junio 2008)

Yo te diría que postees ahí un enlace a este tema

Saludos

¿ Leiste la manpage  de find(1) ?  las manpages explican "lo que hace" cada argumento

Saludos.

P.S : esa linea es correcta, yo le agregaría un "r" al rm para que borre el directorio "a" (si no borrás recursivamente, no se borran los directorios)

Hay foros donde te notifican que un tema tiene más de X tiempo y que si realmente querés postear ahí (se desaconseja)
Eso sí me parece viable ...

Saludos.

Ahí te reescribí tus mensajes con una escritura y un título apropiado ...  (de paso los junté)
Por favor, se pide un poco de ganas en describir el problema, especialmente en la escritura de este ... mientras más onda le pongas a los mensajes planteando una duda, más onda se le pone al contestar (por que demuestra cuanto interés hay de tu parte) ...

Saludos.

P.S : es innecesario desactivar la aceleración por hard si querés capturar la pantalla ..

Lección Aprendida : Sacar backups regularmente
Coste de lección : Mucho código y horas de trabajo (que al día de la fecha no reescribo)
Historia y aclaraciones: Mi hermana hizo algo raro con la toma de energía

Lección Aprendida : Verificar dos veces que scripts que mueven muchos ficheros o tienen un rm -rf dando vueltas no tengan algún typo
Coste de lección : Cargarme algún que otro sistema y archivos personales
Historia y aclaraciones: -

Lección Aprendida : No confiar en UFS, por más que use softupdates
Coste de lección : Cargarme algún que otro sistema y archivos personales
Historia y aclaraciones:  Pérdida de energía

@Ari-Slash : Quiero rretruco ... insisto, no cambia absolutamente en nada .. el que usa Direct3D usa todo el paquete de cosas incompatibles en GNU/Linux : DirectInput/DirectSound/DirectCompute (todavía no terminamos de tener soporte asentado de OpenCL/CUDA)/ Windows API y al final sabés qué ? terminás wrappeando todo como en wine ...

Saludos.

Esta noticia hay que tomarla con pinzas, muy con pinzas ...
Tener Direct3D (en un state tracker) no significa más juegos (creanme que abstraer una API gráfica es una boludez comparado con las otras cosas en un motor como io, input, threading y demás*), tampoco ayuda a wine, ya que no es cross-driver/cross-platform y además ellos mismos dijeron que un state tracker no les sirve ... así que seguirán wrappeando Direct3D -> OpenGL (por que ese path igualmente se necesitaría para los drivers que no sean Gallium3D)

El problema no pasa por una API en realidad, sino la relevancia que se le otorga en el mercado de Gaming ...

También hay que aclarar que hay que defender los estándares abiertos como OpenGL, así que algo como una implementación nativa para GNU/Linux de Direct3D no va a existir sencillamente ... (esto es un state tracker para los drivers que usan la arquitectura Gallium3D, vease : nouveau/r300g/r600g)

Saludos.

* : Ejemplo -> ALSA en Linux es un asco, pulseaudio no maduró todavía y X11 tiene una API cambiante que no es nada linda

Simplemente actualizarlas (te las generan semanalmente para que no bajes una versión más vieja del sistema y estés mil años actualizando, por que la testing manda actualizaciones *MUY* seguido, entonces las incluyen en estas isos semanales), pero reitero : congelaron el repositorio, es decir que no va a cambiar mucho que digamos la distro de lo que va a ser el Debian final ...

Fijate esta guía rápida sobre instalación/actualización de software bajo GNU/Linux : http://bit.ly/cIT2xY

Saludos.