Sonido 4.1 y Más

Buenas despues de pelear algo, navegando llegue a esta pagina http://www.milmazz.com/archivos/2006/09/20/audigy-se-en-etch-amd64/

donde el amigo tambien dios sus tumbos pero consiguio e interpreto muy bien la informacion. al igual que el debian me detectaba la tarjeta una sound blaster audigy ls (chip snd-ca0106) primero no habia nada de audio, revise el alsamixer y estaba todo off, los active y solo sonaba los frontales y el bajo, faltaban los traseros para lo cual el amigo dio exacto en el clavo.


cito el articulo

Hace días me hice con una tarjeta de sonido Audigy SE de la marca Creative y la verdad tuve que dar bastante golpes para dar con la configuración correcta. ¿Cómo lo logré? Muy fácil: Googleando .

Resulta que el sistema (Debian, of course) reconoce bien el dispositivo y carga de manera perfecta los módulos necesarios; de hecho el alsa-mixer me mostraba todos los canales de la tarjeta pero el único que parecía funcionar era el Analog Front y los otros parecían estar muertos. Casi daño el mouse de tando hacer clicks y darle hacia arriba y hacia abajo . No podía creer que no funcionara!.

Googleando llegué a la página de la gente de Alsa y me encontré una manera de configurar los drivers. Ahi confirmé que el sistema me estaba cargando el módulo correcto, el snd-ca0106. Entonces, después de ver la pequeña lista de instrucciones, no voy a decir que me espanté y maldije a Creative, no, no lo hice, en ése momento miré al cielo y pregunté: ¡¿Acaso no existe una manera más fácil de lograr que suenen la benditas cornetas?! y la respuesta a mi pregunta vino del wiki de Gentoo, ¿qué cosas no? imagínense todo lo que googleé; bueno específicamente de la sección que dice VIA Envy24HT (ice1724) chip. Ahora se preguntarán.. ¿VIA? éste tipo está loco…. pues sí, VIA. ¿Y qué fué lo que hice? Abrí una terminal e hice lo siguiente:

$ gedit .asoundrc

Luego lo que hice fué copiar el contenido del segundo .asoundrc y pegarlo al mío, luego guardar los cambios y voilá, sistema de sonido 5.1 andando . Se preguntarán ¿Cómo hizo éste loco para saber que ese .asoundrc funciona con la Audigy SE?, bueno, con el proceso estándar, prueba error. Copiando y pegando cada uno de los ficheros.

Ahora que el sistema suena perfectamente bien me ha surgido una nueva interrogante, debido a que para poder graduar el volumen del sistema tengo que graduar los tres controles, y la pregunta es: ¿Habrá alguna forma de graduar el volumen para los tres controles al mismo tiempo? Que lo disfruten…

tomado de http://www.milmazz.com/archivos/2006/09/20/audigy-se-en-etch-amd64/

12 preguntas de Joel sobre la calidad de tu Proyecto de Software

The Joel Test

1. Do you use source control? (Utilizas control de versiones - a.k.a subversion, CVS)
2. Can you make a build in one step? (Puedes construir/compilar en un solo paso)
3. Do you make daily builds? (Haces builds diarios?)
4. Do you have a bug database? (Tienes una base de datos de bugs? e.g. Bugzilla)
5. Do you fix bugs before writing new code? (Reparas los bugs antes de escribir codigo nuevo)
6. Do you have an up-to-date schedule? (Tu proyecto esta al dia con lo planeado?)
7. Do you have a spec? (Tienes una especificacion formal?)
8. Do programmers have quiet working conditions? (Tus programadores tienen un lugar tranquilo y silencioso donde trabajan)
9. Do you use the best tools money can buy? (utilizas las mejores herramientas que el dinero puede comprar?)
10. Do you have testers? (Tienes Testers? - Es super recomendable tener alguien experto en QA [quality assurance, que sepa escribir Unit Tests, Regression Tests, Stress Tests, etc])
11. Do new candidates write code during their interview? (Los nuevos candidatos a programar en tu proyecto escriben codigo durante su entrevista de empleo?)
12. Do you do hallway usability testing? (Haces prueba de usabilidad de pasillo? Es decir agarrar cualquier persona no relacionada al proyecto al azar que vaya pasando y forzarla a utilizar tu sistema)

