Re: servidor correo viejo muy viejo.
Hola Gaston sólo como sugerencia: *Respaldar como referencia de documetación /etc la configuración general (o si estuviera en /chroot/dns, etc.) en caso de ser necesaria para consulta. (Se puede copiar vía pendrive , rsync, sftp ?) *Si tuvieras una nueva máquina, la instalas como habitual y luego copias el passwd*, shadow* y mantienes a los usuarios antiguos. *Si lamentablemente tienes disco IDE y no has apagado el equipo en hace tiempo, no lo hagas (no volverá a revivir), los discos ide duran un poco más de dos años. saludos, Gaston Plaza escribió: > Estimados Amigos, consulta. > tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo > lento en la llegada de correos pero solo aveces (etch kernel > 2.6.18-6-686), es por eso que quiero actualizar los paquetes. > > Hize un upgrade, pero no confirme la instalación, porque me parece > que puede quedar la escoba. De que forma puedo actualizar los paquetes > sin quedar con algun daño? > o me "tiro a los leones" > es un servidor de correo con postfix, dns, webmail, dhcp, dovecot, > apache y otras cositas que no recuerdo. > Cómo puedo empezar, deberé que buscar cada versión y compararla con la nueva? > > alguna idea? > > Leyendo lista de paquetes... Hecho > Creando árbol de dependencias... Hecho > Los siguientes paquetes se han retenido: > openssh-client openssh-server > Se actualizarán los siguientes paquetes: > apache2-utils bind9 bind9-doc bind9-host clamav-base clamav-daemon > clamav-freshclam cpio debconf debconf-i18n > dnsutils dpkg dselect grub initramfs-tools initscripts libbind9-0 > libc6 libc6-i686 libclamav2 libcupsys2 libdns22 > libgnutls13 libisc11 libisccc0 libisccfg1 libkrb53 liblwres9 > libmysqlclient15off libpcre3 libperl5.8 libpq4 > libssl0.9.8 libxml2 linux-image-2.6.18-6-686 locales lwresd mtr-tiny > mysql-common openssl perl perl-base > perl-modules perl-suid php4 php4-cgi php4-cli php4-common postfix > proftpd python2.4 python2.4-minimal reportbug > selinux-policy-refpolicy-targeted spamassassin spamc ssh sysv-rc > sysvinit sysvinit-utils tzdata > 61 actualizados, 0 se instalarán, 0 para eliminar y 2 no actualizados. > Necesito descargar 70,9MB de archivos. > Se liberarán 804kB después de desempaquetar. > ¿Desea continuar [S/n]? N > > sale hasta grub para actualizar, jjij. > Muchas Gracias. > >
Re: servidor correo viejo muy viejo.
Mario Gonzalez wrote: > 2009/1/6 Marco González Luengo : > > Tres palabras: ¡Actualiza! [...] > Concuerdo plenamente con AldrÃn, no necesariamente una actualización > te solucionará el problema. Puede suceder pero no es seguro. Si el tema es critico, instalas en un tarro aparte y pruebas a muerte antes de tirarte a la piscina... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: servidor correo viejo muy viejo.
2009/1/6 Marco González Luengo : > > Tres palabras: ¡Actualiza! > A veces es muy fácil jugar con recursos ajenos. Por ejemplo, asumo que nuestro amigo Gastón trabaja para alguna compañía y administra el servidor de correos con Debian; ahora bien, ¿que pasa si no se toman los resguardos necesarios y la actualización no funciona? Hay posibilidades que el servidor de correo haga de todo menos enviar correos y en ese escenario las repercusiones para los que respondemos en esta lista son nulas (quizás un correo de vuelta con las "felicitaciones" correspondientes) pero para el que está "in situ"? Concuerdo plenamente con Aldrín, no necesariamente una actualización te solucionará el problema. Puede suceder pero no es seguro. > Hay una actualización del kernel que es necesario que tengas, así como > Grub. Por lo menos no se ve que uses una placa de video nVidia, así > que no deberías de tener el drama típico de los nVidianos cuando > actualizan el kernel. > > Insisto: ¡¡Actualiza!! > > -- http://www.mgonzalez.cl/
Re: servidor correo viejo muy viejo.
El 6 de enero de 2009 17:40, Gaston Plaza escribió: > Estimados Amigos, consulta. > tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo > lento en la llegada de correos pero solo aveces (etch kernel > 2.6.18-6-686), es por eso que quiero actualizar los paquetes. > > Hize un upgrade, pero no confirme la instalación, porque me parece > que puede quedar la escoba. De que forma puedo actualizar los paquetes > sin quedar con algun daño? > o me "tiro a los leones" > es un servidor de correo con postfix, dns, webmail, dhcp, dovecot, > apache y otras cositas que no recuerdo. > Cómo puedo empezar, deberé que buscar cada versión y compararla con la > nueva? > > alguna idea? > > Leyendo lista de paquetes... Hecho > Creando árbol de dependencias... Hecho > Los siguientes paquetes se han retenido: > openssh-client openssh-server > Se actualizarán los siguientes paquetes: > apache2-utils bind9 bind9-doc bind9-host clamav-base clamav-daemon > clamav-freshclam cpio debconf debconf-i18n > dnsutils dpkg dselect grub initramfs-tools initscripts libbind9-0 > libc6 libc6-i686 libclamav2 libcupsys2 libdns22 > libgnutls13 libisc11 libisccc0 libisccfg1 libkrb53 liblwres9 > libmysqlclient15off libpcre3 libperl5.8 libpq4 > libssl0.9.8 libxml2 linux-image-2.6.18-6-686 locales lwresd mtr-tiny > mysql-common openssl perl perl-base > perl-modules perl-suid php4 php4-cgi php4-cli php4-common postfix > proftpd python2.4 python2.4-minimal reportbug > selinux-policy-refpolicy-targeted spamassassin spamc ssh sysv-rc > sysvinit sysvinit-utils tzdata > 61 actualizados, 0 se instalarán, 0 para eliminar y 2 no actualizados. > Necesito descargar 70,9MB de archivos. > Se liberarán 804kB después de desempaquetar. > ¿Desea continuar [S/n]? N > > sale hasta grub para actualizar, jjij. > Muchas Gracias. leyendo los changelog? aunque muy rara vez si vas actualizar en una distro debian stable, se hecha a perder algo ( a menos que tu hayas modificado algo manualmente ), las actualizaciones en stable son mas bien parchar bug y no modificacion total del funcionamiento de algo. -- Andrés Esteban Ovalle Gahona (kill-9) Ingeniero (E) Computación e Informática. Ingeniero de Sistemas EUIIIS - Universidad de Taparaca Staff Debianchile.cl Msn: aova...@gmail.com Blog: http://kill-9.debianchile.cl Movil: 09-5795880 Oficina: 58-205181 - Anexo 5181 Usuario Linux #456290 (counter.li.org)
Re: servidor correo viejo muy viejo.
On Tue, 2009-01-06 at 17:40 -0300, Gaston Plaza wrote: > Estimados Amigos, consulta. > tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo > lento en la llegada de correos pero solo aveces (etch kernel > 2.6.18-6-686), es por eso que quiero actualizar los paquetes. > > Hize un upgrade, pero no confirme la instalación, porque me parece > que puede quedar la escoba. De que forma puedo actualizar los paquetes > sin quedar con algun daño? > o me "tiro a los leones" > es un servidor de correo con postfix, dns, webmail, dhcp, dovecot, > apache y otras cositas que no recuerdo. > Cómo puedo empezar, deberé que buscar cada versión y compararla con la nueva? > > alguna idea? > [...] Depende de los repositorios que tengas en el archivo sources.list. Si solamente tiene el repositorio principal y el de seguridad, entonces la actualización es segura. O son actualizaciones de seguridad, o bien reparación de fallos feos. Si quieres ir por paquetes, entonces puede aplicar apt-get install de a un paquete que aparece listado a actualizar. Debieras estar suscrito a debian-security, para recibir los reportes de seguridad y como te pueden afectar, además de poder programar las acciones a tomar. -- Germán Póo-Caamaño http://www.calcifer.org/
Re: servidor correo viejo muy viejo.
On Tue, 2009-01-06 at 18:19 -0300, Juan Esteban wrote: > En algunos casos las actualizaciones traen cambios que podría afectar la > ejecución normal de un servicio. Sin embargo las veces que me ha tocado > lidiar con un upgrade generalmente si es un archivo de configuración > crítico muestra en pantalla: > * que debe ser creado de nuevo > * que debes actualizarlo > * que se mantenga el original > Puedes escoger mantener el archivo de configuración original, pero como > dije anteriormente las configuraciones de las nuevas versiones traen > cambios que podría afectar el correcto inicio de un servicio. Esto no es aplicable en Debian: los archivos de configuracion son tratados de manera especial y jamas son reemplazados por el archivo del paquete. http://www.debian.org/doc/debian-policy/ap-pkg-conffiles.html El dialogo que mencionas solo aparece si hay una "nueva version" del archivo de configuracion, y eso sucede normalmente cuando actualizas de distribucion (desde 3.1 a 4.0 por ejemplo). > Si tienes servicios (valga la redundancia) Web, Dns, Correos deberias > fijarte principalmente en las modificaciones de apache2, bind9, etc... Nop, preocupate solo si la actualizacion lo indica. -- Aldrin Martoq http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/ signature.asc Description: This is a digitally signed message part
Re: servidor correo viejo muy viejo.
Exelentes respuestas muchas gracias a TODOS por el apoyo. Clonare el disco y actualizar no más. Creo que con apache tengo royos.. El 6/01/09, Aldrin Martoq escribió: > On Tue, 2009-01-06 at 17:40 -0300, Gaston Plaza wrote: >> tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo >> lento en la llegada de correos pero solo aveces (etch kernel >> 2.6.18-6-686), es por eso que quiero actualizar los paquetes. > > Seria raro que ganes velocidad con una actualizacion. Trata de averiguar > en que se pone lento: de partida, instala el paquete atsar y revisa el > rendimiento del sistema. > > >> Hize un upgrade, pero no confirme la instalación, porque me parece >> que puede quedar la escoba. De que forma puedo actualizar los paquetes >> sin quedar con algun daño? >> o me "tiro a los leones" > > En debian es _dificil_ que te quede la escoba... En todo caso, instala > el paquete "apt-listbugs" y "apt-listchanges": lo que hace es mostrarte > la lista de bugs activos de los paquetes que vas a instalar, asi puedes > evaluar mejor si al actualizar existe un bug que pueda afectarte. > listchanges te muestra las entradas en changelog que son marcadas > importantes. > > > Aqui un ejemplo: > > http://times.debian.net/1156 > > > -- > Aldrin Martoq > http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/ >
Re: servidor correo viejo muy viejo.
On Tue, 2009-01-06 at 17:40 -0300, Gaston Plaza wrote: > tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo > lento en la llegada de correos pero solo aveces (etch kernel > 2.6.18-6-686), es por eso que quiero actualizar los paquetes. Seria raro que ganes velocidad con una actualizacion. Trata de averiguar en que se pone lento: de partida, instala el paquete atsar y revisa el rendimiento del sistema. > Hize un upgrade, pero no confirme la instalación, porque me parece > que puede quedar la escoba. De que forma puedo actualizar los paquetes > sin quedar con algun daño? > o me "tiro a los leones" En debian es _dificil_ que te quede la escoba... En todo caso, instala el paquete "apt-listbugs" y "apt-listchanges": lo que hace es mostrarte la lista de bugs activos de los paquetes que vas a instalar, asi puedes evaluar mejor si al actualizar existe un bug que pueda afectarte. listchanges te muestra las entradas en changelog que son marcadas importantes. Aqui un ejemplo: http://times.debian.net/1156 -- Aldrin Martoq http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/ signature.asc Description: This is a digitally signed message part
Re: servidor correo viejo muy viejo.
El día 6 de enero de 2009 17:40, Gaston Plaza escribió: > Estimados Amigos, consulta. > tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo > lento en la llegada de correos pero solo aveces (etch kernel > 2.6.18-6-686), es por eso que quiero actualizar los paquetes. > > Hize un upgrade, pero no confirme la instalación, porque me parece > que puede quedar la escoba. De que forma puedo actualizar los paquetes > sin quedar con algun daño? > o me "tiro a los leones" > es un servidor de correo con postfix, dns, webmail, dhcp, dovecot, > apache y otras cositas que no recuerdo. > Cómo puedo empezar, deberé que buscar cada versión y compararla con la nueva? > > alguna idea? > > Leyendo lista de paquetes... Hecho > Creando árbol de dependencias... Hecho > Los siguientes paquetes se han retenido: > openssh-client openssh-server > Se actualizarán los siguientes paquetes: > apache2-utils bind9 bind9-doc bind9-host clamav-base clamav-daemon > clamav-freshclam cpio debconf debconf-i18n > dnsutils dpkg dselect grub initramfs-tools initscripts libbind9-0 > libc6 libc6-i686 libclamav2 libcupsys2 libdns22 > libgnutls13 libisc11 libisccc0 libisccfg1 libkrb53 liblwres9 > libmysqlclient15off libpcre3 libperl5.8 libpq4 > libssl0.9.8 libxml2 linux-image-2.6.18-6-686 locales lwresd mtr-tiny > mysql-common openssl perl perl-base > perl-modules perl-suid php4 php4-cgi php4-cli php4-common postfix > proftpd python2.4 python2.4-minimal reportbug > selinux-policy-refpolicy-targeted spamassassin spamc ssh sysv-rc > sysvinit sysvinit-utils tzdata > 61 actualizados, 0 se instalarán, 0 para eliminar y 2 no actualizados. > Necesito descargar 70,9MB de archivos. > Se liberarán 804kB después de desempaquetar. > ¿Desea continuar [S/n]? N > > sale hasta grub para actualizar, jjij. > Muchas Gracias. Me pregunto cómo llegaste tan lejos con ése temerosismo. Tres palabras: ¡Actualiza! Hay una actualización del kernel que es necesario que tengas, así como Grub. Por lo menos no se ve que uses una placa de video nVidia, así que no deberías de tener el drama típico de los nVidianos cuando actualizan el kernel. Insisto: ¡¡Actualiza!!
Re: servidor correo viejo muy viejo.
2009/1/6 Gaston Plaza > Estimados Amigos, consulta. > tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo > lento en la llegada de correos pero solo aveces (etch kernel > 2.6.18-6-686), es por eso que quiero actualizar los paquetes. > > > Hize un upgrade, pero no confirme la instalación, porque me parece > que puede quedar la escoba. De que forma puedo actualizar los paquetes > sin quedar con algun daño? > o me "tiro a los leones" > es un servidor de correo con postfix, dns, webmail, dhcp, dovecot, > apache y otras cositas que no recuerdo. > Cómo puedo empezar, deberé que buscar cada versión y compararla con la > nueva? > > alguna idea? Al parecer no es tu caso pero siempre que hay una nueva version debes ir a la base, leer la documentacion sobre impacto http://www.debian.org/releases/etch/i386/release-notes/ch-information.es.html * Hacer copias de seguridad * "Prepara una posible recuperacion" * Prepara un entorno seguro para la instalacion (ssh, screen) * Revisar que apt no tenga acciones pendientes * Ver los cambios si estas utilizando volatile * Verifica el estado de los paquetes * Conocer sobre cambios en configuraciones o metodos en tus sistemas * En el caso de migracion a etch algunos componentes sufren cambios importantes (Apache2 "ahora soporte ssl por defecto", amavis "los archivos de configuracion cambian totalmente", etc...) * Generar un CheckList > > > Leyendo lista de paquetes... Hecho > Creando árbol de dependencias... Hecho > Los siguientes paquetes se han retenido: > openssh-client openssh-server > Se actualizarán los siguientes paquetes: > apache2-utils bind9 bind9-doc bind9-host clamav-base clamav-daemon > clamav-freshclam cpio debconf debconf-i18n > dnsutils dpkg dselect grub initramfs-tools initscripts libbind9-0 > libc6 libc6-i686 libclamav2 libcupsys2 libdns22 > libgnutls13 libisc11 libisccc0 libisccfg1 libkrb53 liblwres9 > libmysqlclient15off libpcre3 libperl5.8 libpq4 > libssl0.9.8 libxml2 linux-image-2.6.18-6-686 locales lwresd mtr-tiny > mysql-common openssl perl perl-base > perl-modules perl-suid php4 php4-cgi php4-cli php4-common postfix > proftpd python2.4 python2.4-minimal reportbug > selinux-policy-refpolicy-targeted spamassassin spamc ssh sysv-rc > sysvinit sysvinit-utils tzdata > 61 actualizados, 0 se instalarán, 0 para eliminar y 2 no actualizados. > Necesito descargar 70,9MB de archivos. > Se liberarán 804kB después de desempaquetar. > ¿Desea continuar [S/n]? N yo le pondria S no creo que tenga gran impacto, verifica que tengas otro kernel para partir en caso "d", respalda configuracion de servicios. > > > sale hasta grub para actualizar, jjij. > Muchas Gracias. > >
Re: servidor correo viejo muy viejo.
Gaston Plaza escribió: Estimados Amigos, consulta. tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo lento en la llegada de correos pero solo aveces (etch kernel 2.6.18-6-686), es por eso que quiero actualizar los paquetes. Hize un upgrade, pero no confirme la instalación, porque me parece que puede quedar la escoba. De que forma puedo actualizar los paquetes sin quedar con algun daño? o me "tiro a los leones" es un servidor de correo con postfix, dns, webmail, dhcp, dovecot, apache y otras cositas que no recuerdo. Cómo puedo empezar, deberé que buscar cada versión y compararla con la nueva? alguna idea? Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho Los siguientes paquetes se han retenido: openssh-client openssh-server Se actualizarán los siguientes paquetes: apache2-utils bind9 bind9-doc bind9-host clamav-base clamav-daemon clamav-freshclam cpio debconf debconf-i18n dnsutils dpkg dselect grub initramfs-tools initscripts libbind9-0 libc6 libc6-i686 libclamav2 libcupsys2 libdns22 libgnutls13 libisc11 libisccc0 libisccfg1 libkrb53 liblwres9 libmysqlclient15off libpcre3 libperl5.8 libpq4 libssl0.9.8 libxml2 linux-image-2.6.18-6-686 locales lwresd mtr-tiny mysql-common openssl perl perl-base perl-modules perl-suid php4 php4-cgi php4-cli php4-common postfix proftpd python2.4 python2.4-minimal reportbug selinux-policy-refpolicy-targeted spamassassin spamc ssh sysv-rc sysvinit sysvinit-utils tzdata 61 actualizados, 0 se instalarán, 0 para eliminar y 2 no actualizados. Necesito descargar 70,9MB de archivos. Se liberarán 804kB después de desempaquetar. ¿Desea continuar [S/n]? N sale hasta grub para actualizar, jjij. Muchas Gracias. Estimado, En algunos casos las actualizaciones traen cambios que podría afectar la ejecución normal de un servicio. Sin embargo las veces que me ha tocado lidiar con un upgrade generalmente si es un archivo de configuración crítico muestra en pantalla: * que debe ser creado de nuevo * que debes actualizarlo * que se mantenga el original Puedes escoger mantener el archivo de configuración original, pero como dije anteriormente las configuraciones de las nuevas versiones traen cambios que podría afectar el correcto inicio de un servicio. Si tienes servicios (valga la redundancia) Web, Dns, Correos deberias fijarte principalmente en las modificaciones de apache2, bind9, etc... Saludos. -- Juan Esteban Pulgar Howes Técnico en Plataformas Informáticas
servidor correo viejo muy viejo.
Estimados Amigos, consulta. tengo un debian de hace mucho tiempo nunca ah fallado 0 problemas algo lento en la llegada de correos pero solo aveces (etch kernel 2.6.18-6-686), es por eso que quiero actualizar los paquetes. Hize un upgrade, pero no confirme la instalación, porque me parece que puede quedar la escoba. De que forma puedo actualizar los paquetes sin quedar con algun daño? o me "tiro a los leones" es un servidor de correo con postfix, dns, webmail, dhcp, dovecot, apache y otras cositas que no recuerdo. Cómo puedo empezar, deberé que buscar cada versión y compararla con la nueva? alguna idea? Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho Los siguientes paquetes se han retenido: openssh-client openssh-server Se actualizarán los siguientes paquetes: apache2-utils bind9 bind9-doc bind9-host clamav-base clamav-daemon clamav-freshclam cpio debconf debconf-i18n dnsutils dpkg dselect grub initramfs-tools initscripts libbind9-0 libc6 libc6-i686 libclamav2 libcupsys2 libdns22 libgnutls13 libisc11 libisccc0 libisccfg1 libkrb53 liblwres9 libmysqlclient15off libpcre3 libperl5.8 libpq4 libssl0.9.8 libxml2 linux-image-2.6.18-6-686 locales lwresd mtr-tiny mysql-common openssl perl perl-base perl-modules perl-suid php4 php4-cgi php4-cli php4-common postfix proftpd python2.4 python2.4-minimal reportbug selinux-policy-refpolicy-targeted spamassassin spamc ssh sysv-rc sysvinit sysvinit-utils tzdata 61 actualizados, 0 se instalarán, 0 para eliminar y 2 no actualizados. Necesito descargar 70,9MB de archivos. Se liberarán 804kB después de desempaquetar. ¿Desea continuar [S/n]? N sale hasta grub para actualizar, jjij. Muchas Gracias.
Re: Esto no es religion! [Re: MS y el OSS [Was: Re: FW: Que opinan: Microsoft subvencionara100% las JRSL]]
> No tanto, KDE4 comparado con KDE3, no requiere tanto mas recursos, pero si > requiere un soporte XRender decente para Plasma, y OpenGL/XRender para usar > los efectos de KWin. > > Al contrario, Windows Vista, para sus efectos mas avanzados, requiere una > tarjeta con Pixel Shader 2.0 (GeForce FX, Radeon 9xxx), cosa que para los > mismos efectos, KWin requiere una GeForce 2/4. > > A veces me pregunto como en Redmond pueden ser tan ineficientes, en > especial > con lo eficiente que es una GPU. A eso voy :Los requerimientos en Hardware para Windows (hablando también en específico de Windows Vista)son mucho mayores que para Linux . -- Patricio Morales Fariña Técnico en Computación Alumno Ing. Informática (Técnicos Vespertino) Universidad de los Lagos 045-219291- Temuco Chile cel 78732062 Linux user number 481578 http://counter.li.org/
Re: Esto no es religion! [Re: MS y el OSS [Was: Re: FW: Que opinan: Microsoft subvencionara100% las JRSL]]
> Eso es simplemente el crecimiento "natural" de las maquinas. O quieres usar > un 8088 @4.77MHz con 128KiB RAM y una diskettera de 360KiB hoy dia? (claro > que en su epoca yo era feliz con un Apple ][+, o sea 6502, 64KiB, 2 > disketteras de 100 KiB... sic transit gloria mundii). No tanto, KDE4 comparado con KDE3, no requiere tanto mas recursos, pero si requiere un soporte XRender decente para Plasma, y OpenGL/XRender para usar los efectos de KWin. Al contrario, Windows Vista, para sus efectos mas avanzados, requiere una tarjeta con Pixel Shader 2.0 (GeForce FX, Radeon 9xxx), cosa que para los mismos efectos, KWin requiere una GeForce 2/4. A veces me pregunto como en Redmond pueden ser tan ineficientes, en especial con lo eficiente que es una GPU.
Re: Esto no es religion! [Re: MS y el OSS [Was: Re: FW: Que opinan: Microsoft subvencionara100% las JRSL]]
Patricio Morales wrote: > > Tuve que mirar 2 veces el correo para corroborar que era de la lista de > > Linux. > > Por que tan fijados en Windows, y en los productos Microsoft? > Porque lamentablemente la mayor parte de los computadores del mundo usan > Windows (es algo que no podemos ignorar), Pero igual nos beneficiamos con nuestros sistemas mucho mas eficientes corriendo en los tarros sobredimensionados que se hacen "normales" ;-) > y la mayor parte de los que > estamos en esta lista (incluyendome) trabaja en empresas cuyos usuarios > usan ese Sistema Operativo y con Sistemas Administrativos hechos para ese > Sistema (por ejemplo Sistemas hechos con el famoso Visual Basic, el cual > tiene algunas librerÃas para las cuales aún no hay un soporte adecuado en > wine o en crossover) por lo que hacer una migración de dichos Sistemas a > Linux no es tan sencillo, o porque "es la polÃtica de la Empresa usar > productos Microsoft (por ejemplo en los Bancos)", Lo he dicho muchas veces: Si quieres Windows, usa Windows. Para aprovechar realmente las ventajas de Linux (o el Unix mas cercano) hay que hacer las cosas de forma diferente. > o porque la > ideosincracia de los usuarios, acostumbrados a los productos Microsoft, a > los cuales los capacitaron desde las Universidades/Institutos/CFT/o > institutos de capacitación, Eso se puede cambiar... > hacen que no sea fácil ese cambio (aunque ya > han habido avances al respecto en ciertas empresas aunque los usuarios > tal vez ni siquiera saben que el Sistema Operativo con el que interactúan > en su trabajo es Linux). Y en otros casos ni siquiera tienen como saber cual es. > Por lo demas, esta bien gastar unas lÃneas de > correo para recordarnos cuan bien está Linux con respecto a "Ventanas", > también enterarnos de que es lo que pasa a nuestro alrrededor (no podemos > estar mirandonos el ombligo todo el tiempo). Esta bien en alguna areas, mal en otras. Queda /mucho/ por hacer. > > Existe un dicho que dice... > > Linux es para quienes odian windows, > > BSD es para quienes aman Unix. > na, ningun fanatismo es bueno...yo veo estos sistemas como > herramientas valiosas que me permiten hacer cosas, descubrir otras...uno > nunca debe dejar de aprender. La mayorÃa de nosotros amamos Linux porque > es POSIX (muy similar en la mayorÃa, aunque no todos los comandos a las > distribuciones de UNIX) entre Linux y FreeBSD hay diferencias, entre > elllas las de los tipos de licencia No. Linux es un /nucleo/. Hay engendros como Debian con nucleo BSD o Solaris, hay cosas como MacOS X, etc. Hay una inmensa variedad de distribuciones basadas en Linux, todas (OK, al menos las "mas importantes") comparten ideas de la linea de sistemas operativos Unix. Todas esas cosas (incluyendo "verdaderos" Unix como Solaris y los *BSD) comparten muchos programas de nivel usuario. Claro, cada cual tiene /su/ idea de como (en detalle) hacer las cosas. > http://www.plazalinux.com/modules.php?name=News&file=article&thold=-1&mode=flat&order=0&sid=5062 Si no hubiese sido por el jucio de USL contra BSDI (en el cual terminaron involucrados UCB y un cuantohay) en un momento critico en el desarrollo de Linux (principios de los '90), Linux hubiese sido solo una nota al pie de pagina. Si, la licencia y el "efecto heroe" tuvo algo que ver tambien; pero el tremendo lio de incompatibilidades gratuitas en que estaban enfrascados los Unices comerciales igual iba a terminar con algun "tercero" (codigo abierto, minimo comun denominador, necesariamente neutral) ganando ese espacio. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Esto no es religion! [Re: MS y el OSS [Was: Re: FW: Que opinan: Microsoft subvencionara100% las JRSL]]
Patricio Morales wrote: > > Aja! O sea, la c*gada de WinNT vs Win95, repetida con mejoras y > > ampliaciones. Que les vaya bien! Ese _si_ sera el ultimo producto que > > lancen al mercado. "Requerimiento minimo Oct-Core y 16GiB RAM, ..." > Hagamos una pequeña historia de los requerimientos de Windows ,para ver como > Microsoft enriquece cada vez mas a los fabricantes de Hardware: Eso es simplemente el crecimiento "natural" de las maquinas. O quieres usar un 8088 @4.77MHz con 128KiB RAM y una diskettera de 360KiB hoy dia? (claro que en su epoca yo era feliz con un Apple ][+, o sea 6502, 64KiB, 2 disketteras de 100 KiB... sic transit gloria mundii). Para contrastar, compara p.ej. los requerimientos de los Red Hat (y actuales Fedora). Los saltos no son tan grandes solo porque no sacan cosas nuevas cada 8 an~os sino cada pocos meses. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
