Musix2.0 trabajando

Nota acerca de la versión de pruebas 25-12-08.tar.gz: Esta fue la primer versión que funcionó con un kernel realtime, para testear esta característica es necesario instalar posteriormente qjackctl, jackd y hydrogen u otro programa que funcione con jack y habilitar realtime para usuarios no root: http://musix.org.ar/wiki/index.php/Musix2.0_trabajando#habilitar_realtime_para_usuarios_no_root

Sugerencias (son bienvenidas las contribuciones)

Política de empaquetamiento de software de musix

Ver: http://www.musix.org.ar/wiki/index.php?title=Musix-packages

"Jorge Salgueiro: te aconsejo a empaquetar todos los scripts en varios musixbase.deb, musixcore.deb, musixartwork.deb, musixlangpt_br.deb o musixapps.deb (con dependencias de las aplicaciones que solo trae musix) para que sea más fácil el mantenimiento futuro y cambios de versiones etc...

Así cuando tienes un problema es más facil saber que ha ido mal, o cuando un update de debian algo ya no funciona en musx solo hay que cambiar el deb de musix correspondiente. um abraço!"

Marcos: esto ya lo veníamos haciendo más o menos, pero lo podemos mejorar, por ahora existían

ivman-musix

musix-freepats-extras

musix-bin-scripts

musix-desktop-upgrade

musix-colombo-drumkit

musix-soundfonts

musix-sound-menu

fluxbox-musix-menu

musix-crystalsvg-gtk

musix-docs

varias

descargar todas las versiones de Debian Live lenny, actualmente están en beta1, no stable, y probarlas

especialmente la KDE y xfce

kde: estamos acostumbrados a KDE para reemplazar windows en lugares de alta resistencia como escuelas de música y ese tipo de cosas, es mejor que GNOME. (sino, ver los 52 millones de niños/as brasileños/as, se educarán con SL y KDE en 2009, no con GNOME)

xfce: es liviano, y necesitamos una distro liviana para trabajar con audio en realtime (de todas formas xfce no es tan liviano, prefiero lxde, icewm+rox o fluxbox). calculo que la versión con xfce viene con aplicaciones livianas más allá del escritorio... quizá sea lo mejor, al menos para el live-CD, para el DVD se podría utilizar KDE por defecto

lxde: se supone que es más liviano que xfce, y se ve muy bien: http://lxde.org

leer el tutorial para remasterizar el Live-CD: estuve viendo algo de eso, hay un paquete que simplifica todo. Por otro lado, el instalador gráfico aún no viene incorporado, pero está en un paquete, así que se podría incorporar

tratar de incluir todas las apps que existen actualmente en Musix 1.0, pero lanzar versiones release candidate no con todas, sino con las "posibles" y fáciles de incluir rápidamente, luego hacer el esfuerzo extra

ver qué archivos de datos irán en el cd y dvd

Ejemplos de cada programa en /usr/share. Estaría bueno que al crear un usuario se genere un link simbólico a ese dir de ejemplos.

Tener desde el principio un buen menú

Paquetes de impresoras y escaneres

Openoffice.org 3

seguir el tutorial que recomienda Jorge Salgueiro para incluir un kernel realtime http://www.hardbop200.com/2008/03/12/building-a-livecd-with-debian-live/

sugerencias? al wiki, por favor!

Material de referencia

Español

Desarrollo:

http://www.esdebian.org/wiki/live-helper

http://lihuen.info.unlp.edu.ar/index.php/How_to_Live-cd_Lihuen

http://el-directorio.org/DebianLive (un tanto antigua)

Manual

Traducción de http://live.debian.net/manual/html/debian-installer.html con algunos agregados:

http://www.idiomalibre.com/distribuciones/instalando-debian-live.php

--Marcos 15:45 21 abr 2009 (UTC)

English

http://wiki.debian.org/DebianLive/FAQ

http://rt.wiki.kernel.org/index.php/Main_Page realtime linux wiki

http://wiki.debian.org/DebianLive/HowTo/LAMP Remasterizando Debian Live para LAMP

http://wiki.debian.org/DebianLive/Howto/ISO_(multimedia) Haciendo una ISO con paquetes multimedia

http://forums.debian.net/viewtopic.php?t=25752 remasterizando Debian Live, un foro de intercambio muy interesante

http://forums.debian.net/viewtopic.php?t=17035&postdays=0&postorder=asc&start=0&sid=cf5d45edc211adae4028c794c304a500 howto, kernel realtime, paquete deb

http://www.hardbop200.com/2008/03/12/building-a-livecd-with-debian-live/ how to remaster kernel realtime

http://www.kernel.org/pub/linux/kernel/projects/rt/ parches realtime

Listas de mail

Debian Live:

http://lists.debian.org/debian-live/

Musix desarrollo:

https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-colaborad

Testeos

por Gilberto Borges

[M-Colab] DEBIAN LIVE SID - KDE - testeo De: Gilberto Borges <bandacarona@yahoo.com.br> Para: musix-colaborad@lists.ourproject.org Fecha: 27/07/08 07:36

Hola, entonces.

Estoy a escribir a vos desde Debian Live Sid - KDE. Estoy mui contento con la performance de la distro. Hacen algunos dias he dicho que Debian Live Sid - Xfce no he logrado correr a el navegador de internet. En la realidad, no hay ninguno navegador instalado en Debian Live Sid - Xfce.

Mui diferente es la realidad en Debian Live Sid - Kde. Estoy contento con la cantidad y calidad de los softwares que vienen en la *.iso. Hay softwares para casi todo, incluso el Open Office completo, educativos y juegos. Viene con aRts configurado y logro encontrar mis 3 tarjetas de audio y configuro a todas con perfeccion. No estoy poniendo los acientos en las palabras pues solamiente trae la opcion de en_US y no estoy con ganas de bajar paquetes de internacionalizacion.

