1- Ejecuto yum -y update 2- existe /dev/pilot pero este es un link a ttyUSB1 3- Corro:[EMAIL PROTECTED] dev]# dlpsh No $PILOTPORT specified and no -p <port> given. Defaulting to '/dev/pilot' Listening to port: /dev/pilot Please press the HotSync button now... Connected Error read system info on /dev/pilot ¿Será conveniente borrar /dev pilot y que lo cree nuevamente?
4- Eliminare 10-custom.rules y me quedo con: 10-visor.rules 5- elimino /usr/share/gnome-pilot/devices.xml, pues no se que utilidad presta. 6- Borro ~/.gnome2/gnome-pilot.d/* y reconfiguro 7 NO bebo cerveza los Lunes Veremos..Gracias > 1) Cuando presionas el botón SINCRONIZAR de la palm, el servicio udev > debe crear un archivo: /dev/pilot . En los sistemas UNIX clásicos, el > directorio /dev era un basural de posibles dispositivos que se podÃan > conectar. Desde que nació udev, el mismo se encarga de detectar el > hardware que requiere dispositivos para accederse. > > 2) por lo general, cuando sincronizas una palm (presionando el botón > sync de la palm), no se crea el /dev/pilot sino un /dev/ttyUSB*. Sólo > aparece durante los instantes en que se sincroniza. Luego, desaparece. > Cuéntanos si aparece, presionando el botón SYNC y listando el directorio > ordenado por fecha (creo ls -ltr)... debes ser ágil. No es recomendable > apuntar el puerto a /dev/ttyUSB0, por ejemplo. Bajo varias > circunstancias, puede cambiar a blablablaUSB1. > > 3) /etc/udev/rules.d/10-pilot.rules (de fedora) define qué conexión va a > crear udev. no lo conozco a fondo, asà como el de permissions. > > BUS="usb", SYSFS{product}="Palm Handheld*", NAME="%k",SYMLINK="pilot", > MODE="666" KERNEL="ttyUSB*" > > Hasta aquÃ, si no aparece /dev/pilot, es problema de udev. lee. > > 4) Una vez que verifiques que el dispositivo aparece, debes configurar > correctamente tu dispositivo. En gnome, hay un appplet "pilot applet" > para la barra de tareas. Con ese es fácil hacerlo. Apuntas el > dispositivo a /dev/pilot. Si el dispositivo de los puntos 1, 2 y 3 > aparece, el applet detectará que una pilot está buscando sincronÃa. > Asà > que enviará datos a ese dispositivo. > > 5) En último caso, las definiciones de conduits pueden haberse dañado. > Borra ~/.gnome2/gnome-pilot.d/* y reconfigura de nuevo tu pilot con el > applet. > > si funcionan 1/2/3 y no 4/5, el error es de configuración de tu perfil y > tus conduits. > > 6) puedes probar de usar dlpsh. Detén el applet (botón derecho, pause > daemon). presiona el botón de sincronÃa de la palm. corre dlpsh desde > una terminal. Lo mismo con las aplicaciones jpilot, y kpilot. Qué pasa > con estas? > > 7) no dudes en hacerte preguntas muy tontas. Está conectado el cable en > un puerto USB que sà funciona? udev funciona? (udev tiene un bug cuando > lo instalas en FC5, debes actualizar tu pc con yum update) La palm ha > sincronizado antes? En Windows? No está mál el botón de la palm? Está > configurada para sincronizar por USB en vez de otro puerto? ¿puedo > hacerlo mejor sin cerveza? > > Saludos! > -- > Rodolfo Alcazar - [EMAIL PROTECTED] > Netzmanager Padep, GTZ > 591-70656800, -22417628, LA PAZ, BOLIVIA > http://otbits.blogspot.com > -- > Work smarder and not harder and be careful of yor speling. > > > Wladimir Torres Correa. Depto. Computación Municipalidad de Pudahuel From [EMAIL PROTECTED] Mon Oct 23 12:40:24 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Mon Oct 23 12:43:33 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]><[EMAIL PROTECTED]><200610202156 [EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Franco Catrin wrote: [...] > Si me quedo corto de maquina con una aplicacion PHP, tendre que botar mi > maquina actual y buscar una suficientemente grande, cuando llegue a los > limites de esa maquina tendre que reescribir mi aplicacion para que se > pueda distribuir, ademas seguramente tendre que crear o habilitar algun > framework para que todo siga funcionando (transacciones distribuidas por > ejemplo). si en los requerimientos iniciales no fue especificado que la aplicacion debera poder "escalar", es obvio que el codigo del acceso a datos tendra que ser re-escrito... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Mon Oct 23 13:00:53 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Mon Oct 23 12:59:57 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> 2006/10/23, Ricardo Mun~oz A. <[EMAIL PROTECTED]>: > Franco Catrin wrote: > > [...] > > > Si me quedo corto de maquina con una aplicacion PHP, tendre que botar mi > > maquina actual y buscar una suficientemente grande, cuando llegue a los > > limites de esa maquina tendre que reescribir mi aplicacion para que se > > pueda distribuir, ademas seguramente tendre que crear o habilitar algun > > framework para que todo siga funcionando (transacciones distribuidas por > > ejemplo). > > si en los requerimientos iniciales no fue especificado que la aplicacion > debera poder > "escalar", es obvio que el codigo del acceso a datos tendra que ser > re-escrito... Por lo demás, siempre puedes tener una granja de servidores apache, para que varios servidores procesen varias peticiones al mismo tiempo... pero la aplicación en PHP tiene que estar muy mal programada (o ser realmente harakiri el que la escribió) para que pese tanto. Entre las estupideces que he visto, la peor fue un sistema en PHP escrito por un personaje que ya no existe en el área informática, que hizo UN SOLO ARCHIVO PHP... que llegaba a pesar 36 Mb, y que contenía todas las funciones (PHP 4) y veía por $_GET dónde estaba el usuario... ...el tipo pensaba que hacer require_once '/etc/passwd' era viable... Ese tipo de cosas pasan, cuando uno no tiene idea sobre SIA, bases de datos, modelos conceptuales, etc... y toda la challa del análisis, diseño lógico, diseño físico, antes de meter los deditos en el [vi|nano|pico|emacs|zend|gedit|kate] para programar... pero que conste que NO es problema del lenguaje... sino de la brutalidad de mi socio. > > -- > Ricardo Mun~oz A. > Usuario Linux #182825 (counter.li.org) > -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org