Xmms2 is there something usable yet? (possible PKGBUILD in)

Question

Hi,
I searched for xmms2 since the had a fairly usable developer release out.
I havn't found a usable PKGBUILD if somone wants to put that to AUR, since
I dun have the time to maintain it:
# $Id $
# Contributor: Tobias Kieslich <[email protected]>
# set the snapshot var to one of the versions like 200506132202 as you
# find the on the snapshot page - so it automatically build this
pkgname=xmms2
pkgver=0.1DR1.1
pkgrel=1
snapshot=
pkgdesc="new version of the audio/media player xmms"
depends=('sqlite3' 'libmad')
makedepends=('scons' 'libmad' 'samba' 'gnome-vfs' 'jack-audio-connection-kit'
'flac' 'libvorbis' 'curl' 'speex' 'alsa-lib')
url="http://wiki.xmms2.xmms.se/index.php"
# dirty negotiation hack for snapshot/distribution build
if [ -z $snapshot ]; then
pkgver=$pkgver
source=(http://dl.sourceforge.net/sourceforge/$pkgname/$pkgname-$pkgver.tar.gz)
builddir=$startdir/src/$pkgname-$pkgver
else
pkgver=$snapshot
source=(http://git.xmms.se/snapshots/$pkgname-snapshot-${pkgver}.tar.gz)
builddir=$startdir/src/$pkgname-snapshot-${pkgver}
fi
build() {
cd $builddir
sed -i 's|-O0|-O2|' SConstruct
# sed -i 's|^(.*return).*$|1 True|' src/clients/medialib-updater/Program
scons arch=i686 PREFIX=/usr
scons INSTALLDIR=$startdir/pkg PREFIX=/usr install
# vim: ft=sh ts=2
TODO: xmms2 can run as a deamon, but:
it is designed to run in userspace, so there is no need to have a rc.d script.
While it can be done by a "su -c ..." hack I dun think it makes much sense
since a conf.d value must be set to define the user which should own the
process. Handy on single user machines but quite some over configuration
I think.
gxmms2: the so far best developed but still quite rudimentary grphical client
# $Id $
# Contributor: Tobias Kieslich <[email protected]>
pkgname=gxmms2
pkgver=0.0.4
pkgrel=1
pkgdesc="simple gtk2 frontend for xmms2"
depends=('gtk2' 'xmms2')
url="http://wejp.homelinux.org/wejp/xmms2"
source=(http://wejp.homelinux.org/wejp/xmms2/${pkgname}-$pkgver.tar.gz
$pkgname.desktop)
build() {
cd $startdir/src/$pkgname-$pkgver
make INSTALLPATH=$startdir/pkg/usr/bin XMMS2_INCLUDE_DIR=/usr/include/xmms2
make INSTALLPATH=$startdir/pkg/usr/bin install
install -Dm644 gxmms2_mini.xpm $startdir/pkg/usr/share/pixmaps/$pkgname.xpm
install -Dm644 ../$pkgname.desktop $startdir/pkg/usr/share/applications/$pkgname.desktop
# vim: ft=sh ts=2 et
the desktop file
[Desktop Entry]
Encoding=UTF-8
Name=gxmms2
Comment=A GTK2 based frontend for xmms2
Exec=gxmms2
Terminal=false
Type=Application
Icon=gxmms2
Categories=Application;Audio;Player;
StartupNotify=true

Answer 1

Interesting...
There is sort of a threading model in ABAP where you use ARFC (see the on-line help for CALL FUNCTION ... STARTING NEW TASK) to split some work off into another work process.  This is generally used for parallel process, but the key is that the parent process actually goes into a wait state until the children report back with their results.  This could still allow you to reduce your total processing time by several factors.
I think you are also going to run into the problem of the typical Browser Request/Response cycle.  The server only processes requests, it can't just spawn independent responses to the frontend. 
You could research AJAX.  You could have a trigger on the client side to request (via XML calls) additional data for your table.  However this would really have to happen outside the HTMLB interface.  I would think you would have problems keeping the data in sync.  I supose after the server sends back the first 20 records, you could trigger some JavaScript on the frontend to request the remaining data via XML.  If you could get this call to work in the same session as your application, you could then populate the remaining data into the model.  The response XML could come back (it wouldn't necessarily need to contain all the data) to the frontend and this could trigger some more javascript that in turn triggers a server event so that the table can be refreshed with the remaining data.  All of this is fairly theoretical however (I'm not sure you could get the asynchronous XML call into the same session with access to the existing model).  Also what happens if the user triggers a different server event while you are populating the rest of the internal table?