Por cada pregunta que respondes si, sumate un punto. Por cada no, suma cero.
Si tienes 12, perfecto
Si tienes 11, aceptable
Menos de 10, estas en problemas.

Mas detalles sobre cada pregunta
http://www.joelonsoftware.com/articles/fog0000000043.html

Los 10 Mandamientos para Realizar un Proyecto de Software

Los diez mandamientos para realizar un proyecto de forma feliz y eficiente:

1. No propondrás objetivos ambiciosos y vagos

Nada es peor que un proyecto sin fin al que se le invierten semanas y semanas pero nunca se avanza. Muchas veces es porque al cliente se le prometieron las perlas de la virgen, es fácil caer en la irrealidad cuando uno se entusiasma haciendo una presentación en OpenOffice. Manten unos objetivos reales, útiles y bien definidos.

2. No manejarás equipos innecesariamente grandes

Los equipos grandes son más dificles de manejar y mantener motivados. Asegúrate de no tener equipos donde hay miembros de más.

3. Coordinaras gente de tiempo completo

Algunos proyectos no-urgentes son pequeños o su evolución se proyecta tan larga que los jefes deciden ponerlos en "background" para irlos realizando "cuando haya tiempo". Evite hacer esto: nadie toma en serio ni se interesa en un proyecto de tiempos libres.

4. Armarás equipos para evaluaciones periódicas

Los paneles de evaluación no sólo señalan carencias y amenazas al proyecto sino que le dan seguimiento a cada uno de estos aspectos.

5. No quemarás a tu equipo

Generalmente cuando se inicia un proyecto los miembros llegan frescos y descansados pues han pasado algunos días desde la última entrega. Esto hace que los proyectos inicien a un gran ritmo y luego de un mes desciendan a su ritmo de producción normal.

No obstante muchos jefes creen que este descenso es un síntoma de ineficiencia y presionan mas al equipo agotándolo física y mentalmente en un par de meses. Cuado el equipo está quemado su eficiencia está cerca del cero.

6. Tendrás ya investigada la asistencia externa

Hay algunas cosas que el equipo puede hacer pero necesitaría investigar y probar, lo que consuem tiempo. Busca ayuda externa para esos aspectos y le quitarás algo de trabajo al equipo.

7. Reconocerás el ritmo de tu equipo

El agotamiento mental y físico es un factor que muchos no consideran al momento de calendarizar un proyecto. Hay equipos que trabajan bien ocho horas al día durante cinco semanas pero luego necesitan días de descanso. Otros equipos pueden ser eficientes de manera constante trabajando seis horas al día. Descubre el ritmo de trabajo de tu equipo, los ciclos trabajo-descanso son muy importantes en los equipos de trabajo.

8. Usarás herramientas de manejo de proyectos

No sé cuantas veces he recomendado a los líderes de proyecto que instalen y aprenda a usar PHProjekt, incluso se los he instalado pero por alguna razón en México las herramientas de control de proyectos se consideran inútiles o superfluas. Tener concentrados la documentación, los contactos, los TO-DO y los calendarios en un sólo programa es fundamental.

9. Reconocerás el éxito

Si alguien hizo algo bien reconocelo públicamente. Si los miembros del equipo trabajan bien se les puede premiar enviandolos a casa temprano o dandoles un lunes libre.

10. No tolerarás trabajo hecho "al aventón"

No seas indulgente y manten un buen nivel de calidad.

Tomado de http://www.mononeurona.org/index.php?idnew=759

Backup del MBR desde Debian

Tener una copia de seguridad del MBR es bastante útil, y en Linux está facil hacerlo...

Por ejemplo, tenerla en un floppy:

Primero se da formato al floppy:

mke2fs /dev/fd0

después se "vuelca" el MBR al diskette

dd if=/dev/hda of=/dev/fd0 bs=512 count=1

Para recuperarlo:

dd if=/dev/fd0 of=/dev/hda bs=512 count=1

(asumiendo que tu disco es hda, podría ser sda si es SATA o SCSI o cualquier otro disco donde estuviera instalado...)

