Manualinux
http://www.nvu.com http://www.gimp.org InicioPresentaciónActualizacionesManualesDescargasNoticiasZona WindowsEnlaces

Manualinux - Foro  Galería - 1Galería - 2Galería - 3Galería - 4  Manualinux - Blog
Fecha actual Jue Jun 20, 2013 02:26




Nuevo tema Responder al tema  [ 5 mensajes ] 
 paco - package organizer 
Autor Mensaje
Miembro

Registrado: Lun Mar 16, 2009 20:55
Mensajes: 24
Nota paco - package organizer
Es una sugerencia, sólo por si no lo conocías... tiene buena pinta. Viene a ser como tu método, pero actualizando una base de datos de los paquetes, y en GTK. Igual te vale, que ya tienes _muchos_ manuales. Blue_Light_PDT_01_12


Jue Feb 02, 2012 23:32
Perfil
Administrador
Avatar de Usuario

Registrado: Sab Mar 03, 2007 00:43
Mensajes: 637
Nota Re: paco - package organizer
Hola y bienvenido de nuevo al foro, Blue_Light_PDT_01_19

Sí, lo conocía. Un día estuve mirando el tema de los instaladores, tanto gráficos como de consola. Al final me quedé con el más sencillo,
http://megastep.org/makeself/, otro que le estuve pegando un vistazo fue éste: http://nixstaller.sourceforge.net, pero cuando veía el archivo de configuración, se me quitaban las ganas de crear paquetes binarios. La ventaja de utilizar el formato run, es que un mismo paquete te vale para todas las distribuciones o casi, la desventaja obvia es la resolución de dependencias, que no es automática y el usuario tiene que poner de su parte, pero claro, yo no soy de los que ponen las cosas a nadie en bandeja Blue_Light_PDT_01_01 . Pero por ponerte un ejemplo, la inmensa mayoría de binarios disponibles en la actualidad en la web, son compatibles con las versiones recientes de las distribuciones en las que fueron probados en su día.

Lo que no puedo hacer, por problemas de espacio y ancho de banda, más lo segundo que lo primero, es tener un paquete para cada distribución, y además, la filosofía de este sitio (tú te lo guisas, tú te lo comes), choca un poco con el hecho de disponer de paquetes binarios para su descarga. Pero un día me entró la fiebre, y me dio por crear la sección de descargas de binarios, que por otra parte, y yo lo entiendo, puede provocar en algunos usuarios, una cierta desconfianza respecto a la funcionalidad de estos paquetes en sus respectivos sistemas.

Gracias por el otro enlace, y que pases una buena noche. Blue_Light_PDT_01_15

_________________
Manualinux - GNU/Linux en Español | Manualinux - Galería | Manualinux - Blog


Vie Feb 03, 2012 01:55
Perfil
Miembro

Registrado: Lun Mar 16, 2009 20:55
Mensajes: 24
Nota Re: paco - package organizer
Ok. Yo también estoy jugando ahora con Slackware, a ver si me "divierte" más que mi eterna Debian; y ocuparme de las dependencias "a mano", (aunque acabes por tenerlo _todo_ instalado, y sin problemas, claro.)

Voy a elegir algún manual de los tuyos, y probar diferentes instaladores... a ver que tal.


Sab Feb 04, 2012 13:23
Perfil
Miembro

Registrado: Lun Mar 16, 2009 20:55
Mensajes: 24
Nota Re: paco - package organizer
Revisando el manual de MAME, he recordado que en el handbook de Gentoo (1.5.d) dicen:
Citar:
...
MAKEOPTS

With MAKEOPTS you define how many parallel compilations should occur when you install a package. A good choice is the number of CPUs (or CPU cores) in your system plus one, but this guideline isn't always perfect.

Code Listing 4.3: MAKEOPTS for a regular, 1-CPU system

MAKEOPTS="-j2"

...


En otras palabras, que con dos cores, se pondría -j3. Me llamó la atención cuando lo lei, no hace mucho. Si es correcto, te podría valer para indicarlo en los manuales.

Un saludo.


Sab Feb 04, 2012 14:25
Perfil
Administrador
Avatar de Usuario

Registrado: Sab Mar 03, 2007 00:43
Mensajes: 637
Nota Re: paco - package organizer
Pues por experiencia propia, discrepo de la información de gentoo. Si quieres realizar otras tareas además de compilar programas, lo lógico es que utilices una tarea por cada núcleo del procesador de turno. Eso es lo que hacen los programas gráficos que soportan procesadores multinúcleo. Por otra parte, todos los paquetes de código fuente, no soportan compilación paralela. Si quieres acelerar la compilación de un programa, lo mejor es el uso de ccache, o comprarte un procesador de más potencia que esté bien de precio, que es lo que he hecho yo estas navidades. Pasar de un AMD Athlon 64 X2 Dual Core 3800+ a 2.0 GHz, a un AMD Athlon II X2 Dual-Core Processor a 3.2 GHz., por poco más de 60 euros y sin tener que cambiar de placa base.

Y una opinión final, que parece ser nadie tiene en cuenta, si quieres alargar la vida de tu procesador, no lo sobrecargues de trabajo de forma innecesaria. Meterle a un procesador de dos núcleos, un trabajo para procesar 3 tareas a la vez, resulta un poco incongruente. Los programas diseñados para trabajar con este tipo de procesadores no funcionan de esta forma. Ahora bien, puede que en compilaciones menores el usuario tenga la sensación de que el proceso es más rápido, pero en compilaciones duras, con archivos de código fuente grandes, dudo mucho que ese método sea el más indicado, lo único que vas a conseguir es dividir el uso de cpu para cada proceso, ralentizando la generación del binario correspondiente.

_________________
Manualinux - GNU/Linux en Español | Manualinux - Galería | Manualinux - Blog


Sab Feb 04, 2012 20:55
Perfil
Mostrar mensajes previos:  Ordenar por  
Nuevo tema Responder al tema  [ 5 mensajes ] 


¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 1 invitado


No puede abrir nuevos temas en este Foro
No puede responder a temas en este Foro
No puede editar sus mensajes en este Foro
No puede borrar sus mensajes en este Foro
No puede enviar adjuntos en este Foro

Buscar:
Saltar a:  
cron

Powered by phpBB © phpBB Group.
Designed by Vjacheslav Trushkin for Free Forums/DivisionCore.
Traducción al español por Huan Manwë para phpbb-es.com