Luego, yo he instalado AMUC y estoy a correrlo por la primera vez, pues en ETCH no es posible correrlo debido al hecho de que necesita glibc2.4 y ETCH solamiente tiene disponible glibc2.2.

Yo he insertado un pendrive y lo he detectado y montado en pocos segundos. Mui buena la impresion que queda. Para multimedia, trae Juk media player, noatun, kaudiocdcreator, k3b, kscd, kmid, artsbuilder y k3b. Yo esperaba kaffeine, pero no esta incluso en la *.iso.

El fuerte son las aplicaciones para oficina y dibujo. Estoy contento. Hasta ahora, los dos Debian Live que he testado (Xfce y Kde) quedaran buena impresion. Es claro que Kde es mas completo que la distro Xfce. Es saber si KDE es interesante para una distro multimedia por requer mucha memoria RAM. De igual, hay que sacar mucha cosa para remasterizar Debian Live Sid - KDE para transformar en Musix.

La opcion IceWM + Rox puede ser excelente. En esto caso, creo que se pueda remasterizar el Debian Standart (no tiene ninguno escritorio) y acrescentar solamiente IceWM. Con esto se puede lograr mas espacio para aplicaciones y tener una distro mas limpia (no va quedar configuracion residual del proceso de desinstalar cosas).

Vamos amadurecendo esto todo.

MUSICALMENTE. Gilberto

por MGG

--Marcos 10:02 25 nov 2008 (UTC)

probé debian live kde

inicia rápido, como debería ser, detecta acá todo bien... se ve muy sobrio... el menú está bien organizado, mucho mejor que knoppix, y es bastante completo en materia de variedad de apps, me parece

la pantalla de isolinux (primera pantalla antes de bootear), será modificada en la versión final de debian live, y habrá varios cambios en varias cuestiones

Colaboración con Debian Live

2008/10/25  <marcos@ovejafm.com>:
> Copiar o aprender del modelo de Debian

Curioso que lo menciones ahora. El miércoles de esta semana un desarrollador de Debian propuso[1] agregar nuevas categorías 
de colaboradores y cómo se  llegaría a ellas. Pero ya han aparecido varias críticas. Por ejemplo[2]. Pueden leer otras 
repercusiones en planet Debian[3].

Es un tema delicado. Imposible de dejar a todos contentos.

[1]http://lists.debian.org/debian-devel-announce/2008/10/msg00005.html
[2]http://ekaia.org/blog/2008/10/24/and-you-think-your-family-have-issues/
[3]http://planet.debian.net/

Saludos,
MLM

Tareas pendientes

etc-skel-musix-desktop-upgrade hacer un paquete nuevo de musix-desktop-upgrade que contenga las preferencias para icewm y rox en /etc/skel, de tal manera debian live las tomará al armar la distro

Firestarter_always-malloc En lenny tiene (tenía?) un problema, por eso se lanza así: /bin/sh -c "G_SLICE=always-malloc gksu -g /usr/sbin/firestarter"

Artwork para GRUB, KDM, wallpapers

compilar Ardour para debian lenny

realizar los backports que sean necesarios

Realizar una imagen ISO lo suficientemente completa como para poder lanzarla masivamente para el testeo

Remasterizando

Lista de Programas a incluir

Diseño gráfico

Incluyo aquí toda la info que brindó minombreesbond (había un problema de edición)

--Marcos 03:17 9 abr 2009 (UTC)

Gimp - Edicion de Imagenes (incluido)
- gimp-plugin-registry - Un paquete de plugins para gimp empaquetado para debian
  - Liquid Rescale - Una implementacion para Gimp del difundido 'escalado liquido' o algoritmo 'Seam Carving'] presentado en SIGGRAPPH 2007, este filtro aparecio en gimp un año antes que se implementara en otros populares programas privativos de manejo de imagenes
  - GREYCstoration - Restaura imagenes con ruido, reconstruye (impainting) partes ocultas, mejora imagenes con muy poca resolucion, etc.
  - Separate+ - Genera separaciones CMYK de una imagen RGB, usando un perfil de color, y las puede guardar como TIFF CMYK
  - Save for Web - Optimiza el tamaño del archivo comprometiendo el minimo posible calidad
  - David's Batch Processor - procesa imagenes en lote
  - Refocus - Re-enfoca imagenes desenfocadas o blureadas usando una tecnica de deconvolucion FIR Wiener, mucho mas efectiva que un filtro sharpen
  - Wavelet Denoise - Reduce ruido en las imagenes
  - Fix-CA - Corrige aberraciones cromaticas (bordes rojizos o azulados de los objetos)
  - Focus-Blur - Produce artificialmente areas desenfocadas en una foto
  - Layer-Effects - Varios efectos del tipo Drop Shadow, Inner Shadow, Outer Glow, Bevel and Emboss, etc
  - y sigue la lista..
