slackware
El 15/06/06, lpct linux[EMAIL PROTECTED] escribió: hola lista... alguien sabe de algun repositorio de slackware en chile? para software e iso Saludos ! creo que no hya niguno en Chile, pero los de Europa son bastante rapidos, en mi experiencia personal con otras distro, muchos me han funcionado mas rapido que los ubicados en Chile.
Teclado en Slackware
Hola, esta vez no hay historias ni dramas familiares XD ire directo al grano.. Instale en un pc slackware 10 y aora necesito cambair la configuraxcion del teclado, en donde me voy?? Saludos -- Atte, Maximiliano Marin próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060417/425210d0/attachment.html From [EMAIL PROTECTED] Mon Apr 17 13:20:05 2006 From: [EMAIL PROTECTED] (Reinier Garrido Perez) Date: Mon Apr 17 15:31:44 2006 Subject: problemas SQUID Message-ID: [EMAIL PROTECTED] hola de nuevo, el trauma ahora es con el squid, no hay manera de que levante he intentado algunas cosas y me dan estos errores [EMAIL PROTECTED] var]# /usr/local/squid/sbin/squid -k reconfigure squid: ERROR: Could not send signal 1 to process 3736: (3) No such process [EMAIL PROTECTED] var]# /usr/local/squid/sbin/squid -k reconfigure squid: ERROR: Could not send signal 1 to process 3736: (3) No such process [EMAIL PROTECTED] var]# /usr/local/squid/sbin/squid -k reconfigure esto es de /usr/local/squid/var/logs/cache.log FATAL: ipcache_init: DNS name lookup tests failed. Squid Cache (Version 3.0-PRE3): Terminated abnormally. CPU Usage: 0.010 seconds = 0.010 user + 0.000 sys Maximum Resident Size: 0 KB Page faults with physical i/o: 446 var/log/messages Apr 17 13:59:21 ns1 squid[3484]: Squid Parent: child process 4178 exited due to signal 6 Apr 17 13:59:21 ns1 (squid): ipcache_init: DNS name lookup tests failed. Apr 17 13:59:21 ns1 squid[3488]: Squid Parent: child process 4180 exited due to signal 6 Apr 17 13:59:24 ns1 squid[3484]: Squid Parent: child process 4243 started Apr 17 13:59:24 ns1 squid[3488]: Squid Parent: child process 4245 started que me pueden decir? saludos y mil gracias de nuevo reinier
Slackware [Was: Re: Re: Recomendación FE D ORA. ]
El jue, 14-10-2004 a las 21:30, Cristian Rodriguez escribió: vaya discusion¡¡ solo dije que habia tenido malas experiecias con fedora..y se armo la flama :D Esta entretenido, asi que deja que hablemos :-) pero esto es lo bonito de linux y el opensource,puedes elegir que te gusta usar,para que lo quieres usar,etc. Yup. en lo personal,no gusto de redhat y derivados,pero reconzco sus fortalezas como el soporte comercial que brinda Nada que otras distribuciones no posean por X cantidad de plata. BTW, el soporte de Red Hat a nivel nacional es terrible. Ni hablar de escalar un problema a Red Hat Inc. Imposible. tampoco gusto de debian,pero le reconozco un sistema notable de manejo de paquetes. Debian es mucho mas que eso ;-) pero es seguro,que baje y utilice alguna de estas distribuciones en algun momento,y segun la necesidad que haya..ya sea,para ver que hay de nuevo,o para alguna mision critica.(en este preciso momento,pruebo Centos 3.3) Suelo usar,slackware,y nunca he tenido ningun problema,ni con librerias,ni con paquetes corruptos,ni nada que se le parezca y no digo que sea la distro perfecta ni nada que se le parezca. Eso esta bien. El problema de Slackware es cuando administras varios servidores. la guerra de las distros no me parece sensata,hay para todos los gustos y necesidades. Mientras sea Linux ;-) lo mejor,es poder elegir. Yup. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
Slackware [Was: Re: Re: Recomendación FE D O RA. ]
Horst von Brand wrote: [...] paquete i686 en glibc (de Red Hat) da soporte para NPTL. No se por qué no hay soporte NPTL con i386; si es así la implementación de glibc o simplemente Red Hat saca el soporte al compilar con target=i386 C/R a aprovechar mejores características, para el caso de glibc, solo el NPTL asume maquina SMP detras, un i386 no puede ser SMP. No lo sabía. Algo más para aprender :) - Davor
Slackware [Was: Re: Re: Recomendación FE D ORA . ]
Pablo Cruz Navea [EMAIL PROTECTED] dijo: [Atribuciones, please] dijo: Depende de que tipo de aplicaciones se trate. Si son aplicaciones de uso intensivo de CPU, si puede darse el caso. Aplica top, si ves una aplicacion que ocupe al 100% la CPU es porque le esta sacando el jugo a la maquina. Si no ves ninguna, lo siento, no tienes aplicaciones que podria verse afectada por recompilar. totalmente de acuerdo, aunque hay que recordar que por lo general hay muchos procesos con poco uso de cpu y pocos procesos con mucho uso de cpu. Exacto. Y los que usen poco la CPU es porque se pasan la mayor parte del tiempo haciendo otras cosas (esperando datos del disco, o simplemente la siguiente tecla del bendito usuario). Aunque se aceleren en forma infinita en su uso de CPU, no veras diferencia alguna. dado que a cada compilado se mejora en un porcentajito ... logras que la maquina en vez de estar con la CPU ocupada un 10% del tiempo (mas bien alto en una maquina de sobremesa) este ocupada un 9.987% del tiempo, sin contar para nada que el tiempo ocupando disco y demas no se ve afectado en lo mas minimo... eso lleva al final a que el desempeño de slack sea superior en un porcentajito de unos 15% frente a algunas distribuciones otras como fedora por ejemplo Numeros inventados, completamente irreales. La diferencia que se logra compilando para la CPU de mi maquina (supongo i686) vs i386 va entre -20% a +5%, dependiendo de la aplicacion (si, 20% _mas lento_ hasta 5% mas rapido). Si, compilar para i686 puede perfectamente ser mas lento (codigo mas grande == masacras cache, y un acceso a RAM hoy dia llega a demorar cientos (!) de veces el tiempo de una instruccion), los i686 (al menos P2 en adelante) han sido muy cuidadosamente optimizados para correr codigo i386 (porque la inmensa mayor parte del software que corren (en Win) esta compilado para esa clase de CPUs (aun)). Si, gcc es un buen compilador; pero el modelo de maquina para la cual fue disen~ado (mas bien RISC, al menos muchos registros) es diametralmente opuesto a ia32 (CISC de lo mas puro, poquisimos registros). En consecuencia, el rendimiento de gcc no es precisamente espectacular en ia32. (lo he comprobado, basta intentar usar amsn, mplayer, etc para darse cuenta de que slack es 10 veces (exageracion, no lo tomen tan literal) más rapido que fedora. y si fedora ya es rápido entonces un 15% más, es mucho más rapido. EL problema muy menor con toda esta argumentacion es que si en Fedora esta optimizado todo lo que se puede _esa_ clase de aplicaciones intensivas en CPU (la gente tras Fedora tambien incluye fanaticos de rapidez, te lo aseguro), entonces Slackware magicamente te duplica la CPU. Insisto, efecto placebo. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Thu Oct 14 21:29:40 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Thu Oct 14 21:29:44 2004 Subject: =?iso-8859-1?q?FdT=3A_Recomendaci=F3n_FE_D_ORA=2E?= In-Reply-To: Your message of Thu, 14 Oct 2004 20:14:18 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] rodrigo ahumada [EMAIL PROTECTED] dijo: [...] alguien sabe cuales son los ajustes que puede hacer gcc a los programas para quede adaptado a la maquina, a partir de codigo en c?, Mira un buen libro de compiladores. Analiza el codigo assembler que gcc genera al optimizar, particularmente compara optimizando para distintas variantes de la CPU. Un compilador C moderno genera codigo de calidad al menos comparable que un programador experto en assembler. [No vengan con programitas ejemplo que muestran que dedicando dos horas a 15 lineas de codigo C se obtiene assembler mejor, la idea es comparar con codigo escrito en forma rutinaria.] lo digo porque a c lo veo muy estricto, y se pueden hacer muchos trucos que no creo que el compilador pueda seguir, El compilador esta construido para compilar en forma eficiente uso tipico del lenguaje, si recurres a trucos cochinos para optimizar seguramente lo confundiras y generara codigo horrible (ademas que tu fuente sera incomprensible). Y te soprenderias al ver la clase de trucos que gcc aplica. si uno fuera a compilar los programas en el destino y hacer ahi los ajustes, no convendria mejor escribir los programas en un lenguaje mas general (o funcional)? No. C es un lenguaje definido cuidadosamente para ser facil de traducir eficientemente en codigo de excelente calidad. Los compiladores C suelen ser la parte mas critica para el rendimiento del sistema, y generalmente han sido ajustados muy cuidadosamente (gcc no es
Slackware [Was: Re: Re: Recomendación FE D O RA. ]
Horst von Brand wrote: [...] Efecto placebo: Despues de _tanto_ sufrirla para mejor desempen~o, _claro_ Sip. Yo creo que se auto-convencen :D que es notoriamente mas rapido... Segun mediciones de RH, compilar para i686 vs i386 daba una mejora de rendimiento de a lo mas 5%, con peor rendimiento en varios casos. Nucleo y libc si vale la pena (pero no realmente por mas rapido, sino por aprovechar caracteristicas de una CPU que las anteriores no tienen (que se traduce en mas rapido al final, claro esta)). [...] Los macros de rpm en Red Hat (y supongo que Fedora también) compilan con CFLAGS=-O2 -g -march=i386 -mcpu=i686 por defecto. Efectivamente, como Ud. dice, glibc lo compilan con target=i686 (también viene i386) porque ese es un lugar donde si vale la pena optimizar. He visto información de que -march implica -mcpu (entonces en los CFLAGS anteriores -mcpu no tendría efecto) como también que si se puede tener -march y -mcpu. En ese caso el código generado estaría bien sintonizado para el tipo de CPU que se indicó, pero sin perder compatibilidad con otros miembros de la familia de la misma arquitectura. C/R a aprovechar mejores características, para el caso de glibc, solo el paquete i686 en glibc (de Red Hat) da soporte para NPTL. No se por qué no hay soporte NPTL con i386; si es así la implementación de glibc o simplemente Red Hat saca el soporte al compilar con target=i386 - Davor
Problemas para instalar Slackware 9.1
HOla, estor tratando de instalar Slackware 9.1, pero no he podido. Se que hay 2 formas de hacerlo. - Butiando desde el CD - Con disquet de buteo, osea con el BOOTDISK y ROOTDISK porque pa hacerla corta yo baje los cd-1 y el 2, pero el uno no buteaba, entonces me decidi a instalarlo con un disket de bueto, cree el BOOTDISK con la imagen del kernel bare.i, ok niun problema pero el problema lo tengo pa' crear el ROOTDISK, pero cuando lo trato de hacer: si es windows: c:\rawrite color.gz a: ... linux: # dd if=color.gz of=/dev/fd0 pero cuando hago el primero el disquet que me crea esta mal hecho no funca,y si lo hago en linux no lo hace porque sale que no hay espacio . Agredeceria ayuda al respecto ... GRACIAS - Do You Yahoo!? Todo lo que quieres saber de Estados Unidos, América Latina y el resto del Mundo. Visíta Yahoo! Noticias. próxima parte Se ha borrado un adjunto en formato HTML... URL: https://listas.inf.utfsm.cl/pipermail/linux/attachments/20040405/629f538f/attachment.htm From [EMAIL PROTECTED] Mon Apr 5 09:21:25 2004 From: [EMAIL PROTECTED] ([EMAIL PROTECTED]) Date: Mon Apr 5 09:22:01 2004 Subject: =?utf-8?q?Re=3A_Modificar_una_partici=EF=BF=BDn?= Message-ID: [EMAIL PROTECTED] El dom, 04-04-2004 a las 17:22, Mauricio Vargas P. escribi??: Tambien puedes usar fips, es una aplicaci??n para dos que puedes bajar por ah?-, b??scala, creo que ven?-a con redhat... fips es para FAT no mas. Este es bueno: http://www.sysresccd.org/ Saludos. próxima parte Se ha borrado un mensaje que no está en formato texto plano... Nombre : GWAVA_unknown.dat Tipo : application/octet-stream Tamaño : 285 bytes Descripción: no disponible Url: https://listas.inf.utfsm.cl/pipermail/linux/attachments/20040405/1229492e/GWAVA_unknown.obj próxima parte Se ha borrado un mensaje que no está en formato texto plano... Nombre : Mime.822 Tipo : application/octet-stream Tamaño : 2751 bytes Descripción: no disponible Url: https://listas.inf.utfsm.cl/pipermail/linux/attachments/20040405/1229492e/Mime.obj próxima parte AdmID:FAD4EEA3FAA03306A4E467B6B7CC7CCD From [EMAIL PROTECTED] Mon Apr 5 09:28:14 2004 From: [EMAIL PROTECTED] (Carlos Manuel Duclos Vergara) Date: Mon Apr 5 09:31:18 2004 Subject: Disculpen la insistencia pero In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On Mon, 5 Apr 2004, Pablo wrote: Revisando en internec, trate de recopilar info de Xfs, ReiserFS, ext3 y ext2, como sistemas de archivos de Linux, y cada uno pormete el Oro y el Moro, por la lista revise que hay experiencia muy diversa por que no realizas tu una comparacion entre ambos sistemas de archivos y de ahi nos cuentas cual resulto mejor para tus propositos? de lo contrario estas incitando casi a una guerra santa en la que al final vas a terminar peor que antes, mejor instala uno realiza tus pruebas, luego prueba con otro y realizas las mismas pruebas. Despues de eso publicas los resultados en una pagina web y nos das el link para poder ver que tal resultaron tus pruebas. From [EMAIL PROTECTED] Mon Apr 5 09:32:26 2004 From: [EMAIL PROTECTED] (carlos m. julio lasnibat) Date: Mon Apr 5 09:32:36 2004 Subject: Sistema de archivos? In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jorge Palma E. [EMAIL PROTECTED], dijo: con la ayuda de la comunidad tengo un postfix orientado a ISP funcionando perfecto, pero me falta un detalle. antivirus del lado del server y algo pa frenar el spam MailScanner me ha dado muy buenos resultados. Lo usamos con f-prot personal edition for linux. Pero se puede usar con otros antivirus. La instalación es bien amigable y está en constante desarrolloo. http://www.mailscanner.info Salud. - -- carlos m. julio lasnibat RHCE 809003719908728 [EMAIL PROTECTED] 246012 en counter.li.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAcV/qU8g0fJ/fopcRArv0AJ9OTIkpbfqDEDH0pG4XtIMbZmWtZgCbB7B2 fsUB7ZBZwsarD+dCsIc3kqc= =3itg -END PGP SIGNATURE-
Problemas para instalar Slackware 9.1
On Mon, 5 Apr 2004 07:58:43 -0500 (CDT) Rodrigo Aguilar [EMAIL PROTECTED] wrote: pero el problema lo tengo pa' crear el ROOTDISK, pero cuando lo trato de hacer: si es windows: c:\rawrite color.gz a: ... linux: # dd if=color.gz of=/dev/fd0 pero cuando hago el primero el disquet que me crea esta mal hecho no funca,y si lo hago en linux no lo hace porque sale que no hay espacio . No conozco la instalación de Slackware, pero, a primera vista, me parece que tienes que descomprimir el archivo *.gz para crear el archivo de imagen, antes de crear el floppy bootable -- Sergio Hernández A. Linux User #324.172 From [EMAIL PROTECTED] Mon Apr 5 10:32:20 2004 From: [EMAIL PROTECTED] (Viajero Q) Date: Mon Apr 5 10:28:49 2004 Subject: Programa para Matematica In-Reply-To: [EMAIL PROTECTED] (added by [EMAIL PROTECTED]) References: [EMAIL PROTECTED] (added by [EMAIL PROTECTED]) Message-ID: [EMAIL PROTECTED] Felipe Fuentes wrote: Holap, aca en la U nos van a hacer usar maple. Por ahí lei q habia una version de maple para Linux pero la verdad no encontre nada. Alguien sabe de algun programa de este estilo (q en realidad no lo conozco para nada ;)) que corra bajo Linux?? Existe un tal octave si mal no recuerdo...pero creo q esta bastante botado el proyecto...cualquier comentario, sugerencia sera bienvenida. MACSYMA era muy respetado en su tiempo, inclusive mas que Maple y Matematica. Parece que la empresa quebro pero se inicio un proyecto libre, mira en: http://maxima.sourceforge.net/ Atte: Felipe Fuentes Ebner Santiago, Chile. Estudiante Ingenieria Civil Informatica y Telecomunicaciones, UDP. Contacto: Celular: 09-8957175 E-Mail: nexxxuz at terra dot cl