Se puede guardar en un fichero también, en el disco duro o en una memoria USB, simplemente sustituyendo /dev/fd0 por la ruta al archivo (/etc/MBR.bak , por ejemplo...)

Impresoras hp en Debian

Primero hay que instalar el servidor CUPS si no lo estuviera:

apt-get install cupsys

Si queremos soporte para PDF:

apt-get install cupsys-pdf

Para instalar drivers , etc de impresoras HP:

apt-get install hplip foomatic-db-hpijs foomatic-filters-ppds hpijs
gnome-cups-manager

Ya se pueden añadir las impresoras.

Los drivers de HP incorporan utilidades para el mantenimiento de la impresora como alineación de cartuchos o el control de la tinta. Pueden ejecutarse en la consola con los siguientes comandos. Estas son las más importantes:

hp-align: Alineación de cartuchos para una correcta impresión
hp-toolbox: Caja de herramientas con información y utilidades de la impresora

hp-photo: Extrae fotos de las impresoras preparadas para ello.

Si se tiene problemas con las impresiones que no salen por la impresora se puede instalar el paquete :

apt-get install gtklp.

Añade funciones extra de impresión.

tomado de http://cnslinux.blogspot.com/2005/05/impresoras-en-debian-sarge.html

Emapaquetado y Desempaquetado

Para todos aquellos venidos de nuevo al mundo linux y no tengan idea de como se comprime, descomprime esos temidos archivos tar, zip, tgz y demas... He decidido pegar aquí una copia de un manual que tenían en unixmexico un poco escondido:

A disfrutarlo, que mas de un recien llegado le hará buen uso....

Comprimir, descomprimir, y archivar documentos es más facil de lo que se cree.
Si andas en linux, deja de extrañar a winzip, winrar y todos esos programas, en linux tambien hay modo de hacer las cosas bien.

Lee la siguiente guía y te daras una idea.

He aqui el pan y la gloria:

OJO: tar empaqueta varios archivos en uno solo, pero no comprime.

* Ficheros tar
Empaquetar: tar -cvf archivo.tar /dir/a/comprimir/
Desempaquetar: tar -xvf archivo.tar
Ver contenido tar -tf archivo.tar

* Ficheros gz
Comprimir: gzip -9 fichero
Descomprimir: gzip -d fichero.gz

* Ficheros bz2
Comprimir: bzip fichero
Descomprimir: bzip2 -d fichero.bz2

gzip ó bzip2 sólo comprimen ficheros [no directorios, para eso existe tar]. Para comprimir y archivar al mismo tiempo hay que combinar el tar y el gzip o el bzip2 de la siguiente manera:

* Ficheros tar.gz
Comprimir: tar -czfv archivo.tar.gz ficheros
Descomprimir: tar -xzvf archivo.tar.gz
Ver contenido: tar -tzf archivo.tar.gz

* Ficheros tar.bz2
Comprimir: tar -c ficheros | bzip2 > archivo.tar.bz2
Descomprimir: bzip2 -dc archivo.tar.bz2 | tar -xv
Ver contenido: bzip2 -dc archivo.tar.bz2 | tar -t

* Ficheros zip
Comprimir: zip archivo.zip ficheros
Descomprimir: unzip archivo.zip
Ver contenido: unzip -v archivo.zip

* Ficheros lha
Comprimir: lha -a archivo.lha ficheros
Descomprimir: lha -x archivo.lha
Ver contenido: lha -v archivo.lha
Ver contenido: lha -l archivo.lha

* Ficheros arj
Comprimir: arj a archivo.arj ficheros
Descomprimir: unarj archivo.arj
Descomprimir: arj -x archivo.arj
Ver contenido: arj -v archivo.arj
Ver contenido: arj -l archivo.arj

* Ficheros zoo
Comprimir: zoo a archivo.zoo ficheros
Descomprimir: zoo -x archivo.zoo
Ver contenido: zoo -L archivo.zoo
Ver contenido: zoo -v archivo.zoo

* Ficheros rar
Comprimir: rar -a archivo.rar ficheros
Descomprimir: rar -x archivo.rar
Ver contenido: rar -l archivo.rar
Ver contenido: rar -v archivo.rar

