Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Llegó la hora de comprometerse con el desarrollo.
Me ha animado mucho las recientes entradas buscando voluntarios para la difusión de Mandriva, y después de todo esto, llegó la hora (por mi parte) de hacer (o intentar hacer) algo por el desarollo de Mandriva.
Uno de los fuertes de nuestra querida distribución (a mi gusto) es el Centro de Control Mandriva, y pienso que mientras se siga desarrollando y siga creciendo se puede obtener una distribución de mucha más calidad y diferenciarse aún más de otras distros.
Para esto, me he propuesto colaborar en base al desarrollo de proyectos, por ejemplo:
- He notado que el centro de control carece de un "administrador de tareas programadas" (configuración del cron), y se podría comunicar a Mandriva la intención de desarrollar este proyecto por parte de la comunidad.
Lamentablemente no soy un programador experto, pero siento que tengo habilidades para aprender y poner en práctica los conocimientos adquiridos. Antes de comenzar un proyecto, necesito aprender muchas cosas, las iré registrando en mi blog, por si alguien quisiera seguirme en esta aventura, de momento necesito contestar algunas preguntas (que si alguien puede ayudarme, mejor aún, si no, con el tiempo iré buscando en la web, preguntaré por aquí por allá, etc). que son las siguientes:
- ¿Cuál es el lenguaje de programación que se utiliza para el Centro de Control Mandriva?
- ¿Existe algún sitio/foro para el desarrollo de Mandriva a través de la comunidad?
- ¿Dónde consigo las fuentes actualizadas del drakconf?
- ¿Cómo trabajar correctamente en grupo? ¿svn?
Si bien son muchas preguntas, y hay mucho trabajo por hacer, es mejor que quedarse sentadote sin hacer nada, si no consigo nada para la mdv 2010.0, quizás sea para la 2011.0 pero algo se hará y eso es lo importante :)
Manos a la obra!, les estaré contando mis novedades.
Saludos blogdrakeros!.
- Blog de mbrionesc
- Entra a tu cuenta o crea una para poder comentar.
BOFH
# 67807 Ya que me dejaste solo en el IRC...
Te respondo por acá lo que se:
Usuario
# 67809 Gracias Guala!
Esto empieza a tomar color,
El drakconf.real es por decirlo menos "asombroso" 1400 y algo líneas de código; ya veo que está todo en perl.
Saludos!
BOFH
# 67824 Las fuentes de drakconf
Como no podía ser de otra manera, las fuentes de los proyectos de Mandriva están en el SVN de Mandriva.
Los desarrollos están dentro de soft. Ahora, no te sé decir concretamente en qué directorios tienes que mirar, porque hay un montón. Eso te lo dejo a ti ;)
No obstante, ten en cuenta que drakconf es sólo el centro de control. Los asistentes y demás son entes aparte. Y aparte están, además, las bibliotecas de Mandriva (también en Perl), que contienen código común a varios drakes, por lo que pueden parecer más pequeños de lo que realmente son ;)
Ahora bien, juraría que el drake que te interesa sí que existe: drakcronat.
Pero hay mucho más que se puede hacer, claro. Así que ya nos contarás tus progresos ;)
Yo por ejemplo llevo un tiempo queriendo hacer una especie de informe para homogeneizar el comportamiento de los drakes (tipo que unos drakes preguntan si quieres instalar paquetes y otros los instalan directamente, unos tienen botones sí/no y otros aceptar/cancelar...), pero desgraciadamente y como de costumbre no tengo tiempo :(
Así que si alguien se anima, ahí tiene una idea ;)
Usuario
# 67841 Gracias Kalvy
Tus comentarios han sido muy valiosos para mí.
En la 2009.0 no he pillado el drakcronat, lo único que logré encontrar fue una imágen dentro de los temas para drakconf, lo que me hace pensar que se ha perdido en el camino (quizás perdió funcionalidad con alguna actualización de cron y quedó abandonado), también lo he buscado en los repos sin éxito.
En mi búsqueda por los repos, aproveché de instalarme unos cuantos complementos para el drakconf, que me llama la atención no vengan instalados por defecto y tampoco se les mencione en la "DrakXTools User Manual", como el drakwizards o el drakmsync.
Gracias nuevamente!
BOFH
# 67853 Pues entonces es un buen candidato ;)
Sí, si en la 2009 no está seguramente fuese algo de eso, que no estaba mantenido y dejó de funcionar o algo similar.
Lo que, por otra parte, lo convierte en un perfecto candidato para que puedas mejorarlo ;) Siempre y cuando lo de quitarlo no se debiese a que ahora se usa otra aplicación más adecuada, como ocurrió con la configuración de impresoras, porque entonces quizás estuvieses trabajando en vano. Aunque no parece que sea el caso.
Los fuentes deberían estar en el repositorio SVN. Si no aparecen a simple vista seguramente sea porque decidieron pasar de él y lo borraron de la versión más reciente. Pero para algo es un SVN ;) Si en lugar de buscar por trunk buscas en las ramas (branches) de las distintas versiones debería aparecer.
Y si en las ramas tampoco aparece... en los registros de las revisiones anteriores del directorio en que estuviese aparecerá y podrás acceder a su contenido. Pero claro, el problema es encontrar ese directorio. Si alguien conoce alguna forma práctica de realizar la búsqueda éste es un buen momento para compartirla ;)
Usuario
# 67833 Yo estaba confundido
Y yo que pensaba que estaba hecho en python....
Entonces están programado en perl, y para las interfaces gráficas que usa ¿un binding hacia gtk?
Sin duda lo mejor que tiene esta distro es la MCC, y es la clave para animar a los usuarios novatos, porque los usuarios de consola solo queremos la consola y las herramientas básicas para trabajar.
Buena selección de paquetes estables, y no con problemas como el pulseaudio... o un network-manager que no termina de funcionar....en otras distros.Con acercarse al upstream de los proyectos, y hacer el empaquetado de ramas estables...me contento.
Estoy muy perro yo para aprender Perl a tocho. En el caso de Yast de Suse se que hay bindings hacia otros lenguajes, con lo cuál uno no está obligado a un lenguaje concreto.
BOFH
# 67838 Perl vs. Python
No tiene nada que ver con el hilo. Es un offtopic como una casa. Pero no pude resistirme...
EXTERIOR: DAGOBAH -- DIA
Con Yoda atado a su espalda, Luke sube por una de las gruesas lianas que abundan en el pantano,
hasta que alcanza el laboratorio de estadística de Dagobah.
Jadeando pesadamente, continúa sus ejercicios, instalando nuevos paquetes, entrando como root, y escribiendo los sustitutos para los scripts en python de hace dos años.
YODA: ¡Programa! Sí. La fuerza de un programador de su capacidad de mantener el código fluye.
Pero guárdate de Perl. Sintaxis concisa... más de una forma de hacerlo... variables por defecto.
El lado oscuro de la capacidad de mantenimiento del código es en él.
Fluye fácilmente, rápido ensambla cuando código escribes.
Una vez que caigas en el lado oscuro, su voluntad por siempre tu destino dominará, consumido serás.
LUKE: ¿Es Perl mejor que Python?
YODA: No... no... no. Más rápido, más fácil, más seductor.
LUKE: Pero cómo sabré que Python es mejor que Perl?
YODA: Lo sabrás. Cuando tu código intentes leer dentro de seis meses.
(Traducción del clásico en inglés copiada del primer resultado en español que me dio Google, es decir, Perl es difícil de leer)
Usuario
# 67850 .
UNOS DÍAS DESPUÉS
EXTERIOR: DAGOBAH -- DIA
Luke está haciendo el pino y moviendo piedras con modulepython hasta que algo le perturba, pierde el equilibrio y cae. Yoda, que estaba subido a uno de sus pies, se mete el talegazo padre. Mientras se incorpora, refunfuña:
YODA: ¡Control, Control! ¡Tienes que aprender!
LUKE (Con cara de alelado): Veo... Veo una ciudad en las nubes...
YODA (Refunfuñando otra vez): Hummmm. Programadores Python tienes allí.
LUKE: ¡Sufrían mucho!
YODA: ¡Es la no-retrocompatibilidad de Python 3000, lo que ves!
LUKE: ¿no-retrocompatibilidad?
YODA: (Asiente)
LUKE: ¿Enloquecerán?
YODA: Difícil de decir es... Siempre en movimiento están las especificaciones.
LUKE: Tengo que ayudarles.
YODA: Tienes que decidir cómo mejor servirles. Si ahora te pones a picar código ayudarles podrías, pero... Destruirías todo aquiello por lo que han luchado y sufrido.
LUKE: Lo comprendo...
(Y que conste que yo también me estoy metiendo con Python -y Perl-)
Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.
Sígueme o aparta.
Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.
Sígueme o aparta.
Usuario
# 67880 ¿Pues la verdad que no se donde le ves el offtopic?
Solo pensaba que estaba escrito en python, y de paso dejo caer que otras herramientas como yast permiten desde hace poco programar en el lenguaje que quieras... lo dejo caer a modo de pregunta sobre si esto se puede hacer con la CMM,, porque tengo interés de saber sobre el tema del que se habla.
Usuario
# 67884 Kalvy se refería a su propio comentario
Ya que enroca con el "Perl-Hell" que cuenta la leyenda que hay liado con los drakes. Ya han habido propuestas de migrar los drakes -ahora en perl- a otros lenguajes y, creo recordar, que una de los principales escollos que salían invariablemente eran los líos de código que hay por ahí dentro.
En cuanto a mi comentario, es una profecía sobre la evolución de unos hipotéticos drakes en Python y la anunciada no-retrocompatibilidad de la nueva iteración de éste lenguaje (Python 3000) con anteriores versiones.
Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.
Sígueme o aparta.
Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.
Sígueme o aparta.
BOFH
# 67886 En mi trabajo el 100% de los
En mi trabajo el 100% de los scripts que vengo haciendo durante unos 6-7 años están en Perl. Con esto quiero decir que no soy ni mucho menos un principiante en este lenguaje.
Pues bien, a pesar de lo anterior los "drakes" me han demostrado que no tengo ni idea de Perl. Es impresionante la cantidad de construcciones que tiene este lenguaje y de las que no tenía ni idea que existieran.
Por si fuera poco, los drakes utilizan decenas de módulos con funciones variadas, con estructuras de datos que si Dijkstra resucitara se volvería a morir del susto, y también parte de código de los módulos enlazado en lenguaje C. Creo que en conjunto, los drakes no dejan ninguna función, ninguna expresión regular, ni ninguna construcción de Perl sin usar.
Si hay que ser un Gurú con mayúsculas de Perl para poder desenmarañar todo ese código, imagina lo que tiene que ser portar todo eso a C.
Saludos,
luismago
--
JID: luismago@jabber.org
Ceterum censeo Carthaginem esse delendam. -Marco Porcio Catón
Saludos,
luismago
--
JID: luismago@jabber.org
Ceterum censeo Carthaginem esse delendam. -Marco Porcio Catón
BOFH
# 67851 Hola
Si mal no recuerdo si hay un asistente drake para cron pero no recuerdo el nombre, talvez no necesites comenzar de cero si no mejorar el que ya esta.
--
¿Quien es Jesucristo?
¿Quien es Jesucristo?
Usuario
# 67883 Pues adelante
Espero algun día tambien meterme en desarrollo.
Solo es cuestión de tiempo y estudiar más a la Superdistro.
------------------------------------
Si no sabes lo que haces pide ayuda.
--
Mi Blog
Usuario Blogdrake: 11014
Otro Youngdrake