Depende um pouco, isso é uma aplicação grafica?
Se for para o boot mesmo, você vai ter um problema. Você tem que ter
um servidor X pra carregar uma aplicação gráfica.
Você pode tentar algo assim no rc.local:
su ${MEU_USER} -c 'xinit /usr/bin/sdlmame'
Deu pra entender? Para carregar a rom, você tem que ver as opções do
comando.....
--
Mi blog eres su blog: https://www.lccv.ufal.br/~psycho/
@psycho_mantys : http://twitter.com/psycho_mantys
http://www.slackware.com
U.L. : 450347
Fnord
bem simples: o sistema é multi-usuário, se a aplicação for servir mais de um
usuário no sistema ou requer privilégios que não são de usuários não-
privilegiados, coloque nos RC's.
Se é uma aplicação de um único usuário, que não requer privilégios
administrativos, coloque nos scripts de inicialização da conta do usuário.
--
Herbert
O ~/.kde/Autostart é chamado só na inicialização do KDE 3.5 (no KDE 4
é ~/.config/autostart, de acordo com a especificação do FreeDesktop),
o que pode (ou não) ser só mais uma coisa para consumir recursos.
A grande vantagem de usar o script do KDE é que tu tem que customizar
menos o live cd, se for um projeto pequeno, um demo ou algo do tipo, é
uma opção rápida.
Ja o ~/.xinitrc é o script que é executado quando o usuário chama um
startx (que dentre outras coisas, chama o xinit).
Roda um xwmconfig no teu usuário e olha o .xinitrc para ter um exemplo
(talvez tu ja tenha um, nesse caso, nem precisa do xwmconfig, é só
olhar ele...)
Olha as man pages do xinit (1), Xorg (1) e startx (1). Para mais
informações sobre a inicialização do KDE 4, numa seção do KDE 4
executa o comando 'help:/kcontrol/autostart/' (sem aspas), isso abre o
konqueror com o manual do KDE.
Eu prefiro usar o .xinitrc, mas como disse, se tu quiser usar algo
além do sdlmame, pode ser melhor para ti chamar o emulador logo depois
do ambiente Desktop.
Sobre como iniciar, acho que a forma mais rápida e simples de fazer
isso é definir o init como 3 no /etc/inittab e no rc.local colocar um
"su - usuario -c startx &", não é uma das coisas mais bonitas mas
resolve. :)
> Há utilização gráfica apenas em 2d ( sem aceleração ) e os testes no
> Slackware serão para único usário, o root, já que é dessa forma que
> trabalha o livecd Slax.
Isso é uma coisa péssima. Muitas aplicações no linux (eu diria ate
para unix e clones em geral) são desenvolvidas com a idéia de que o
usuário não é privilegiado, ou seja, não é o root. Além da questão da
segurança, isso garante a estabilidade do sistema e eu duvido que o
Slax seja tão mal feito a ponto de não ter um usuário comum executando
as tarefas comuns.