tomado de http://www.badopi.org/node/861

Java Virtual Machine

Este artículo muestra cómo empaquetar e instalar la máquina virtual Java de Sun en un entorno Debian alike. Si bien estas instrucciones son para Debian Etch, deberían funcionar para otras versiones también.

En Debian tenemos un paquete llamado java-package, que convierte el sistema de instalación de Sun en un paquete Debian. El paquete fakeroot nos provee un entorno en el cual el software de Sun puede instalarse sin causar ninguna modificación al sistema.

El paquete .deb generado pude ser reutilizado en cualquier otro equipo.

Lo primero que debemos hacer es descargar de java.sun.com la versión más reciente de la Java Virtual Machine, a la fecha de este artículojdk-1_5_0_06-linux-i586.bin.

Luego de esto, instalamos el paquete java-package, que nos permitirá empaquetar la JVM.

#aptitude install java-package

Luego instalamos el paquete fakerrot:

#aptitude install fakeroot

Para poder convertir el archivo jdk-1_5_0_06-linux-i586.bin a unpaquete .deb usaremos make-jpkg el cual está incluido en el paquetejava-package. Usaremos la herramienta fakerrot propia de Debias y lasque se derivan de ella. Sin embargo, para poder utilizar fakerrotnecesitamos ejecutarlo como usuario normal.

flazcan0@bart:~$ fakeroot make-jpkg jdk-1_5_0_06-linux-i586.bin
Detected product:
Java(TM) Software Development Kit (J2SDK)
Standard Edition, Version 1.5.0+update06
Sun Microsystems(TM), Inc.
Is this correct [Y/n]: Y
Full name [root]:Federico Lazcano
Email [root@]: un_correo@dominio.com
Press [Return] to continue:

Luego aparecera el texto de la licencia, la cual deberemos aceptar.

Do you agree to the above license terms? [yes or no] yes

Una vez hecho esto empezará a crear el paquete .deb. Posiblemente veasalgunos errores, pero se puden ignorar. Esto es porque el binario deSun intenta modificar tu sistema operativo, y como se está ejecutandocomo fakeroot no puede hacerlo.

finalemte obtenemos el paquete .deb creado:

pkg-deb: construyendo el paquete `sun-j2sdk1.5' en `/tmp/make-jpkg.XXXXiAC8fH/sun-j2sdk1.5_1.5.0+update06_i386.deb'.
copy sun-j2sdk1.5_1.5.0+update06_i386.deb into directory /home/flazcan0/

The Debian package has been created in the current directory. You can
install the package as root (e.g. dpkg -i sun-j2sdk1.5_1.5.0+update06_i386.deb).

Finalmente, procedemos a instalarlo, para lo cual volvemos a conectarnos como root:

#dpkg -i sun-j2sdk1.5_1.5.0+update06_i386.deb

Luego es necesario actualizar nuestra elección entre las distintas alternativas para java.
Simplemente ejecutamos como root:

bart:/home/flazcan0# update-alternatives --config java

