:) Una buena: la cámara anda, la probé El 20 de agosto de 2010 06:47, joseangon <[email protected]> escribió:
El 20 de agosto de 2010 01:45, Marcelo Suarez <[email protected]>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 <[email protected]>escribió:
El 18 de agosto de 2010 20:52, fri jappi <[email protected]> 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 [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
-- Veritas liberabit nos Linux user number 520905
____________