Hola maestr@s: Alguno podria indicarme donde puedo conseguir phpmyadmin en rpm para suse les 9x ? O alguna manera sencilla de instalar el compilable? Regards ========================================= Alberto Rivas Técnico Especializado en Transmisión Oficina (505) 250-2700 Movil (505) 830-8640 Messenger gunlinsger@hotmail.com Correo gunlinsger@gmail.com Skype jalbertorivas =========================================
El 27/10/2006 8:38:05 Camaleón escribió: noelamac> noelamac> ¿Has buscado en los paquetes disponibles del DVD o el recurso noelamac> "inst-sources" vía web? La verdad es que no recuerdo si está, pero no es una buena idea. En phpMyAdmin se han descubierto y corregido muchos "exploits" y hay un montón de gusanos por internet que buscan estas vulnerabilidades. Es mejor bajar la última versión del sitio oficial de phpMyAdmin en: http://www.phpmyadmin.net/ y desempaquetar e instalar el paquete en un subdirectorio de la raiz de Apache, cambiandole preferiblemente el nombre y protegiéndolo con ".htaccess" + password. -- Saludos, Josep M. Queralt
El 27/10/06, Josep M. Queralt escribió:
La verdad es que no recuerdo si está, pero no es una buena idea. En phpMyAdmin se han descubierto y corregido muchos "exploits" y hay un montón de gusanos por internet que buscan estas vulnerabilidades.
Yo lo tengo instalado de los repositorios para SuSE 10.0*. He visto que han sacado actualizaciones de seguridad para ese paquete, espero que estén correjidos los bugs que dices. * http://suse.bifi.unizar.es/opensuse/distribution/SL-10.0-OSS/inst-source/sus... Saludos, -- Camaleón
El 27/10/2006 16:02:59 Camaleón escribió: noelamac> noelamac> * http://suse.bifi.unizar.es/opensuse/distribution/SL-10.0-OSS/inst-source/sus... Bueno, no es por ponerte nerviosa pero ..... http://www.security.nnov.ru/Gnews667.html ... Este es para la versión 2.9 y del día 2 de Octubre. Si te gustan las películas de terror te pongo las URL con los exploits para las versiones 2.6, 2.7 y 2.8. Si además quieres un final apocaliptico te pongo algunos "logs" con algún "worm" que anda buscando sangre fresca. Lo dicho, estamos hablando de un script (gordo, pero script al fin) que no necesita de una instalación especial, por lo que lo mejor es instalar la _última_ versión desde el sitio oficial e ir pasandose por él para actualizar, o mejor aún suscribir el RSS: http://sourceforge.net/export/rss2_projnews.php?group_id=23067 -- Saludos, Josep M. Queralt
El 27/10/06, Josep M. Queralt escribió:
Bueno, no es por ponerte nerviosa pero .....
:-S
http://www.security.nnov.ru/Gnews667.html
... Este es para la versión 2.9 y del día 2 de Octubre.
Si te gustan las películas de terror te pongo las URL con los exploits para las versiones 2.6, 2.7 y 2.8.
Si además quieres un final apocaliptico te pongo algunos "logs" con algún "worm" que anda buscando sangre fresca.
:-[
Lo dicho, estamos hablando de un script (gordo, pero script al fin) que no necesita de una instalación especial, por lo que lo mejor es instalar la _última_ versión desde el sitio oficial e ir pasandose por él para actualizar, o mejor aún suscribir el RSS:
http://sourceforge.net/export/rss2_projnews.php?group_id=23067
¿Y a qué espera la gente de SuSE para actualizar? Pensaba que durante dos años se preocupaban de estas cosas, al menos de los bugs graves de los paquetes que compilan. Saludos, -- Camaleón
El 27/10/2006 17:12:47 Camaleón escribió: noelamac> noelamac> ¿Y a qué espera la gente de SuSE para actualizar? Pensaba que durante noelamac> dos años se preocupaban de estas cosas, al menos de los bugs graves de noelamac> los paquetes que compilan. Yo es que la política de lo que se actualiza y lo que no, la verdad, es que no la he entendido nunca. Es más, no se si tiene una lógica o si carece de ella. Tampoco es que phpMyAdmin necesite ninguna instalación especial. con desempaquetarlo donde se debe es más que suficiente. Me parece que con la SLES 9 si se actualizaba aunque no puedo asegurarlo. Yo de todas maneras nunca he sido muy partidario de phpMyAdmin ... [MODE PROPAGANDA ON] Tanto WebMin como UserMin permiten la gestion de bases de datos postgres y mysql, tanto a nivel de administrador como de ususario de la base de datos. [MODE PROPAGANDA OFF] -- Saludos, Josep M. Queralt
El 27/10/06, Josep M. Queralt escribió:
Yo es que la política de lo que se actualiza y lo que no, la verdad, es que no la he entendido nunca. Es más, no se si tiene una lógica o si carece de ella.
Sí, es un tanto extraña. Pensaba que los paquetes que compilaban para una versión con soporte (< 2 años) se mantenían al día y en caso de bug se corregían.
Tampoco es que phpMyAdmin necesite ninguna instalación especial. con desempaquetarlo donde se debe es más que suficiente.
No es sólo phpMyAdmin... ¡son todos! Y en un servidor, pues Apache, Postfix, Samba, Amavisd-New... y así.
Me parece que con la SLES 9 si se actualizaba aunque no puedo asegurarlo.
En la SLES 9 ni si quiera está el paquete, al menos según el artículo de Novell.
Yo de todas maneras nunca he sido muy partidario de phpMyAdmin ...
Ya veo, ya... :-)
[MODE PROPAGANDA ON]
Tanto WebMin como UserMin permiten la gestion de bases de datos postgres y mysql, tanto a nivel de administrador como de ususario de la base de datos.
[MODE PROPAGANDA OFF]
Sigue sin convercerme la incompatibilidad con Yast, pero si algún servidor lo pongo con otra distribución que sea más "webmin-friendly", lo probaré. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-27 a las 19:45 +0200, Camaleón escribió:
El 27/10/06, Josep M. Queralt escribió:
Yo es que la política de lo que se actualiza y lo que no, la verdad, es que no la he entendido nunca. Es más, no se si tiene una lógica o si carece de ella.
Sí, es un tanto extraña. Pensaba que los paquetes que compilaban para una versión con soporte (< 2 años) se mantenían al día y en caso de bug se corregían.
En caso de bug, no. Sólo si el bug afecta a la seguridad, y dependiendo del peligro. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQkietTMYHG2NR9URAhyrAJ4tpFYro4eG10c6Eckz5m0WVDflGwCeMs6n sZ7kJAmh/5ulP4KtjoqXmSs= =/nQo -----END PGP SIGNATURE-----
El 27/10/06, Carlos E. R. escribió:
En caso de bug, no. Sólo si el bug afecta a la seguridad, y dependiendo del peligro.
En Secunia* la catalogan como de nivel 2 sobre 5 "cross-site scripting vulnerabilities and privilege escalation vulnerabilities". Y aquí** lo explican mejor... a mi me parece serio: "The failure of phpMyAdmin's CSRF protection obviously means that a potential attacker can use CSRF attacks to trick the browser of a phpMyAdmin user to execute any kind of SQL queries on the victims database server." * http://secunia.com/search/?search=phpmyadmin ** http://www.hardened-php.net/advisory_072006.130.html Saludos, -- Camaleón
En caso de bug, no. Sólo si el bug afecta a la seguridad, y dependiendo del peligro.
Yo pensaba esto (y lo sigo pensando en lo referente a lo que es linux _en si_), pero parece que tampoco es así en lo que se refiere a productos de terceros y el ejemplo de phpMyAdmin es muy claro al respecto. Me atrevería a afirmar que _todos_ los exploits que se han publicado desde la versión 2.6.x que tenía instalada "Camaleón" se basan en inyecciones SQL (permiten entrar código malicioso en la máquina) o en técnicas de "cross scripting" (permiten introducir datos maliciosos en las bases MySQL y/o leer su contenido) y todo ello desde máquinas remotas. A mayor redundancia se ha constatado la presencia en la red de gusanos informáticos que buscas y se aprovechan de esas vulnerabilidades publicadas. Pienso que en el caso de phpMyAdmin no disponer de la versión más moderna supone un riesgo, para la integridad de los propios datos y de probable hackeo de la máquina, que en absoluto es asumible. Por eso pienso que la política de actualizaciones, en cuanto a productos de terceros ,carece de lógica. Pero claro, me parece que tampoco hay un listado de lo que se actualiza y de lo que no. No se, ultimamente estoy muy mosqueado en cuanto a SuSE "en general" ( y no solo por la 10.1) y quizá he perdido objetividad. -- Salutacions - Saludos, Josep M. Queralt
Me parece que aun hay algunos usuarios con una vision poetica: Los usuarios de suse "profesional", entre los que me incluyo, y ahora los de opensuse estan actuando como betatesters, es decir probamos una version y nos quejamos de lo que no funciona. Si es un problema de seguridad (Suse o Novell lo arreglan), si es otro tipo de problema lo desconocen. A partir de las experiencias de estas versiones ofrecen versiones SLE ( de alto costo en comparacion) con versiones mas antiguas y mas comprobadas. No entro a discurir si es mejor o peor esta actuacion, solo me parece que todos los "usuarios" deberiamos tenerlo claro. Un saludo Lluis El vie, 27-10-2006 a las 19:45 +0200, Camaleón escribió:
El 27/10/06, Josep M. Queralt escribió:
Yo es que la política de lo que se actualiza y lo que no, la verdad, es que no la he entendido nunca. Es más, no se si tiene una lógica o si carece de ella.
Sí, es un tanto extraña. Pensaba que los paquetes que compilaban para una versión con soporte (< 2 años) se mantenían al día y en caso de bug se corregían.
Tampoco es que phpMyAdmin necesite ninguna instalación especial. con desempaquetarlo donde se debe es más que suficiente.
No es sólo phpMyAdmin... ¡son todos! Y en un servidor, pues Apache, Postfix, Samba, Amavisd-New... y así.
Me parece que con la SLES 9 si se actualizaba aunque no puedo asegurarlo.
En la SLES 9 ni si quiera está el paquete, al menos según el artículo de Novell.
Yo de todas maneras nunca he sido muy partidario de phpMyAdmin ...
Ya veo, ya... :-)
[MODE PROPAGANDA ON]
Tanto WebMin como UserMin permiten la gestion de bases de datos postgres y mysql, tanto a nivel de administrador como de ususario de la base de datos.
[MODE PROPAGANDA OFF]
Sigue sin convercerme la incompatibilidad con Yast, pero si algún servidor lo pongo con otra distribución que sea más "webmin-friendly", lo probaré.
Saludos,
-- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-28 a las 00:14 +0200, lmartinez escribió:
No entro a discurir si es mejor o peor esta actuacion, solo me parece que todos los "usuarios" deberiamos tenerlo claro.
¿Y porqué crees que no lo tenemos claro? Yo lo he escrito varias veces, desde hace años. Por cierto, eso de que se desconocen los otros tipos de problemas... tampoco es. Claro que se conocen, pero no se ofrecen los arreglos, si los hay, a través del YOU tal y como se pone por defecto. Puedes usar los diversos repositorios para actualizar cosas, o usar la versión factory si eres aventurero. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQoh7tTMYHG2NR9URAi5wAJ0Wnl8CyjOWd33Z+/7kiSb8Ovug9ACfdra3 kT+dz/DDTHXQIwWj81Fg0QA= =iSq3 -----END PGP SIGNATURE-----
2006/10/28, lmartinez:
Los usuarios de suse "profesional", entre los que me incluyo, y ahora los de opensuse estan actuando como betatesters, es decir probamos una version y nos quejamos de lo que no funciona.
Bueno, yo no invento nada sobre la política de actualizaciones, está escrito en la página del proyecto OpenSuSE: http://en.opensuse.org/SUSE_Linux_Lifetime "During its lifetime of currently 2 years you will receive: - security updates for all included packages - critical bugfix updates (usually only in the first months of its lifetime)" Con lo cual entiendo que, por ejemplo, no actualicen los paquetes a su última versión si no existe ningún motivo para ello (KDE, por ejemplo). Pero si hay una vulnerabilidad que puede ser ejecutada de forma remota en uno de los paquetes que se han incluido en SuSE, y una versión superior de ese paquete corrige esa vulnerabilidad, pues pienso que hay que actualizar el paquete. Es uno de los motivos por los que elegí SuSE y por ese motivo prefiero instalar paquetes que se encuentran disponibles en SuSE en lugar de otros, ya que aún siendo corto el tiempo de soporte (2 años) al menos en ese tiempo tienes un sistema actualizado.
No entro a discurir si es mejor o peor esta actuacion, solo me parece que todos los "usuarios" deberiamos tenerlo claro.
Pues a mi no me queda tan claro. Si existe un problema de seguridad en un paquete disponible en su repositorio y no lo arreglan, la verdad no me parece coherente con lo que ponen en su página "SUSE Linux Lifetime". Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-28 a las 10:38 +0200, Camaleón escribió:
Bueno, yo no invento nada sobre la política de actualizaciones, está escrito en la página del proyecto OpenSuSE:
http://en.opensuse.org/SUSE_Linux_Lifetime
"During its lifetime of currently 2 years you will receive:
- security updates for all included packages - critical bugfix updates (usually only in the first months of its lifetime)"
Con lo cual entiendo que, por ejemplo, no actualicen los paquetes a su última versión si no existe ningún motivo para ello (KDE, por ejemplo).
Si, pero. La versión oficial del KDE, la que recibirá los parches de seguridad, si los hay, sigue siendo la que vino en los discos. Hay repositorios en los que puedes ir actualizando KDE a versiones más nuevas, ¡pero! sin soporte.
Pero si hay una vulnerabilidad que puede ser ejecutada de forma remota en uno de los paquetes que se han incluido en SuSE, y una versión superior de ese paquete corrige esa vulnerabilidad, pues pienso que hay que actualizar el paquete.
Y tampoco hacen eso: lo que hacen es parchear la versión original. En contados casos actualizan el paquete - por ejemplo, con el mozilla suelen actualizar al tiempo, porque debe ser muy complejo de parchear.
Pues a mi no me queda tan claro. Si existe un problema de seguridad en un paquete disponible en su repositorio y no lo arreglan, la verdad no me parece coherente con lo que ponen en su página "SUSE Linux Lifetime".
Pero oye, puedes perfectamente ir a la lista de seguridad y preguntar que que es lo que pasa con el problema de seguridad tal y cual del phpMyAdmin, y que cuando rayos van a sacar el parche - y suelen contestar. My sospecha es que deben estar pillados con las betas de la 10.2 y le dedican menos tiempo - o que todo el mundo sabe que el phpMyAdmin es peligroso y que no se debe abrir al exterior. No se. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQzQztTMYHG2NR9URAh6hAJ0aqnu1pu+NMdgygVOUZw6A73lQEACdGpbg K80+IgtTeg5p0MZvTC3Fq64= =8WCc -----END PGP SIGNATURE-----
El 28/10/06, Carlos E. R. escribió:
Si, pero. La versión oficial del KDE, la que recibirá los parches de seguridad, si los hay, sigue siendo la que vino en los discos. Hay repositorios en los que puedes ir actualizando KDE a versiones más nuevas, ¡pero! sin soporte.
Sí, lo sé. Entiendo que hay paquetes creados por los usuarios (Packman, por ejemplo) que no tiene por qué actualizar ni aún cuando se descubra una nueva vulnerabilidad porque son paquetes "ajenos" a los oficiales, eso lo veo normal.
Y tampoco hacen eso: lo que hacen es parchear la versión original. En contados casos actualizan el paquete - por ejemplo, con el mozilla suelen actualizar al tiempo, porque debe ser muy complejo de parchear.
Creo que la versión de phpMyAdmin que tengo es vulnerable a ese exploit aún con todos los parches disponibles instalados. No lo puedo asegurar porque no sé cómo se verifica el fallo, pero me parece que sí.
Pero oye, puedes perfectamente ir a la lista de seguridad y preguntar que que es lo que pasa con el problema de seguridad tal y cual del phpMyAdmin, y que cuando rayos van a sacar el parche - y suelen contestar.
No se trata sólo de phpMyAdmin "en particular", se trata de todos los paquetes y de esa política de "dos años de actualizaciones de seguridad" que me parece confusa si existiendo peligro de ejecución de código remoto vía phpMyAdmin no lo actualizan / parchean o sencillamente, si no quieren mantener ese paquete, que lo eliminen de la distribución y listo.
My sospecha es que deben estar pillados con las betas de la 10.2 y le dedican menos tiempo - o que todo el mundo sabe que el phpMyAdmin es peligroso y que no se debe abrir al exterior. No se.
Si piensan que phpMyAdmin es peligroso, que no lo incluyan, que lo quiten. Si yo lo he instalado era precisamente porque SuSE lo ofrecía y pensaba que estaría actualizado o que en caso de bug lo arreglan. Y eso de no abrirlo al exterior, pues me dirás entonces para qué quieres phpMyAdmin en un servidor ;-). La idea es permitir a los usuarios de forma remota la gestión de sus bases de datos. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-28 a las 12:58 +0200, Camaleón escribió:
El 28/10/06, Carlos E. R. escribió:
Si, pero. La versión oficial del KDE, la que recibirá los parches de seguridad, si los hay, sigue siendo la que vino en los discos. Hay repositorios en los que puedes ir actualizando KDE a versiones más nuevas, ¡pero! sin soporte.
Sí, lo sé. Entiendo que hay paquetes creados por los usuarios (Packman, por ejemplo) que no tiene por qué actualizar ni aún cuando se descubra una nueva vulnerabilidad porque son paquetes "ajenos" a los oficiales, eso lo veo normal.
No, no me refiero a packman. Me refiero a repositorios de SuSE, hechos por la empresa. Para cosas como el KDE si los hay. Son oficiales, pero no tienen soporte, en el sentido de que no tienen parches en el YOU.
Pero oye, puedes perfectamente ir a la lista de seguridad y preguntar que que es lo que pasa con el problema de seguridad tal y cual del phpMyAdmin, y que cuando rayos van a sacar el parche - y suelen contestar.
No se trata sólo de phpMyAdmin "en particular", se trata de todos los paquetes y de esa política de "dos años de actualizaciones de seguridad" que me parece confusa si existiendo peligro de ejecución de código remoto vía phpMyAdmin no lo actualizan / parchean o sencillamente, si no quieren mantener ese paquete, que lo eliminen de la distribución y listo.
Vale, digo que se lo puedes preguntar. A mi es que el programa ese no me es util: para editar el contenido de las tablas no me gusta, es poco práctico (si no lo han cambiado). Uso rekall.
My sospecha es que deben estar pillados con las betas de la 10.2 y le dedican menos tiempo - o que todo el mundo sabe que el phpMyAdmin es peligroso y que no se debe abrir al exterior. No se.
Si piensan que phpMyAdmin es peligroso, que no lo incluyan, que lo quiten. Si yo lo he instalado era precisamente porque SuSE lo ofrecía y pensaba que estaría actualizado o que en caso de bug lo arreglan.
Y eso de no abrirlo al exterior, pues me dirás entonces para qué quieres phpMyAdmin en un servidor ;-). La idea es permitir a los usuarios de forma remota la gestión de sus bases de datos.
Ya, ya... Con rekall puedo hacerlo, creo. No lo he probado en remoto. Y con otras cosas, supongo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQzxutTMYHG2NR9URAjVaAJ9213raTqRlEVnVsU50VLlTxm2qDwCfYCw8 gmdpdAo17hN8TePhoHnh+pU= =NXZB -----END PGP SIGNATURE-----
No entro a discurir si es mejor o peor esta actuacion, solo me parece que todos los "usuarios" deberiamos tenerlo claro.
Bueno, la poesía nunca ha sido mi fuerte, pero si he sido consciente de lo que dices, aunque me resulta dificil, por no decir imposible, "tenerlo claro" ya que no consigo encontrarle una lógica en lo referente a las políticas de actualizaciones. Creo que sería bueno que, ya que somos cobayas, suiéramos, al menos, de que aplicaciones no hay que preocuparse ( las que se actualizan) y cuales hay que vigilar por nuestra cuenta. De todas maneras, como decía en un mensaje anterior sobre este mismo tema, ultimamente no soy objetivo en mis valoraciones de SuSE. -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-27 a las 17:12 +0200, Camaleón escribió:
¿Y a qué espera la gente de SuSE para actualizar? Pensaba que durante dos años se preocupaban de estas cosas, al menos de los bugs graves de los paquetes que compilan.
Ha habido actualizaciones del php el 9 de octubre precisamente, no se si afectará. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQkgZtTMYHG2NR9URAq12AJ95z3AmHhrLYR5+Hdfnp9Xe9RtMkwCeNfka tyfH/jqeSFFwAr2fInvOjn0= =Tplv -----END PGP SIGNATURE-----
En los paquetes disponibles del DVD .. NEL, Nada, con respecto al recurso inst-sources.... pues no lo he usado, podrias explicarme como hacerlo, por favor?? Regards -----Mensaje original----- De: Camaleón [mailto:noelamac@gmail.com] Enviado el: Viernes, 27 de Octubre de 2006 12:38 a.m. Para: Lista SuSE (Novell) Asunto: Re: [suse-linux-s] phpMyAdmin El 27/10/06, Alberto Rivas escribió:
Alguno podria indicarme donde puedo conseguir phpmyadmin en rpm para suse les 9x ?
¿Has buscado en los paquetes disponibles del DVD o el recurso "inst-sources" vía web? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 27/10/06, Alberto Rivas escribió:
En los paquetes disponibles del DVD .. NEL, Nada, con respecto al recurso inst-sources.... pues no lo he usado, podrias explicarme como hacerlo, por favor??
A mi me ha dado un "tembleque" después de escuchar a Josep M... pero si aún así te quedan ganas de instalar phpMyAdmin... tendrás que seguir las instrucciones de Josep :-D. Pero, ojo, descarga la ultima versión (creo que yo voy a hacer lo mismo). Según este artículo * parece que para SLES 9 no está disponible vía Yast. * I can't find phpMyAdmin in YaST http://www.novell.com/coolsolutions/qna/11372.html Saludos, -- Camaleón
No hay rpm; es trivial. Sólo tienes que agenciarte el tarball de turno y desempaquetarlo dentro del DocumentRoot de Apache (en SUSE es /srv/www/ en Fedora, por ejemplo, se usa /usr/www/html creo recordar). Evidentemente, webserver y php rulando, claro!
El 27/10/06, Jordi Espasa Clofent escribió:
No hay rpm; es trivial. Sólo tienes que agenciarte el tarball de turno y desempaquetarlo dentro del DocumentRoot de Apache (en SUSE es /srv/www/ en Fedora, por ejemplo, se usa /usr/www/html creo recordar).
Yo lo instalé desde Yast con los paquetes del "inst-source" para un equipo con SuSE 10.0 (x86_64) por eso pensaba que para la sles estaría igualmente disponible :-?. Saludos, -- Camaleón
Yo lo instalé desde Yast con los paquetes del "inst-source" para un equipo con SuSE 10.0 (x86_64) por eso pensaba que para la sles estaría igualmente disponible :-?.
Pues si, tienes razón. Yo también lo tengo en mi repositorio local de 10.0. PEro, de todas maneras, insisto: es tan fácil como desempaquetar el tarball en el DocumentRoot, configurarlo y a correr. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/
Gracias Jordi, lo intentare en un momento. Grax -----Mensaje original----- De: Jordi Espasa Clofent [mailto:jordi.listas@multivia.com] Enviado el: Viernes, 27 de Octubre de 2006 01:31 a.m. Para: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] phpMyAdmin No hay rpm; es trivial. Sólo tienes que agenciarte el tarball de turno y desempaquetarlo dentro del DocumentRoot de Apache (en SUSE es /srv/www/ en Fedora, por ejemplo, se usa /usr/www/html creo recordar). Evidentemente, webserver y php rulando, claro!
El 27/10/2006 6:40:02 Alberto Rivas escribió: arivas> Hola maestr@s: arivas> arivas> Alguno podria indicarme donde puedo conseguir phpmyadmin en rpm para suse arivas> les 9x ? arivas> O alguna manera sencilla de instalar el compilable? phpMyAdmin no es un compilable, es un programa escrito en PHP para gestionar bases MySQL. Como no es compilable no necesita RPM. Solo necesitas instalarlo en un subdirectorio dentro de la raiz de Apache y, evidentemente, que PHP (versión 4 ó 5) esté funcionando. -- Saludos, Josep M. Queralt
El 27/10/06, Josep M. Queralt<jmqueralt@pobox.com> escribió:
El 27/10/2006 6:40:02 Alberto Rivas escribió:
arivas> Hola maestr@s: arivas> arivas> Alguno podria indicarme donde puedo conseguir phpmyadmin en rpm para suse arivas> les 9x ? arivas> O alguna manera sencilla de instalar el compilable?
phpMyAdmin no es un compilable, es un programa escrito en PHP para gestionar bases MySQL. Como no es compilable no necesita RPM.
no exactamente es necesario ser compilable para se crear un RPM !!! por ejemplo, yo creo un RPM con varios archivos de texto (configuraciones del sistema, configuraciones del entorno), imagens y otros archivos.. y despues los agrego en un repositorio de la empresa y que se actualizan en los clientes !!! lo encuentro espetacular !!! :-) salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
El 27/10/2006 17:22:01 Victor Hugo dos Santos escribió: listas.vhs> > gestionar bases MySQL. Como no es compilable no necesita RPM. listas.vhs> listas.vhs> no exactamente es necesario ser compilable para se crear un RPM !!! Es verdad, yo puedo crear un RPM con mi colección privada de porno o con lo que quiera, también puedo crear (o instalar) el código fuente de un programa para compilarlo personalmente. Sin embargo la mayoría de programas en PHP y en Perl no necesitan de ningún RPM para ser instalados sin problemas. Simplemente hay que descomprimirlos en donde diga el "readme" de turno, configurar en su caso y se acabó lo que se daba. -- Saludos, Josep M. Queralt
participants (7)
-
Alberto Rivas -
Camaleón -
Carlos E. R. -
Jordi Espasa Clofent -
Josep M. Queralt -
lmartinez -
Victor Hugo dos Santos