- Gutenprint (gimp-gutenprint) - Un paquete de drivers libres de alta calidad para Canon, Epson, Lexmark, Sony, Olympus, y PCL (en algunos casos las prestaciones de estos drives son mejores que los originales) y con soporte especial para Gimp (al inicio el proyecto de llama Gimp-Print).
- Resynthesizer (gimp-resynthesizer) - Plugin para generar texturas y restaurar partes desaparecidas de una imagenes y generar efectos.
Inkscape - Editor vectorial, con enfasis en el soporte del estandar abierto http://www.w3.org/Graphics/SVG/ (Scalable Vector Graphics), ideal para ilustración y diseño.
Scribus - Editor profesional para diseño editorial, especializado en la produccion de archivos PDF destinados a pre-prensa (imprenta) y manejo nativo de espacio de color CMYK.
Blender - Editor profesional 3d, para produccion de peliculas de animacion, con este software se han producido los cortos como Elephants Dream o Big Buck Bunny
Fontmatrix - Administrador de fuentes tipográficas con muchas prestaciones (clasificacion, instalacion, mapas de caracteres unicode, clasificacion PANOSE etc).
Phatch - Procesado de imagenes en lote.
Hugin - Creacion de imagenes panoramicas usando varias fotos y modificacion de la perspectivas.
Imagemagick - Convertir, procesar, crear y componer imagenes en multiples formatos desde linea de comandos, muy util para crear scripts que automatizen la produccion o procesado de imagenes y cambios de formato, con alta precision
create-resources - "El proyecto Create proporciona recursos compartidos para usarse en aplicaciones creativas como Blender, CinePaint, GIMP, Inkscape, Scribus, Audacity y la biblioteca de arte Open Clip («Open Clip Art Library»)".
ps2pdf (viene con ghostscript) y pstoedit - herramientas de consola que convierten varios formatos desde postscript (el formato estandar de impresion)
UFRaw y Rawstudio- Manipulacion de imagenes en formato raw (como lo entregan muchas camaras digitales)

Algunas fuentes libres de calidad

The Gostscript Fonts - (gsfont) el paquete de fuentes liberado por urw++ para ghostscript
- URW Bookman L
- Nimbus Mono
- URW Gothic L (Avantgarde)
- Nimbus Sans L (Helvetica)
- URW Palladio L (Palatino)
- Century Schoolbook L
- Nimbus Roman No9 L (Times)
- Standard Symbols L
- URW Chancery L (Zapf Chancery)
- Dingbats (Zapf Dingbats)
Liberation (ttf-liberation)- Reemplaza parte del webcorefonts
- Sans igual metrica que Arial
- Serif igual metrica que Times New Roman
- Mono igual metrica que Courier New
Gentium (ttf-sil-gentium)
Charis (ttf-sil-charis) -Fuente derivada de Bitstream Charter
Libertine (ttf-linux-libertine) - (reemplaza a Times)
MgOpen Fonts (ttf-mgopen) - El paquete de fuentes libres magenta
- MgOpenCanonica (reemplaza a Times)
- MgOpenCosmetica (reemplaza a Optima)
- MgOpenModata
- MgOpenModerna (remplaza a Helvetica)
Fuentes Latinas de la Greek Font Society (en debian solo algunas empaquetadas como ttf-gfs-*)
- GFS Didot
- GFS Bodoni
- GFS Neohellenic
- GFS Artemisia
- GFS Theokritos
- GFS Elpis

otras opciones

