gr4ves escribió:Solo como comentario debian no incluye aplicaciones No Opensource en sus repositorios oficiales asi que para aquellos que necesiten FlashPlayer Adobe Reader etc.. en su distro solo hace falta agregar los repositorios alternativos.(san google ayuda con eso y hay guias paso a paso para instalar flashplayer)
Es muy facil hacerlo y seria lo mismo en Wii o en PC y asi poder usar youtube o megaporn para los pajerillos xD (Usando Iceweasel por supuesto ;D)
Saludos!
EDITO: Aqui esta un manual muy bueno para Etch 4.0 Lenny o Sid
http://www.debianadmin.com/how-to-insta ... nysid.html
Recomiendo usar el metodo 2 ya que seria el mas facil, todos los metodos son validos por supuesto...
Recuerden usar nano y demas aplicaciones como root (usando comando "su" antes de ejecutar) para poder editar el sources.lst
Instalar Gnash en Whiite Lenny 3.0:
Primero tenermos que editar la sources.list
#nano /etc/apt/sources.list
Y añadimos la siguiente línea:
deb http://debian.jones.dk/ lenny gnash
Guardamos, salimos de nano. Y actualizamos:
#apt-get update
Instalamos Gnash y el plugin para mozilla:
#apt-get install gnash gnash-common gnash-cygnal gnash-tools mozilla-plugin-gnash
#apt-get clean
krokus escribió:Hola ndrs, te dejo este post porque en el Whiite lenny 3.0 de marioga he conseguido instalar gnash y funciona. El problema ahora está en encontrar un navegador que sea compatible y que no bloqué la ram. En Whiite usamos ARORA es compatible con gnash, pero tremendamente lento.
¿Podrías ayudarnos? ¿Podrías intentar instalarlo en Xwhiite 0.2?
¿Sabes de algún reproductor de vídeo en streaming compatible con ppc? Si conoces alguno ¿cómo se instala y que librerías son necesarias?
Si nos puedes ayudar, nos vendría de perlas. Haber si avanzamos en esto de la reproducción de los flv y swf.Instalar Gnash en Whiite Lenny 3.0:
Primero tenermos que editar la sources.list
#nano /etc/apt/sources.list
Y añadimos la siguiente línea:
deb http://debian.jones.dk/ lenny gnash
Guardamos, salimos de nano. Y actualizamos:
#apt-get update
Instalamos Gnash y el plugin para mozilla:
#apt-get install gnash gnash-common gnash-cygnal gnash-tools mozilla-plugin-gnash
#apt-get clean
Psmaniaco escribió:Yo me apunto al tema,me gustaria sobre todo ver si se puede apañar un driver para la GPU ya que como usa aceleracion por software tirara mucho de la GPU.
Un saludo.
OPTIMIZING SSD PERFORMANCE:
The performance of the SSD drive can be significantly improved by a few tweaks described in an article by Jason Perlow (But ignore Tweak #1, which does not apply.). The most important of these are described here.
Change the file system mount options on SSDs to “noatime”
Edit /etc/fstab (gksudo gedit /etc/fstab) and change the the option “relatime” to “noatime”. The line for the root partition should then be something like:
UUID=f0ae2c59-83d2-42e7-81c4-2e870b6b255d / ext2 noatime,errors=remount-ro 0 1
Use the “noop” I/O scheduler
Edit /boot/grub/menu.lst using your favorite editor, and add "elevator=noop" as an option. The default kernel configuration, found in the last part of the file should be something like:
title Ubuntu 8.04.1, kernel 2.6.24-19-generic
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-19-generic root=UUID=f0ae2c59-83d2-42e7-81c4-2e870b6b255d ro quiet splash elevator=noop
initrd /boot/initrd.img-2.6.24-19-generic
quiet
In order for the changes to remain when updating the kernel, also in menu.lst, find the line
# defoptions=quiet splash
and add "elevator=noop" as an option:
# defoptions=elevator=noop quiet splash
REDUCING SSD WEAR:
Frequent writes to the SSD will cause failure eventually. We can reduce the number of writes to the SSD by moving our logs to a temporary filesystem in RAM that gets destroyed at ever reboot. Now this means your logs will not be persistent across reboots making debugging difficult in some cases. This step is optional of course, so if you need the logs for an extended period of time do not follow these steps.
Open your fstab again, and add the following lines:
gksudo gedit /etc/fstab
tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
There is currently a bug in sysklogd where it cannot handle booting with an empty /var/log directory (bug #290127). This can be fixed by modifying /etc/init.d/sysklogd:
Find this function:
fix_log_ownership()
for l in `syslogd-listfiles -a`
do
chown ${USER}:adm $l
done
}
..and replace it with this:
fix_log_ownership()
{
for l in `syslogd-listfiles -a --news`
do
# Create directory for logfile if required
ldir=$(echo ${l} | sed 's/[^\/]*$//g')
if [ ! -e $ldir ] ; then
mkdir -p $ldir
fi
# Touch logfile and chown
touch $l && chown ${USER}:adm $l
done
}
Warning: this will cause some packages to fail mysteriously when they cannot access the log directories that were installed with the packages and then disappeared at reboot.
To rebuild the rest of the directory structure inside /var/log on each reboot, add these lines to /etc/rc.local above the 'exit 0' line:
for dir in apparmor apt ConsoleKit cups dist-upgrade fsck gdm installer news ntpstats samba unattended-upgrades ; do
if [ ! -e /var/log/$dir ] ; then
mkdir /var/log/$dir
fi
done
Note: discovered ATA 40-wire cable misdetection after resume (currently 2.6.27), causing hdparm down from 40MB/s to 25MB/s: filed http://bugzilla.kernel.org/show_bug.cgi?id=11879 for this issue -AndiM
Note: you may have to specify more directories if you have applications which use them, check the contents of /var/log/ for directories before rebooting/deleting them.
DISABLE SCROLLKEEPER:
ScrollKeeper is a cataloging system for documentation on open systems. Hardly anyone ever uses it and on the slow SSD it takes ages every time you install anything. Disable it and your installs will fly! Finally add a diversion to stop dpkg from overwriting your changes.
sudo mv /usr/bin/scrollkeeper-update /usr/bin/scrollkeeper-update.real
sudo ln -s /bin/true /usr/bin/scrollkeeper-update
sudo find /var/lib/scrollkeeper/ -name \*.xml -type f -exec rm -f '{}' \;
sudo dpkg-divert --local --divert /usr/bin/scrollkeeper-update.real --add /usr/bin/scrollkeeper-update
krokus escribió:Hola Psmaniaco, la swap de la SD no la usa, por lo que no vale de nada. Tanto Debian 4.0 como Debian 5.0, no se hacen con los discos duros solidos o con las memorias flash, por lo que tener una partición en la SD formateada en Swap es como tener un tío en Alcala, lo suyo es tener pinchado un HDD USB con una pequeña partición Swap. Es más deberíamos hacer una modificación en la forma con la trata los temporales ya que el sistema está pensado como si de un HDD se tratase, el cual la escritura múltiple lo lleva bien a diferencia de los SSD o los Pendrive. Por esta razón, me gusta más usar bootit o MIKE, para arrancar desde un HDD USB todo el OS, el problema de esto es que los HUBs de USB van bien en Xwhiite pero mal en Whiite, por lo que puede que te quedes sin teclado o ratón una vez arrancado el OS.
Os dejo un Spoiler donde se explica que hacer con los SSD y Pendrive, en el caso de UBUNTU, me imagino que para DEBIAN no tiene que ser muy diferente.
Si os vais al wiki colgado en EOL del Archii, veréis que ellos también han tratado esto desde los primeros momentos de la instalación. La verdad que me gustaría probar Archii, pero para instalarlo tienes que tener instalado ARCH en tu PC y me da una pereza brutal instalarlo y aprenderme sus comandos. Pero en algún momento alguien lo tendría que probar, porque dicen que es el mejor proyecto para la wii de momento.OPTIMIZING SSD PERFORMANCE:
The performance of the SSD drive can be significantly improved by a few tweaks described in an article by Jason Perlow (But ignore Tweak #1, which does not apply.). The most important of these are described here.
Change the file system mount options on SSDs to “noatime”
Edit /etc/fstab (gksudo gedit /etc/fstab) and change the the option “relatime” to “noatime”. The line for the root partition should then be something like:
UUID=f0ae2c59-83d2-42e7-81c4-2e870b6b255d / ext2 noatime,errors=remount-ro 0 1
Use the “noop” I/O scheduler
Edit /boot/grub/menu.lst using your favorite editor, and add "elevator=noop" as an option. The default kernel configuration, found in the last part of the file should be something like:
title Ubuntu 8.04.1, kernel 2.6.24-19-generic
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-19-generic root=UUID=f0ae2c59-83d2-42e7-81c4-2e870b6b255d ro quiet splash elevator=noop
initrd /boot/initrd.img-2.6.24-19-generic
quiet
In order for the changes to remain when updating the kernel, also in menu.lst, find the line
# defoptions=quiet splash
and add "elevator=noop" as an option:
# defoptions=elevator=noop quiet splash
REDUCING SSD WEAR:
Frequent writes to the SSD will cause failure eventually. We can reduce the number of writes to the SSD by moving our logs to a temporary filesystem in RAM that gets destroyed at ever reboot. Now this means your logs will not be persistent across reboots making debugging difficult in some cases. This step is optional of course, so if you need the logs for an extended period of time do not follow these steps.
Open your fstab again, and add the following lines:
gksudo gedit /etc/fstab
tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
There is currently a bug in sysklogd where it cannot handle booting with an empty /var/log directory (bug #290127). This can be fixed by modifying /etc/init.d/sysklogd:
Find this function:
fix_log_ownership()
for l in `syslogd-listfiles -a`
do
chown ${USER}:adm $l
done
}
..and replace it with this:
fix_log_ownership()
{
for l in `syslogd-listfiles -a --news`
do
# Create directory for logfile if required
ldir=$(echo ${l} | sed 's/[^\/]*$//g')
if [ ! -e $ldir ] ; then
mkdir -p $ldir
fi
# Touch logfile and chown
touch $l && chown ${USER}:adm $l
done
}
Warning: this will cause some packages to fail mysteriously when they cannot access the log directories that were installed with the packages and then disappeared at reboot.
To rebuild the rest of the directory structure inside /var/log on each reboot, add these lines to /etc/rc.local above the 'exit 0' line:
for dir in apparmor apt ConsoleKit cups dist-upgrade fsck gdm installer news ntpstats samba unattended-upgrades ; do
if [ ! -e /var/log/$dir ] ; then
mkdir /var/log/$dir
fi
done
Note: discovered ATA 40-wire cable misdetection after resume (currently 2.6.27), causing hdparm down from 40MB/s to 25MB/s: filed http://bugzilla.kernel.org/show_bug.cgi?id=11879 for this issue -AndiM
Note: you may have to specify more directories if you have applications which use them, check the contents of /var/log/ for directories before rebooting/deleting them.
DISABLE SCROLLKEEPER:
ScrollKeeper is a cataloging system for documentation on open systems. Hardly anyone ever uses it and on the slow SSD it takes ages every time you install anything. Disable it and your installs will fly! Finally add a diversion to stop dpkg from overwriting your changes.
sudo mv /usr/bin/scrollkeeper-update /usr/bin/scrollkeeper-update.real
sudo ln -s /bin/true /usr/bin/scrollkeeper-update
sudo find /var/lib/scrollkeeper/ -name \*.xml -type f -exec rm -f '{}' \;
sudo dpkg-divert --local --divert /usr/bin/scrollkeeper-update.real --add /usr/bin/scrollkeeper-update
Psmaniaco escribió:Pues eso si que es raro,por que yo he creado en la SD 3 particiones,una la FAT para el bootmii modificado para que arranque Linux,la ext2 para Linux y la Swap para la particion de intercambio.Por cierto he cambiado el cable de la Wii a uno de componentes y se ve de vicio,eso si se me ve comida la pantalla¿sabeis como arreglarlo?
Un saludo.
krokus escribió:Psmaniaco escribió:Pues eso si que es raro,por que yo he creado en la SD 3 particiones,una la FAT para el bootmii modificado para que arranque Linux,la ext2 para Linux y la Swap para la particion de intercambio.Por cierto he cambiado el cable de la Wii a uno de componentes y se ve de vicio,eso si se me ve comida la pantalla¿sabeis como arreglarlo?
Un saludo.
Efectivamente puedes crear con gparted o fdisk una partición swap en una SD, pero el sistema no la usa. Como te comenté Debian 4.0 y Debian 5.0, no están preparados para funcionar sobre discos SSD o memorias flash, estos dentro tienen controladoras que simulan ser discos Native IDE o Ahci, por ello las ordenes de usar swap por parte de linux no son traducidas por estas controladoras. La últimas versiones de Ubuntu esto esta resuelto en parte, sobre todo el problema de la escritura múltiple de los temporales, pero el swap no termina de ser usado.
Saludos.
Psmaniaco escribió:krokus escribió:Psmaniaco escribió:Pues eso si que es raro,por que yo he creado en la SD 3 particiones,una la FAT para el bootmii modificado para que arranque Linux,la ext2 para Linux y la Swap para la particion de intercambio.Por cierto he cambiado el cable de la Wii a uno de componentes y se ve de vicio,eso si se me ve comida la pantalla¿sabeis como arreglarlo?
Un saludo.
Efectivamente puedes crear con gparted o fdisk una partición swap en una SD, pero el sistema no la usa. Como te comenté Debian 4.0 y Debian 5.0, no están preparados para funcionar sobre discos SSD o memorias flash, estos dentro tienen controladoras que simulan ser discos Native IDE o Ahci, por ello las ordenes de usar swap por parte de linux no son traducidas por estas controladoras. La últimas versiones de Ubuntu esto esta resuelto en parte, sobre todo el problema de la escritura múltiple de los temporales, pero el swap no termina de ser usado.
Saludos.
No fastidies ,entonces si Linux agota toda la RAM del sistema¿que pasaria?
Un saludo.
Psmaniaco escribió:O sea que se quedaria tieso el Linux,es raro por que cuando le pongo alguna aplicacion que chupa memoria RAM la consola lo ejecuta sin problema,aunque eso si el sensor de uso de la CPU se dispara.
Un saludo.
Psmaniaco escribió:Pues si te digo la verdad ni idea ,por cierto ahora mismo las X de Whiite tiran mediante framebuffer¿no?(sin aceleracion grafica).
Un saludo.
ndrs escribió:Bueno, yo opino que podríamos usar archii como base, que os parece? Habría que instalarlo desde 0, poner el controlador del mando (ni puta idea de como, el whiite ya lo trae) y optimizarlo poco a poco. Yo estoy instalando arch en el pc y me gusta la idea de empezar desde el kernel, sin mas añadidos.
ndrs escribió:Psmaniaco escribió:Pues si te digo la verdad ni idea ,por cierto ahora mismo las X de Whiite tiran mediante framebuffer¿no?(sin aceleracion grafica).
Un saludo.
al menos en xwhiite tiene instalados los drivers de la grafica, asique tira de GPU no? Se supone que las x las aguanta la grafica, si no... Pfff que caos.
Bueno, yo opino que podríamos usar archii como base, que os parece? Habría que instalarlo desde 0, poner el controlador del mando (ni puta idea de como, el whiite ya lo trae) y optimizarlo poco a poco. Yo estoy instalando arch en el pc y me gusta la idea de empezar desde el kernel, sin mas añadidos.
Psmaniaco escribió:ndrs escribió:Psmaniaco escribió:Pues si te digo la verdad ni idea ,por cierto ahora mismo las X de Whiite tiran mediante framebuffer¿no?(sin aceleracion grafica).
Un saludo.
al menos en xwhiite tiene instalados los drivers de la grafica, asique tira de GPU no? Se supone que las x las aguanta la grafica, si no... Pfff que caos.
Bueno, yo opino que podríamos usar archii como base, que os parece? Habría que instalarlo desde 0, poner el controlador del mando (ni puta idea de como, el whiite ya lo trae) y optimizarlo poco a poco. Yo estoy instalando arch en el pc y me gusta la idea de empezar desde el kernel, sin mas añadidos.
Pues hice la prueba con el comando glxinfo(instalando las mesa-libs)y me sale que la aceleracion tira por software,no por hardware.
Un saludo.
ndrs escribió:Bueno, ya he empezado con lo del linux.
Una pregunta, que escritorio es mas ligero: LXDE, XFCE4, o Enlightment o como se escriba xD?
Bueno, para empezar, si alguien sabe como, se podría hacer un canal para arrancar el bootmii, es decir, el kernel? Seria un paso adelante curioso. Por otra parte ya he actualizado el sistema y configurado los locales, todo curiosamente fácil y sin problemas. Ahora voy a instalar xorg y LXDE, así como el HAL y etc. A ver que saco en claro y empezare a buscar formas de traer el Linux al usuario habitual
Bueno, creo que tengo una cosa al respecto de algo que se barajó psmaniaco.
Bien, segun tengo entendido el xorg procesa en la CPU y no en la GPU. Pues bien, al instalar xorg y configurarlo, me decia 2 cosas curiosas. La primera, que pusiese la identidad de la tarjeta grafica, un codigo chungo que no se de que va, y la segunda, que si quería usar el nucleo para el framebuffer, cosa, que sabiendo que darle a si es hacer las cosas con seguridad, le di a que no, con la leve esperanza de que use la GPU en su totalidad. No sé si lo que estoy diciendo tiene logica, pero es curioso igualmente.
A partir de ahora me dedicaré a modificar LXDE lo suficiente como para ser un entorno de escritorio sencillo para el usuario, con objeto de crear posteriormente entre nosotros una version preconfigurada y preparada del linux.
Las cosas que quiero hacer son las siguientes:
1 - Crear canal para arrancar bootmii, o en su defecto, arrancar el kernel desde el homebrew channel, por lo que si que se podría hacer un canal (aunque yo no sé), pero tengo entendido que de esa forma no funciona el wifi.
2 - Poner las aplicaciones esenciales, ligeras, estables, y rapidas en la medida de lo que sea posible en el sistema operativo, discutiendo posteriormente que aplicaciones sobran o falta.
3 - Aunque no sé si estareis de acuerdo, me parece que en la scene hay muchos mas usuarios neutros que gente que aporte o desarrolle de alguna forma. Por lo tanto pretendo cambiar el aspecto del entorno de escritorio para hacerlo acorde a los colores de wii y si estilo, además de intentar poner un bootsplash para hacer mas ameno y amigable el inicio del sistema (supongo que sería posible con usplash, el problema es hacer un tema bonito)
Espero que os parezca bien. Ahora mismo se están descargando los paquetes de LXDE. Nunca probé ese entorno, supongo que será altamente configurable tal y como lo es Gnome y me permita modificarlo de una forma adecuada al estilo de la wii.
Cuando tenga las cosas medianamente listas (o se me pidan) pondré por aqui el filesystem para que lo probeis y mejoreis/cambieis, que seguro que teneis sobradamente mas idea que yo sobre el tema que tratamos.
PD: Para configurar un splash de inicio necesito "modificar el cargador de arranque"... esto tiene cargador de arranque? no, verdad?... que problemote si alguno sabe como poner un splash tal y como está el tema... que me ayude!
FAIL: error del servidor gráfico, el cual no inicia, probaré a copiar la carpeta X11 del de marioga
PD2: Fail maximo, no sé que pasa y no hay manera de arrancar xorg, y evidentemente menos el gdm. probaré el de marioga y a ver si al menos contribuyo en eso xD
marioga escribió:claro es k mikep5, el kernel, no tiene acceso a la gpu, solo a la cpu, por lo tanto no puede acelerar los graficos por hardware, y tiene k hacerlo por software
marioga escribió:no se tiene acceso a la gpu ni a las memory card de gamecube, o eso dice por ahi ademas mira, soporta esto, pero es no acelerado y en 2D
"Classic" hardware
- Non-accelerated 2D video hardware (VI)
- Note: correct RGB framebuffer support requires our SDL library port
ei, marioga y psmaniaco, he encontrado algo interesante.
Bueno, como introduccion, mucha gente tiene problemas con tema de resoluciones, colores, tamaños etc por culpa de no saber que kernel elegir o incluso por no encontrar uno apropiado, pues bien, he encontado esto en la wiki del mikep5http://downloads.sourceforge.net/gc-linux/mikep5-zImage-2.6.32.ios.elf
Es la imagen del mikep5, pero con una diferencia, no hay que elegir qeu tipo de resolucion y tal tienes, lo hace mediante IOS, asi pone:enviroment:IOS Video mode:auto kernel image: mikep5-zImage-2.6.32.ios.elf
marioga escribió:no creo k tenga acceso al GPU los homebrew tmbn pueden autoredimensionarse y no tienen acceso ala GPU, la libreria VIDEO_ da acceso a video pero por software, y las GX se encargan del renderizado y tal por hardware, pero si Michael Steil nos dice que si tiene, o nos dice por que no lo pudo integrar, o algo asi a lo mejor podemos ayudarle y conseguir lo integre y k sake el mikep6
Psmaniaco escribió:O sea que sino entendido mal te ha confirmado que el kernel de Linux si tiene acceso a todo el hardware,lo unico es la falta de un driver que funcione para la ATI(esa es la parte mas complicada).
Un saludo.
ndrs escribió:Psmaniaco escribió:O sea que sino entendido mal te ha confirmado que el kernel de Linux si tiene acceso a todo el hardware,lo unico es la falta de un driver que funcione para la ATI(esa es la parte mas complicada).
Un saludo.
Si, y que desarrollar un driver desde 0 no es viable, si no que se debe desarrollar una libreria compatible con el api gx ese que pueda usarse desde linux.
yo ya advierto que no tengo ni puta idea de como se hace nada de esto xD aunque sé de que va la cosa
krokus escribió:ndrs escribió:Psmaniaco escribió:O sea que sino entendido mal te ha confirmado que el kernel de Linux si tiene acceso a todo el hardware,lo unico es la falta de un driver que funcione para la ATI(esa es la parte mas complicada).
Un saludo.
Si, y que desarrollar un driver desde 0 no es viable, si no que se debe desarrollar una libreria compatible con el api gx ese que pueda usarse desde linux.
yo ya advierto que no tengo ni puta idea de como se hace nada de esto xD aunque sé de que va la cosa
Ciertamente, nadie va a hacer un driver ATI para una consola que tiene los días contados, pero lo de la librería es otra historia. El problema es que sólo los que han desarrollado para la wii conocen como adaptar el driver ATI con una librería para que funcione en linux, puede que la gente de devkitpro se anime y pueda ayudar pero desde mi punto de vista la mejor idea es hablar con Waninkoko, él trabaja en entorno linux, de hecho programa en linux y ya ha hecho miles de modificaciones a librerías. A través de un mensaje privado en eol se le puede contactar, normalmente contesta. También podríamos contactar con Rodries (esta bastante ocupado con WiiMC) o con Hermes (al que linux le da urticaria).
Siento deciros que yo tampoco se como empezar con la librería.
Buenas.
isobel supongo que se referira a crear una libreria la cual implemente la especificacion de OpenGL utilizando las llamadas al GX. Seria muy factible de realizar. Es mas, creo que habia algo ya hecho (aunque no para Linux) aunque estaba un poco verde.
Tengo que irme ahora asi que si eso luego hablamos del tema.
Saludos.
Psmaniaco escribió:Pues habra que mirar si es posible instalar en el kernel una libreria para conseguir por lo menos algo de aceleracion por hardware.
Un saludo.
ndrs escribió: *Conseguir instalar un bootsplash, tal como usplash o splashy, para evitar tanta letra al principio, que no cuesta mucho ponerlo (eso espero) y da un aspecto interesante para los nuevos usuarios. Lo que mas importa, creo yo, para una aceptacion en un usuario habitual, es que parezca "profesional" que se vea currado en todos los aspectos. Y que aparezcan un monton de letras al principio en tu televisor, opino que no le mola mucho a la gente.