:)

Una buena:
la cámara anda, la probé

El 20 de agosto de 2010 06:47, joseangon <joseangon47@gmail.com> escribió:


El 20 de agosto de 2010 01:45, Marcelo Suarez <frijappi@esdebian.org> escribió:


Hola.

Hola


en ppio que tu jeje resulta bien alentador


no entiendo lo que quieres decir ¿? ...

por je je
entiendo que está todo bien

que es así
que lo tenés visto, controlado

que no te asusta (como a mi)
el resultado

 

El 19 de agosto de 2010 08:11, joseangon <joseangon47@gmail.com> escribió:



El 18 de agosto de 2010 20:52, fri jappi <frijappi@gmail.com> escribió:

Hola.



Vaya!
tranquilizador, gracias


ya lo envié dos correos atrás.

Repetí con mismo resultado el log



En este me llegó.

He estado obserbando, he incluso hice un log de mi equipo con el cheese. Pues bien, ninguna diferencia ... tan sólo hay una refernecia en el tuyo:

 +ioctl(13, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfe3f980) = -1 EINVAL (Invalid argument)

Que parece referir al sonido ¿?, no estoy seguro ... Por lo demás todo igual al mio, je je.

Así que prueba a conectar la cámara, sin el sonido ( me dijste que tenía conexión de sonido tambien tu cámara, o ¿es que me pareció ? ).


Sigo repasandolo y te cuento. Pero por favor prueba a desconectarle el sonido.

Puedo repetir sin incluir el plus del mic


ya se probó y nada, todo sigue igual ...

ojo que no intenté nunca sin el mic
 

En relación al módulo y resto de objetos
está bien chequear de nuevo



creo que sí. Voy a intentar de compilar yo el módulo añadiendole todos los debugs posibles, luego se lo mandará a frí. A ver si así nos avisa de algo nuevo ....

para avisar una buena noticia:

probé la web cam en el ciber frente a casa y todo bien
anda

 
estoy convencido de dejar estos tres repositorios
que están cargados los blackports



estos blackports, se construyen así, porque la mayoría de las fuentes, no todas, están creadas con soft no libre. No es buena cosa estar instalando cosas que luego nos den sorpresas ... hablo de un posible copyr....


 
no me queda claro si los debian están cargados y no se que es lo que hemos descartado lo que claro confunde bastante, gracias.


eso es, hay que monitorizar de una manera objetiva, ... y nos es casi imposible de este modo, ... es como adivinar más que ver ...

mi problema es similar
algo hay que se me escapa

en el flujo de órdenes

para mí que no lo hago bien.
 

 

no se si qué más, otra es que estas operaciones parecen ya no tener espacio en disco y la parrtición es de 20 Gigas



Intenta borrar la caché del apt, así borramos todo lo que hemos bajado para instalar,como root:

# apt-get clean

musix2:/home/cacho# apt-get clean
musix2:/home/cacho#

 
Y luego:

$ df

cacho@musix2:~$ df
S.ficheros         Bloques de 1K   Usado    Dispon Uso% Montado en
/dev/sda2             19607956  13664888   4947040  74% /
tmpfs                   512600         0    512600   0% /lib/init/rw
udev                     10240      2836      7404  28% /dev
tmpfs                   512600         4    512596   1% /dev/shm
cacho@musix2:~$

me sigue extrañando
casi 14 Gigas ocupa musix?
 
para ver el espacio disponible.

Más tarde intentaremos con gparted hacer una partición de ext3, no del fat32, ya que cambiaría la letra del win$ que tiene instalado, y si se recupera, pos tampoco iniciaría.

no tengo claro pero vayamos  a ello
cuando quieras

 
debiera poder

debiera poder?
 
de veras que no se cómo seguir o qué hacer
tengo que reintentar desde dónde?
 
Saludos.

Saludos




Saludos.

Saludos


 


--
José A. González

Siempre GNU Linux.

_______________________________________________
Musix GNU+Linux - www.musix.org.ar
Musix-usuarios mailing list
Musix-usuarios@lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios




--
Veritas liberabit nos
Linux user number 520905


____________