Fontypython - Otro administrador de tipografias muy practico
Fontforge - el editor libre de tipografia
Latex el sistema (basado en el lenguaje TeX) de composicion tipografica y produccion de documentos con formato, especialmente difundido epara publicaciones cientificas y tecnicas por su inigualable manejo de composicion de ecuaciones matematicas (en debian [texlive-base http://packages.debian.org/es/lenny/texlive-base])
sk1 (baja prioridad, no está en Lenny, habría que compilarlo

http://www.inforactiva.net/index.php?option=com_content&view=article&id=124:sk1-dibujo-vectorial-linux&catid=32:grafico&Itemid=47) <- ojo es un programa q todavia esta en alfa

varios

cdcat - buen catalogador de cd (para los backups de trabajos)
filezilla - gestor ftp con gui, esta en el main de debian

Todo lo que se describe aquí fue especialmente escrito para que se incluya en Musix en base a la experiencia y consejos se diseñadores: http://www.idiomalibre.com/programas/diseno-grafico-libre.php

AUDIO

MIDI

Internet

amule

Oficina

Edición de Video

Cinelerra
kdenlive
avidemux
kino

Remasterización

El Dom 14 Dic 2008, José Antonio González García escribió:
 | He hecho una prueba de una versión standart, aleatoria, en modo
 | comandos, y he metido el kernel de Musix en
 | config/chroot_local-packages:
 |
 | linux-image-2.6.26.2-rt1-libre1_2.6.26.2-rt1-libre1-10.00.Custom_i386.deb
 |
 | y dos paquete aleatorios:
 |
 | firestarter e icewm
 |
 | y la prueba ha sido correcta.
 |
 | Los pasos han sido:
 |
 | # lh_clean
 |
 | esto me ha borrado la prueba anterior, en el mismo directorio.
 |
 | # lh_config --packages "icewm firestarter"
 |
 | con esto añado estos paquetes, por poner algo.
 |
 | # lh_build 2>&1 | tee salidalog1.txt
 |
 | con esto crontruye el paque y le pongo un pipe que me guarda la
 | salida de consola como un log, por si algo falla.
 |
 | Luego, creo, que ya se podría hacer una lista de paquetes de Musix
 | que se pudieran instalar en lenny. A ver que pasaría.
 |
 |
 | Saludos.

Funcionó (utilicé un directorio de armado anterior que tenía más paquetes en la lista, así que es un sistema "grande" de 649 mb), Sólo que no toma el kernel realtime por default, aunque sí lo instala, pero no se puede iniciarlo desde el boot del live-cd

Primera remasterización exitosa

Por "José Antonio González García" <joseangon47gmail.com>

Instalamos live-helper.

apt-get install live-helper

Preparamos un directorio y nos vamos a él como usuario normal. Es más fácil por que así los cambios que iremos haciendo los podemos hacer sin necesitar a root.

Preparamos la base de todo el proceso, entramos en consola en este directorio recién creado y con:

lh_config

Veremos la estructura del directorio. Pero el que ahora nos interesa es el config.

Vamos a hacer las modificaciones que necesitemos, según el resultado que queramos tener en nuestra live.

Los cinco archivos de texto los tenemos ahí.

El primero que vamos a repasar es le binary:

Este apartado nos pondrá las locales de la live en el idioma que elijamos. Ojo en modo live saldrá el english. No he mirado como cambiarlo pero he leído por ahí que se puede hacer:

LH_BOOTAPPEND_LIVE="locale=es_ES.UTF-8 keyb=es"

Este siguiente lo podemos dejar así si instalamos el splashy:

LH_BOOTAPPEND_INSTALL=" -- quiet splash vga=792 {LH_BOOTAPPEND_LIVE}"

Este otro le decimos que nos incorpore el instalador:

LH_DEBIAN_INSTALLER="live"

Aqui ponemos como se llamará nuestro proyecto:

LH_HOSTNAME="musix"

Si queremos un bonito menú de inicio, se lo indicamos aqui:

LH_SYSLINUX_MENU="enabled"

Ahora miramos el siguiente archivo, El chroot:

Ponemos las locales, para cuando esté instalado, no funciona en modo live, sale el english, hay que buscar como cambiarlo:

LH_LANGUAGE="es"

Aquí hay que prestar atención y poner la versión del kernel que vallamos a incorporar, si es personalizado. Sería algo asi como, por ejemplo si tenemos un paquete con la imagen del kernel con nombre linux-image-2.6.24_2.6.24-custom-1.0.10.deb, lo que nosotros hemos de anotar aquí sería lo que va a partir del guión bajo hasta custom. en este caso:

LH_LINUX_FLAVOURS="2.6.24"

En este apartado pondremos none. Hay algunos ejemplos por ahí que dicen de dejar vacío el espacio entre las comillas, pero no os funcionará:

LH_LINUX_PACKAGES="none"

Aquí pondremos los paquetes adicionales que no vengan en el escritorio elegido y queramos se nos instale, por ejemplo:

LH_PACKAGES="loop-aes-utils icewm rox-filer splashy"

Aquí el escritorio a instalar:

LH_PACKAGES_LISTS="kde"

El siguiente es el common:

No tocar nada dejar el de defecto.

El siguiente el bootstrap:

Aquí pondremos el repositorio de donde queramos bajen los paquetes oficiales que necesita el programa para la construcción de la live, en mi caso:

LH_MIRROR_BOOTSTRAP="http://ftp.de.debian.org/debian/"

LH_MIRROR_CHROOT="http://ftp.de.debian.org/debian/"

LH_MIRROR_BINARY="http://ftp.de.debian.org/debian/"

En el source, no tocar nada.

Ahora vamos a colocar en la carpeta config/chroot_local-packages los paquetes que no forman parte de la disribución oficial de Debian y que serán los que personalicen el resultado de la live. Por ejemplo los relacionados al kernel que anteriormente le hayamos indicado. Estos deben ser:

- El correspondiente a la imagen del kernel, - El de los source-headers, si lo queremos añadir, - los tres debs de los módulos aufs, squashfs y lzma. - Es más seguro añadir el del live-initramfs, que podemos bajarlo con apt-get con la opción -d y luego traerlo desde /var/apt/archives hasta esta carpeta - Y si queremos otros que tengamos construidos y queramos formen parte de la nueva live, por ejemplo el de musix-control

Ya tenemos todo configurado, ahora y como root:

lh_build

y a esperar.

podemos comprobar la iso con qemu:

apt-get install qemu
qemu -cdrom binary.iso

Y si la queremos quemar a un cd:

apt-get install wodim
wodim binary.iso

Bueno para esto hay cantidad de ejemplos en Debian-live projects, en el faq y examples, que se pueden seguir y hacer combinaciones, para cada uno elegir los resultados que más convengan.

Con estos pasos es con los que he conseguido la prueba que todos ya conocen.

Suerte!!!.

PD: por favor revisen faltas de ortografía. Gracias.

Personalizando el debian installer

Por José Angón en la lista musix-colaborad:

Hay que instalar subversion cdebconf dpkg-dev libdebconfclient0-dev libdebian-installer4-dev

 apt-get subversion

Creamos una carpeta para descargar el paquete. Y nos vamos a ella. Desde ahí:

 svn co svn://svn.debian.org/d-i/branches/d-i/lenny/installer

Nos vamos a esa carpeta:

 cd debian-installer

Nos encontramos con más carpetas pero la que nos interesa es la de installer. Nos vamos a ella:

 cd installer

Y miramos las dependencias que nos faltan:

 dpkg-checkbuilddeps

dpkg-checkbuilddeps: Unmet build dependencies: build-essential debhelper (>=4) bc debiandoc-sgml docbook-xsl libbogl-dev glibc-pic libslang2-pic (>=2.0.6-4) libnewt-pic (>= 0.52.2-11.3) genext2fs (>=1.3-7.1) mklibs (>=0.1.25) dosfstools syslinux (>= 2:3.63+dfsg-2) tofrodos bf-utf-source upx-ucl (>= 3) win32-loader

Instalamos todo eso y volvemos a chekear las dependencias:

 apt-get install bc debiandoc-sgml xsltproc docbook-xml docbook-xsl
 libbogl-dev glibc-pic libslang2-pic libnewt-pic genext2fs mklibs tofrodos
 bf-utf-source upx-ucl win32-loader

 dpkg-checkbuilddeps

 dpkg-checkbuilddeps: Unmet build dependencies: build-essential debhelper (>= 4) dosfstools syslinux (>= 2:3.63+dfsg-2)

Las instalamos:

 apt-get install build-essential debhelper dosfstools syslinux

Volvemos a repasar:

 dpkg-checkbuilddeps

Ok. Ahora vamos a cambiar el archivo que hay en build/config/i386.cfg para que nos quede más o menos como este:

 MEDIUM_SUPPORTED = cdrom netboot netboot-gtk netboot-xen hd-media #floppy
 
 MEDIUM_SUPPORTED_EXTRA = monolithic
 
 * The version of the kernel to use.
 
 BASEVERSION = 2.6.26.8
 
 KERNELVERSION = $(BASEVERSION)-libre2
 
 KERNELMAJOR = 2.6
 
 KERNEL_FLAVOUR = di
 
 KERNELNAME = vmlinuz
 
 KERNELIMAGEVERSION = $(KERNELVERSION)
 
 * upx can be used to make the kernel a lot smaller and compress binaries too, allowing us to put more on the floppy.
 *UPX=upx
 
 * The default video modes
 
 VIDEO_MODE="vga=normal"
 
 VIDEO_MODE_GTK="video=vesa:ywrap,mtrr vga=788"
 
 include config/x86.cfg

Ahora pegamos los paquetes udeb que habíamos preparado del kernel con los changes y dsc, etc, en el directorio build/localudebs.

Y revisamos el archivo de build/sources.list.udeb para que quede como:

 * This file is automatically generated, edit sources.list.udeb.local instead.
 
 deb copy:/home/yo/prueba/debian-installer/installer/build/ localudebs/
 deb http://ftp.de.debian.org/debian lenny main/debian-installer

Y ya podemos intentar construir el instalador. Ahora mismo sólo he probado con:

make build_monolithic
make build_cdrom_isolinux
make all_build
make build_floppy_boot

Tengo que mirar cual es el paquete que necesitamos para incluir en la iso. Pero ahí va una imagen con qemu levantando el mini.iso que crea el monolítico ( este creo que es para instalación desde la red), pero lo importante es que lo hace con el kernel 2.6.26.8-libre2 que tenemos ahora mismo en las lives.

Saludos

Para quien pueda echar una mano a customizar aún más el instalador nuevo, le voy a poner los pasos para poderlo modificar. Y valga tambien para que quede anotado y no se olvide.

En la carpeta de la live está este archivo: install/gtk/initrd.gz . Bien, lo copiamos aun directorio para desempaquetarlo. Para eso es mejor crear una carpeta:

 mkdir prueba

 cd prueba

Copiamos ahi el initrd.gz. Y en esa misma carpeta volvemos a crear otra:

 mkdir pru

Y nos vamos a ella:

 cd pru

Ahora desempaquetamos:

 gzip -d < ../prueba/initrd.gz | cpio --extract --verbose --make-directories --no-absolute-filenames

Esto nos deja en esta carpeta todo el contenido de intrd.gz. Ahí veremos todo lo que nos puede interesar para personalizar. Sobre todo lo que respecta al theme.

Bueno después de hacer los posibles cambios, volvemos a empaquetar todo su contenido:

 find . | cpio -H newc --create --verbose | gzip -9 > ../prueba/initrd.gz

Y a probar.

Kernel udeb

Nota: entre comillas se incluyen correcciones posteriores:

Como yo he hecho para construir un kernel udeb para un futuro instalador bebian customizado.

- Bajar las fuentes del linux-kernel-di-i386 desde:

http://packages.qa.debian.org/l/linux-kernel-di-i386-2.6.html

- Instalar el kernel-wedge y sus dependencias.

- Extraer el linux-kernel-di-i386:

tar -xf linux-kernel-di-i386-2.6_1.76.tar.gz

Nos vamos al directorio creado:

cd linux-kernel-di-i386-2.6

Editamos el archivo Kernel-version para que nos quede algo asi:

arch   version  flavour       installedname        suffix build-depends
i386     2.6.26.8 libre2           2.6.26.8-libre2         -
linux-image-2.6.26.8-libre2

"Ojo!!! Corrección:

Esto que sigue se modifica: "

Colocamos el kernel que tengamos empaquetado en formato .deb en el directorio inmediatamente superior al que nos encontramos, ojo revisar que tenga permisos de nuestro usuario, por ejemplo:

musix:~/pru-instalador$

linux-image-2.6.26.8-libre2_2.6.26.8-libre2-10.00.Custom_i386.deb linux-kernel-di-i386-2.6

"El tema para que te construya los paquetes udeb, es estar operando bajo el kernel en cuestión. Es decir lo hemos de tener instalado en nuestra partición y haber iniciado sesión con el. Un ejemplo, si vamos a construir el kernel udeb 2.6.26, hemos de tener en el uname -a el mismo kernel. "

Ahora seguimos en el directorio linux-kernel-di-i386-2.6, siempre como usuario normal, y tecleamos:

kernel-wedge gen-control

Esto nos va a construir el control de paquetes en una carpeta llamada debian dentro de este mismo directorio.

Y de seguida, tambien como usuario normal:

kernel-wedge build-all

"Ojo!!! Esto que sigue tambien se puede especificar:"

Esto es posible que nos empiece a tirar ciertos errores de missing paquete. Pues bien como casi es imposible de hacer un kernel debian con todos los requisitos predefinidos por el kernel-wedge, pues vamos a encontrar una carpeta donde están estos:

/usr/share/kernel-wedge/modules

Cada vez que nos tire un error de missin... Pues en esta carpeta hacemos en una consola un egrep paquete_a_buscar * Esto nos hará alguna ayuda. Lo que he hecho es borrarlo del archivo que lo nombre y continuo con los dos comandos anteriores. Así hasta que tengamos todos los paquetes .udeb que estos comandos nos construyen.

"Sólo hay que poner al final de la linea del paquete un espacio más una ? . Así nos ahorramos de borrarlos y lo tenemos para una posible inclusión en posteriores modificaciones. "

Ahora voy a continuar para hacer pruebas en la construcción del debian-instaler con este kernel. Y luego si va todo, pués a intentar acoplarlo a la iso de Musix-2.

Kernel

compilando el 2.6.27-libre

linux2.6.27-libre

Un solo kernel en el live-cd

Jose AGG dice:

Bueno por fin he conseguido meter un único kernel en la live y este es el de Musix. Gracias a esta página:

http://lists.debian.org/debian-live/2008/04/msg00007.html

(habría que sistematizar los pasos para el caso de Musix, ver si squashfs y unionfs no tienen conflictos con los parches realtime)

José S. dice:

http://proaudio.tuxfamily.org/wiki/index.php?title=Realtime_(RT)_Kernel

hay que hacer la initrd

Daniel VLC dice:

Aqui hay tambien alguna info que puede ser de utilidad

http://apps.linuxaudio.org/wiki/intel_hda_realtime_howto

Jorge S. dice:

tienes que adaptaro a debian. Decirte que debian tiene una aplicación para compilar el kernel

http://newbiedoc.sourceforge.net/system/kernel-pkg.html

*make-kpkg* --revision=custom.1.0 kernel_image

te crea un deb con tu kernel customizado

Compilando un kernel personalizado

Primer logro

(--Marcos 03:53 30 dic 2008 (UTC) revisada la ortografía)

Tutorial por:

"José Antonio González García" <joseangon47gmail.com>

Como yo he hecho para conseguir un kernel real-time y que nos valga para usarlo en una Debian-live personalizada.

Instalamos:

module-assistant make gcc libncurses-dev libqt3-mt-dev libqt3-headers g++

dpkg-dev kernel-package

Preparamos una carpeta para guardar los paquetes que iremos bajando, asi nos serviran para siguientes procesos.

Nos vamos a www.kernel.org y en project/rt miramos las nuevas versiones que tenemos en ese servidor. Si no nos gustan, podemos ir a la carpeta old y allí elegir el que vallamos buscando.

Una vez decidamos cual es la versión que vamos a utilizar, bajaremos el paquete con el nombre broken-out y el del parche rt. Luego podemos abrir una nueva pestaña en el navegador y vamos, ahí mismo en kernel.org, al link 2.6 que es donde estará el kernel que corresponde a la misma versión de los parches que estaban realizados en el momento que hemos iniciado esta operación.

Bajamos el kernel correspondiente y todos los parches que en ese momento haya preparados en ese directorio. Suele ser uno, pero revisamos tranquilamente.

Una vez los tangamos bajados podemos llevarlos a /usr/src Yo aconsejo de copiarlos por si tenemos algún problema, nos ahorraremos todos los pasos anteriores de tener que ir a buscarlos.

Podemos hacer todos estos pasos en nuestro home, pero yo prefiero hacerlo en /usr/src

Nos vamos a /usr/src

Descomprimimos el paquete de las fuentes del kernel, aquí ya como root:

tar -xf sources_kernel.tar.gz

y nos vamos al directorio creado trás la salida de ese comando.

Para poder ir sabiendo, en todo momento, los subsiguientes cambios que se van a realizar en el .config del kernel, le iremos aplicando sucesivos: make oldconfig.

Pues eso y en primer lugar hacemos, siempre como root:

make oldconfig

Este primer .config que nos crea es uno que trae incorporado el source y que ya viene creado como ejemplo. Podemos mirarlos en los examples del mismo. Y así poder construir diferentes y para diferentes arquitecturas.

Vamos mirando las salidas que nos da, e iremos eligiendo lo que más nos interese. Nos fijamos bien para no desactivar alguna característica esencial para el kernel o lo contrario que pongamos cosas que sólo consigan hacerlo más pesado y que nadie después valla a usarlo.

Cuando terminemos añadimos el parche especial para esas sources que bajamos del mismo directorio donde estaba el kernel:

si lo tenemos descomprimido:

patch -p1 -i ../patch-2.6.23

si está comprimido:

zcat ../patch-2.6.26.6.tar.gz | patch -p1

Volvemos a hacer otro:

make oldconfig

y miramos que nos cambia esto. Seguimos, cuando este termine y le acoplamos el parche broken-out de rt:

igual, si está descomprimido:

patch -p1 -i ../patch-2.6.23-rt11-broken-out

si está comprimido:

zcat ../patch-2.6.26.6-rt11-broken-out.tar.gz | patch -p1

Otro:

make oldconfig

En este si tenemos que fijarnos muy detenidamente cuales son las características que debemos activar, ya sean como módulos o incorporados ya directamente en el kernel. Imagino que vosotros sabreis mejor que yo, por experiencia, como debe de comportarse un kernel con preemption y cuales son los mejores resultados según una característica u otra.

Ya hemos elegido todo lo que hay que activar y que este parche nos proporciona. De seguido acoplamos el parche de rt especifico al kernel y versión:

sin comprimir:

patch -p1 -i ../patch-2.6.23-rt

comprimido:

zcat ../patch-2.6.26.6-rt11.gz | patch -p1

Otro:

make oldconfig

Ya hemos activado todos lo necesario relacionado con premption y real-time. Ahora si nos hemos fijado en la salida de la consola veremos que automáticamente nuestro kernel ha añadido "rtXX" a su nombre. Luego en este caso ya tendríamos un kernel real-time listo para su creación.

Pero nosotros ahora necesitamos otras características añadidas a este. Y que vamos a hacer a continuación. Si este kernel lo fueramos a instalar en nuestro equipo pues ya podríamos ir eligiendo cuales módulos irían y cuales no. Pero como pretendemos que nos valga para una live tendremos que prepararlo con otro parche, que habremos bajado de sourceforge del proyecto aufs. El parche en cuestión es el rt-compact.

Se lo vamos a aplicar de seguida. Pero primero vamos a hacernos con ese módulo especial para la live. Podemos bajarlo del cvs, yo no he podido. Asi que:

apt-get install aufs-source lzma-source squashfs-source

esto no colocará en el directorio /usr/src los paquetes correspondientes con el apellido tar.bz2

Vamos a descomprimirlos. Porque necesitamos aufs lo esté para los siguientes caminos que hay que indicarle al parche que estamos preparando. Y para que el comando que nos construya la imagen del kernel nos haga el trabajo también con estos módulos.

Salimos del directorio del source del kernel:

cd ..

Y descomprimimos:

tar -xf aufs.tar.bz2

tar -xf lzma.tar.bz2

tar -xf squashfs.tar.bz2

Esto nos creará una capeta en /usr/src con el nombre modules y dentro de ella estarán cada una de las carpetas de los trés sources que acabamos de descomprimir.

Volvemos a la carpeta del source del kernel:

cd linux-source-2.6.24

Añadimos el parche:

patch -p0 < ../rt-compat.patch

y aquí nos mostrará dos caminos que nosotros tenemos que elegir. Variará si lo hemos bajabo del cvs o de los repositorios con apt-get. En mi caso:

../modules/aufs/archivo_en_cuestión

asi hasta que termine con todos los cambios. Al final nos muestra cuales han sido, pero por lo que yo he podido observar sólo hace uno o dos dependiendo de la versión del kernel que estemos trabajando. Y eso si, la característica del nombre que tan bonita quedaba "rtXX" se perdió una vez hayamos acoplado este parche. Habría que mirar porqué, si es que no fuera necesario?

Ahora otro:

make oldconfig

La inclusión de los parches ha de hacerse según estos pasos. Si nos diera por variar el orden de los mismos, veríamos que lo queremos conseguir nos podría dar algunas sorpresas.

No sale ningún cambio. Luego ya podemos hacer correr el compilador que nos cree nuestro kernel. Pero yo aconsejo hacer un make xconfig, que nos abre una ventana donde podemos ir viendo, más detenidamente las diferentes características que forman parte del paquete, sobre todo lo relacionado con real-time. Y de camino nos será más fácil hacer una revisión de todos los pasos que hemos ido construyendo en los anteriores procesos.

Ahora ya hemos decidido que forma parte del kernel y que no, pues vamos a construirlo:

make-kpkg --initrd kernel_image kernel_headers modules

Cuando termine este comando tendremos cinco paquetes nuevos en el directorio anterior al que estamos trabajando. Podemos salir con:

cd ..

ls

y los veremos. Serán la imagen, los headers y los tres módulos específicos para la live.

Suerte!!!.

PD: ruego revisen las faltas de ortografía. Gracias.

investigación anterior

Bueno, esto, va, regular pero quiere decir que irá.

Voy a comentar lo que he hecho, como.

Aunque voy a empezar por el final.

He tenido un problema que no he podido resolver. Pero que seguro que le encontraremos el truquillo. Y es que no he podido compilar el módulo aufs para el kernel que le he llamado "prueba".

Por tanto hay un problema, ahora, en modo live.

Pero es que, al ver que no podía levantarla, me decidido por instalarla. Durante la instalación todo bien. Pero al reiniciar y arrancar desde el disco duro, me dice que no encuentra el directorio raiz. No lo entiendo y lo que hago es reiniciar y esta vez lo hago en single mode. Al ver la salida de la pantalla observo que me reconoce el disco como scsi y no hd.

Luego cambio la opción en el menú grub y pongo la partición de hda5 a sda5, y como root el mismo ( root (hd0,4)). Y esto hace que arranque perfectamente. Bueno es un pequeño rompecabezas, pero al menos, da alguna esperanza.

Asi que hay va el mini diario de abordo:

Pasos

Bajo los sources del kernel y el patch de realtime.

apt-get install module-assistant make gcc libncurses-dev libqt3-mt-dev libqt3-headers g++ dpkg-dev kernel-package

extraigo las sources del kernel en /usr/src:

tar -xf linux-2.6.26.1.tar.gz

y las de el patch:

gunzip patch-2.6.26-rt1.gz

Muevo las sources a:

mv linux-2.6.26.1 linux

y parcheo el source dedes dentro de la carpeta linux:

patch -p1 -i ../patch-2.6.26-rt1

copio el config en la carpeta linux:

debian:/boot# cp /lib/modules/config-2.6.26-1-686 /usr/src/linux/.config

Hago un:

make xconfig

Aqui miro el manual de rt.

No me preocupo, ahora mismo que el kernel no sea real-time, ya tendremos tiempo de conseguirlo, poco a poco. Lo que intentamos de probar es la inclusión de un kernel customizado y que no sea una imagen de los repositorios oficiales.

Construyo los paquetes:

linux-headers-2.6.26.1-prueba_prueba.1.0_i386.deb linux-image-2.6.26.1-prueba_prueba.1.0_i386.deb

con, desde la carpeta linux:

make-kpkg --initrd --revision=prueba.1.0 \

> --append-to-version=-prueba kernel_image kernel_headers modules

Ahora bajo:

apt-get install lzma-source squashfs-source aufs-source

m-a update
m-a build -k /usr/src/linux lzma
m-a build -k /usr/src/linux squashfs
m-a build -k /usr/src/linux aufs   ----> me da problemas no me

entretengo y continuo.

me voy al directorio de la live y como usuario normal:

lh_config

descargo el paquete live-initramfs_1.154.2-1_all.deb sin isntalar, con la opción -d da apt-get y lo muevo a:

config/chroot_local-packages

junto con los .deb contruidos en /usr/src

Ahora voy a configurar el live con:

LH_LINUX_FLAVOURS="prueba"

LH_LINUX_PACKAGES to:"none"

LH_UNION_FILESYSTEM="aufs"

LH_INITRAMFS="live-initramfs"

y doy un

lh_build

como usuario root. Espero que termine y me encuentro con lo de arriba indicado.

Mañana intentaré de ver donde puedo estar trabado.

Saludos a todos.

habilitar realtime para usuarios no root

En el archivo:

/etc/security/limits.conf

# REALTIME support for audio group users
@audio - rtprio 90
@audio - nice -10
@audio - memlock 250000

de: http://osdir.com/ml/linux.gentoo.proaudio/2006-10/msg00024.html

incorporar otros lenguajes

Sebastian Hilbert wrote: > 1.) ideally have the user select the locale to boot up. E.g. let the user > choose at boot time or once Debian-Live has booted into a Windowmanager.

this is how it works atm. the locale you pass through kernel parameter at boot prompt (see manpage of live-initramfs for exact syntax) initiates the generation of the correct locales, and, if you use gdm or kdm, the desktop environment will start localized as well (given that, the appropriate i18n-foo is installed, which is not necessary for gnome but e.g. kde has it seperately in kde-i18n-foo).

if you have multiple entries in your syslinux configuration, the user can just select between those doesn't have to worry about messing with the prompt.

> 2.) Install (regardless of how to use it) a defined set of locales during the > build stage. In our case that would be French, Spanisch, German, English > along with the keyboard layouts.

keyboard are handled similar as locales, except that they don't need to be generated, just switched.

if you want multiple pre-generated locales in the image, regardless what you select at boot prompt, you can just preseed the locale package accordingly and put the preseeding file into config/chroot_local-preseed/

-- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist

REPORTES

Musix 2.0 alpha 1

reporte_musix2.0alpha1_marcos en CD

reporte_musix2.0alpha1dvd_marcos en DVD

--Marcos 16:08 28 mar 2009 (UTC)

Musix 2.0a 26-1-2009

Impresión general: muy bien!

--Marcos 14:14 4 feb 2009 (UTC)

Grabé el ISO en un CD, reinicié mi PC (Duron 1800 con 384RAM, sb live, HD 250GB), el sistema operativo del Live CD se inició correctamente

La pantalla de bienvenida muestra un fonde de Debian Live y varias opciones para arrancar con diferentes kernels (2) y opciones de instalación. Elegí el 2.6.24.7 rt25

Luego durante el inicio, al minuto aparece splashy con el tema de Musix 1.0, la barra naranja va progresando pero en un punto se hace lento: tarda en detectar la red, no sé por qué, pero no es muy molesto tampoco

inicia KDM, pide clave (live), luego Inicia directamente el escritorio Icewm con las opciones para cargar fondos de escritorio con iconos gestionados por Rox

No inicia Rox al principio, debería hacerlo (creo)

El tema del escritorio Icewm es el defaulta de Debian, debería ser el de Musix 1.0 como mínimo (musix-fashion), elegí musix-fashion desde Debian --> Settings --> Temas y lo cargó perfectamente. Igualmente es un tema anterior al Muisix 1.0 R3, pero no está tan mal.

Los fondos de Rox no está en /usr/share/wallpapers, por eso no se cargan con los escritorios. Los iconos personalizados de Musix tampoco están en /usr/share/pixmaps (habría que copiar todo lo que está en Musix 1.0 a esa carpeta para Musix 2.0).

JACK no viene preconfigurado, algo que puede ser molesto para usuarios nuevos, al menos debería cargarse desde un script BASH con la opción Real Time habilitada, y también con Unlock memory. Además debería estar en castellano (hablar con adrián pardini de última).

El tema GTK2 debería ser Clearlooks, tal como en Musix 2.0, al menos, dado que sino las perillas de los programas GNOME se ven muy anticuadas, entre otras cosas...

Están prácticamente todos los programas para Audio que uno buscaría, salvo Ardour.

Hay que deshabilitar los sonidos de sistema en KDE, es decir, esos sonidos molestos que aparecen cuando un cartel de advertencia, etc: rosegarden jodió con eso.

Hay que instalar los soundfonts de Musix, sino Qsynth no tiene con qué sonar...

Sin embargo, la situación actual es MAS QUE FELIZ, siendo que todo lo básico carga bien!!

JACK

Una vez que configuré jack en realtime y lo inicié, al principio dio un error pero luego inició,

JACK compiled with System V SHM support. 12:10:52.570 Could not connect to JACK server as client. - Overall operation failed. - Unable to connect to server. Please check the messages window for more info. loading driver .. apparent rate = 48000 creating alsa driver ... hw:0|hw:0|512|2|48000|0|0|nomon|swmeter|-|32bit control device hw:0 configuring for 48000Hz, period = 512 frames (10.7 ms), buffer = 2 periods ALSA: final selected sample format for capture: 16bit little-endian ALSA: use 2 periods for capture ALSA: final selected sample format for playback: 16bit little-endian ALSA: use 2 periods for playback

Jugando con Rosegarden y un sintetizador DSSI Xsynth no dio ningún xrun ni problema alguno posteriormente

Rosegarden 1.7.0

Funcionan los instrumentos synth plugin DSSI, el editor de partituras, la ventana multipista... no probé mucho pero parece todo normal.

Musix 2.0 alpha 07-03-2009

Reportes Musix 2.0 alpha 07-03-09.

Obtenido de "http://musix.org.ar/wiki/index.php/Musix2.0_trabajando"

: Desarrollo