Errores al compilar
Salu2 2 a to2 to2 Descomprimí el kernel-source con bzip2 usando la sintaxis de los docs y no hubo problemas hasta que... Bueno, el caso es que despues de hacer los distintos "make" para compilar el kernel, resulta que obtengo los siguientes mensajes finales (tanto con "make zlilo" como con "make zImage"): make[1]: as86: Command not found make[1]: *** [bootsect.o] Error 127 make[1]: Leaving directory '/usr/src/kernel-source-2.2.17/arch/i386/boot' make: *** [zImage] Error 2 lo que me hace suponer que el kernel no se ha compilado como es debido, salvo que sea algo normal. Aunque sospecho por donde van los tiros, ¿que significan esas últimas líneas? ¿si son errores críticos cómo puedo subsanarlos? Gracias
problemas con el log de procmail
buenas, acabo de hacer un update de procmail, ahora tengo la versión procmail v3.15pre 2000/06/23, y me encuentro con el problema de que me crea el fichero log donde yo le digo, con home, pero con permisos de root, con lo que él mismo no puede escribir en su fichero log... ¿ Es un bug o qué estoy haciendo mal ? Gracias de antemano -- Saludos a tos tos Javier Fafián Alvarez | Te pasas la vida haciendo planes, en un AMD-K6II a 350| pero la vida ya tiene sus RAM 64 Mb kernel 2.2.16 | propios planes ... Con Linux Debian woody (unestable) | -- JFA --
bzip2 y Kernel-source
Salu2 2 a to2 to2 Acabo de bajarme los fuentes de potato con apt-get install kernel-source-2.2.17 y me disponía a desempaquetarlos para kompilar un kernel a mi medida cuando veo que hay ciertas discrepancias en la documentación. La primera es el nombre de los fuentes: yo tengo /usr/src/kernel-source-2.2.17.tar.bz2 en vez de /usr/src/linux-2.2.XX.tar.gz como se indica en los docs. Así pues, me pregunto si puedo renombrar mis fuentes a /usr/src/linux-2.2.17.tar.bz2 sin que surjan problemas de dependencias o de otro tipo La segunda es tan evidente como la anterior: para descomprimir he de usar el bzip2 y no el gzip como se indica en los docs. Aunque el doc del bzip2 dice que funciona igual que el gzip, hay diferencias y me pregunto si puedo descomprir los fuentes con: bzip2 -cd linux-2.2.17.tar.bz2 | tar xfv- es decir, igual que como se indica en los docs, pero con el bzip2 en lugar del gzip. Gracias por la ayuda
Re: uno u otro...
Analog es mucho más detallado que webalizer (si lo configuras bien), y sabe por ejemplo hacer consultas a DNS para resolver núemros IP a nombres de dominio. Pero se come mucha máquina (aunque sólo te darás cuenta de esto si tienes bastantes accesos, del orden de 10.000 accesos brutos al día o más, y por ejemplo dos o tres meses para analizar). Webalizer es más "bonito" y mucho más rápido, pero mucho menso detallado... Saludos, Jesus. Javier Fdz-Sanguino Pen~a writes: > > Analog es muy sencillo, es un CGI script que coge el > /var/log/apache/access y genera estadísticas de tráfico basado en > 1- bytes recogidos > 2- perfil horario > 3- dominio (si tienes resolución de DNS en Apache) > 4- páginas más accedidas > > Ejemplo en http://www.dat.etsit.upm.es/cgi-bin/anlgform.cgi (se > generan 'on the fly'). De hecho puedes configurarlo para muchas opciones > distintas y se puede utilizar, en lugar de como CGI para generar páginas > estáticas. > No he probado webalizer pero parece estar pensado para generar > informes de forma puntual (llamandolo desde el cron)... lo he probado > rápidamente (apt-get :) y parece generar gráficas más completas y más > "coloreadas". También está más orientado a generar ficheros estáticos. > > En cualquier caso puedes hacer registros "ad hoc" con Apache, mira > la documentación (Custom Logging) > > Respecto al ftp y pop3, dado que se registran en distintos ficheros > dudo que estos los procesesen. En realidad, como se suele guardar toda esta > información en formato SysLog PERL acude al rescate con el módulo Syslog.. > > Un saludito > > Javi > > On Fri, Aug 11, 2000 at 03:50:50PM +0200, TooMany wrote: > > Buenas. > > > > Veamos. Tengo que instalar un programa, para que me genere "estadísticas > > varias" a partir de los log's del Apache. Si pueden pillar otros servicios > > como los pop3 y ftp mejor... > > He visto el "analog" y el "webalizer", pero no los he probado nunca. > > ¿Alguno ha podido probarlos y recomendarme uno de ellos, comentando, de > > paso, los pros y contras??? > > > > Muchas gracias por todo. > > > > -- > > Have a nice day ;-) > > TooManySecrets > > > > > > -- > > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > > > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null -- Jesus M. Gonzalez Barahona| Grupo de Sistemas y Comunicaciones [EMAIL PROTECTED] / [EMAIL PROTECTED] | ESCET, Universidad Rey Juan Carlos tel: +34 91 664 74 72 | c/ Tulipan s/n fax: +34 91 664 74 90 | 28933 Mostoles, Spain
Re: uno u otro...
El vie, ago 11, 2000 at 05:24:26 +0200 Javier Fdz-Sanguino Pen~a ha dit: [...] > No he probado webalizer pero parece estar pensado para generar > informes de forma puntual (llamandolo desde el cron)... lo he probado > rápidamente (apt-get :) y parece generar gráficas más completas y más > "coloreadas". También está más orientado a generar ficheros estáticos. > en efecto, webalizer suele ser mas del gusto de los webmasters, porque es mas intuitivo; por su parte, analog genera estadisticas mas precisas y detalladas (mas interesantes para los administradores de servidor). Una feature muy del gusto de los webmasters que tiene webalizer y no incluye analog es que a partir de la version 1.30 contabiliza las "visitas", además de los hits. A diferencia de los hits, el concepto de visita es estimativo (poco "preciso", y me imagino que por eso analog pasa de incorporarlo): para deducir las visitas, webalizer contabiliza una sola vez la peticion de páginas de una determinada IP durante cierto tiempo, que por defecto creo que es media hora. salu2, miquel > En cualquier caso puedes hacer registros "ad hoc" con Apache, mira > la documentación (Custom Logging) > > Respecto al ftp y pop3, dado que se registran en distintos ficheros > dudo que estos los procesesen. En realidad, como se suele guardar toda esta > información en formato SysLog PERL acude al rescate con el módulo Syslog.. > > Un saludito > > Javi > > On Fri, Aug 11, 2000 at 03:50:50PM +0200, TooMany wrote: > > Buenas. > > > > Veamos. Tengo que instalar un programa, para que me genere "estadísticas > > varias" a partir de los log's del Apache. Si pueden pillar otros servicios > > como los pop3 y ftp mejor... > > He visto el "analog" y el "webalizer", pero no los he probado nunca. > > ¿Alguno ha podido probarlos y recomendarme uno de ellos, comentando, de > > paso, los pros y contras??? > > > > Muchas gracias por todo. > > > > -- > > Have a nice day ;-) > > TooManySecrets > > > > > > -- > > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > > > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: Actualizaciones con apt durante la vida de un sistema
Andres Seco Hernandez <[EMAIL PROTECTED]> writes: > Uso normalmente dselect con el metodo apt, por lo que supongo que si > automatizo el "apt-get update" para que se ejecute periodicamente, tambien > debo usar el update de dselect para actualizar la lista de paquetes de > dselect. ¿Se puede hacer esto tambien de forma automatica por si se me > olvida entrar en el update de dselect? Al hacer el update de dselect lo que ocurre es que se ejecuta un script, que es el que realiza la actualización del dselect. El script está en `/usr/lib/dpkg/methods/apt/update'. Hasta luego. -- David Muriel. Debian GNU/Linux woody + Emacs 20.5.2 + Gnus v5.8.3 Linux registered user #25632 (http://counter.li.org/) Hi! I'm a signature virus! Copy me into your ~/.signature, please!
Re: Fuentes tipo 1
"[EMAIL PROTECTED]" wrote: > > Yo la otra vez lo hice con type1inst y fue muy facil. > > Lo que no se es de donde descargarlo.. mira en freshmeat. Viene en Potato -- Antonio Calvo Rodriguez [EMAIL PROTECTED] Vigo/Galicia/España --begin:vcard n:Calvo Rodriguez;ant x-mozilla-html:FALSE adr:;; version:2.1 email;internet:[EMAIL PROTECTED] x-mozilla-cpt:;20096 fn:ant Calvo Rodriguez end:vcard
Re: Configuracion de mutt [MH-->Maildir]
(Antes que nada, y perdón por el cambio de orden) Lluís Vilanova wrote: > [espero no estar molestando mucho con mis tantas preguntas, pero es que no > consigo que me rule :P] > Bueno, yo lo que siento es no poder contestarte a más cosas, porque en realidad uso muy poco mutt, y desde hace poco tiempo, así es que lo conozco eso, poco. Por cierto, ¿no has localizado /usr/doc/packages/mutt/manual.txt o tienes problemas con el inglés? Yo lo he sacado todo de ahí. Lluís Vilanova wrote: > ... > > >> En cuanto a la configuracion del .muttrc, es necesario definir un > >> spoolfile? > >> que > >> pongo entonces en spoolfile y mbox? > > > > Yo no tengo definido spoolfile, porque me vale con mi variable de > > entorno $MAIL, pero ahí lo que defines es la cola de entrada de correo, > > donde se supone que te la deposita qmail. > > Pero si uso el procmail directamente despues de recibir el correo, ya queda > todo ordenado, no hay cola de entrada, no? > > Yo diría que estas en lo cierto, pero nunca he usado procmail. > Otra cosa, cual es la diferencia entre usar subscribe y lists en el muttrc? > No he usado subscribe, pero con lists le indicas qué direcciones son listas de correo, para que utilice mejor los encabezados en respuestas, envíos y esas cosas. Yo, que no lo uso, cuando uso mutt con listas de correo, me veo obligado a retocar yo mismo los encabezados. -- José Esteban Granada. Spain.