There are 4 alternatives which provide `java'.
Selection Alternative
-----------------------------------------------
1 /usr/bin/gij-wrapper-4.0
+ 2 /usr/lib/jvm/java-gcj/bin/java
3 /etc/alternatives/kaffe-system/bin/java
* 4 /usr/lib/j2re1.5-sun/bin/java

Press enter to keep the default[*], or type selection number:

Y seleccionamos el numero correspondiente. En nuestro caso, el cuatro[4]. Con esto pasos, la máquina virtual de Java de Sun debería estarcorrectamente instalado.
Podemos comprobarlo con el siguiente comando:

flazcan0@bart:~$ java -version
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)

Si ves algo parecido a esto, todo estaría bien.

tomado de http://hl.pxweb.com.ar/index.php?option=content&task=view&id=6&catid=32&Itemid=49

ATI en Debian

Pues volviendo un poco a esto, hace poco cambie la tarjeta de video, decidi cambiar el mundo de nvidia y probar ati, consegui una 9800 pro agp usada a muy buen precio, la habia instalado pero usaba el driver "ati" que viene con debian, buscando un poco en la web consegui esto post en el foro de esdebian , donde un amigo forero se hecho un muy buen trabajo para instalar los drivers ati en debian con aceleracion grafica.


"La instalacion relativamente fácil a traves del apt-get.
Su página es http://xoomer.virgilio.it/flavio.stanchina/debian/fglrx-installer.html pero como hay gente que no habla inglés, voy a hacer aqui un resumen de la forma correcta de instalarlos:

Actualizar el sources.list con los siguientes sources:
deb http://www.stanchina.net/~flavio/debian/ ./
deb-src http://www.stanchina.net/~flavio/debian/ ./

(el segundo no es necesario si no quereis las fuentes)

entre otros paquetes (que estan marcados como "experimental" y no sobreescribiran los de debian, o sea que podeis estar tranquilos por eso) encontramos los siguientes:

fglrx-driver
fglrx-driver-dev
fglrx-kernel-src
fglrx-control-qt3
fglrx-sources

De estos, los necesarios son el driver (el driver para XFree86 o X.org) y el kernel-src (las fuentes para el módulo del kernel). El control-qt3 es un "panel de control" que permite ajustar el "dual screen" y el gamma del monitor, el -dev pues es para desarrollar programas GL con las extensiones de ATI (no recomendable, si desarrollais en OpenGL, es mejor usar solo el estándar) y el sources son las fuentes del panel de control.

Yo haria la instalación en dos pasos:
Primero, instalar el driver, modificar el XF86Config-4 y poner como driver "fglrx" en lugar del "ati" o "vesa" que seguramente usais, y comprobar que funcionen las X. Deberian ir correctamente, y usando ya el driver privativo de ati, solo que sin aceleracion 3d.

Una vez funcionando, para lograr la aceleracion 3d se necesita el módulo para el kernel que nos dará el soporte DRI. Para eso hay que instalar el kernel-src, veremos que nos dejará en /usr/src un fglrx.kernel-src.tar.gz, que hay que descomprimir (veremos que se descomprime en modules/fglrx-kernel-src). Una vez hecho esto, se compilará con make-kpkg.

Si usasis un kernel de debian (lo que siempre recomiendo), debeis tener el kernel-headers correspondiente (en versiones anteriores un bug hacia que se necesitara todo el kernel-src, pero eso ya se ha arreglado y con el kernel-headers es suficiente). Debeis entrar al directorio correspondiente (yo en mi caso entré a /usr/src/kernel-headers-2.6.8-2-686) y desde alli ojo:

debido a otro bug (no se si de los drivers o del empaquetador) es denesario ejecutar esto como root, no vale con un fakeroot (da error), o sea que su
y entonces:

make-kpkg --append-to-version "flavour" --added-modules fglrx-kernel-src modules-image

EDITADO: Con la nueva versión 8.10.19-1 ya no es necesario ser root para esto, o sea que ahora la forma correcta es, SIN ser root:
fakeroot make-kpkg --append-to-version "flavour" --added-modules fglrx-kernel-src modules-image



donde "flavour" es el "flavour" de vuestro kernel (por ejemplo, para el 2.6.8-2-686 que es mi caso, flavour es "-2-686", o sea, lo que vaya detras de la version del kernel en si. Si habeis compilado vuestro propio kernel, el "flavour" lo habeis decidido vosotros, o sea que deberiais saber cual es ;-)

Si todo va bien, esto os creará en /usr/src un nuevo .deb con el módulo. Lo instalais con un "dpkg -i fglrx-kernel-loquesea.deb" y listo.

Una vez instalado, puede que lo tengais que cargar a mano "modprobe fglrx", y cuando arranqueis de nuevo las X, la aceleración 3d deberia estar ya funcionando.

EDITADO: Con la nueva versión 8.10.19-1, he pasado, en mi portátil con una mobility radeon 9700, de tener unos 1500 fps en el glxgears, a tener unos 2000, o sea que, todos los que tengais atis, a actualizarse!

NOVEDAD: Flavio se ha currado módulos ya compilados para los kernels de debian, los podeis encontrar en http://xoomer.virgilio.it/flavio.stanchina/debian-fglrx-modules/index.html "