just to conclude:
today i installed pd from the intrepid repos and this is working
beautifully.
(thanks or the tip, frank...)
gem (also from the repo) segfaults immediately
audio has to go the oss route for (more or less) working without
crackles.
seems that the eeepc901 has still some way to go. but after all, it
wasn´t mant for that either :-)
thanks to everybody hans www.hans-w-koch.net
hello patrice,
thanks fo the tips, i will try them later. (for the moment i am having difficulties installing tk..)
unfortunaltely staying with hardy is no option. i am trying to get this set up on an eeepc 901. the intrepid kernel (from www.array.org) has wifi working better. but then, also this pulseaudio-thing has its own flaws... sigh
if i don?t get it working, at least i?ll learn a good deal about linux ?s underwear on the way.
hans www.hans-w-koch.net
Am 08.11.2008 um 13:53 schrieb Patrice Colet:
hello,
the patch I've provided is a workaround, we still haven't found how to fix this issue.
For having pd on intrepid with pd-extended features, I've compiled pd from miller's site (with ./configure --enable-jack --enable-alsa, or just have a look at ./configure --help), I did use tck-tk 8.5 so the interface is neat, downloaded last pd-extended debian package, extracted docs and extra into /usr/local/lib (you will need a bunch of dependances, but in the .deb package you have a list, in control, just take a look...), applied workaround for MIME settings (take a look into pd-list archive for that),
now I've got pd-extended with all doc all externals and icons, but
<out of subject> the intrepid kernel has a serious bug, there is a conflict between nvidia driver and hda-intel drivers from alsa,
my advice is about just staying in LTS if the computer works good... </out of subject>
good luck
hans w. koch a ?crit :
thanks for the answer! i found two patches in sourceforge by megalegoland: http://sourceforge.net/tracker/index.php?func=detail&aid=2206796&gro... but actually, i don?t know, how to apply them. too studpid. so, i?ll wait... hans www.hans-w-koch.net Am 07.11.2008 um 20:09 schrieb Hans-Christoph Steiner:
It's still not building on Intrepid...
.hc
On Nov 5, 2008, at 3:33 PM, hans w. koch wrote:
hi hans,
any news on this? i tried to link to the intrepid repository for pd-extended today and no luck :-( as i am quite new to linux, i don?t know, what one would have to do, to get it compiling. chris wenn?s bloody hack mentioned earlier here: http://lists.puredata.info/pipermail/pd-list/2008-09/065299.html is a bit beyond me.
thanks hans www.hans-w-koch.net
Date: Tue, 28 Oct 2008 19:28:59 -0400 From: Hans-Christoph Steiner hans@eds.org Subject: Re: [PD] Fwd: Intrepid repo seems to be broken
[resolved] To: patco pat@mamalala.org Cc: pd-list@iem.at Message-ID: EBA2C29C-FA52-4505-8F33-47B4E95DFC74@eds.org Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowedCool, sounds good. Please submit a patch to the patch tracker
and I'll take a look once I have some time. Or perhaps someone will beat me to it..hc
On Oct 27, 2008, at 1:37 AM, patco wrote:
> I've added -U_FORTIFY_SOURCE to pdp/Makefile.config CFLAGS and
> it > builds > with intrepid > > Le vendredi 24 octobre 2008 ? 12:09 -0700, Hans-Christoph > Steiner a > ?crit : >> -U_FORTIFY_SOURCE
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way. -A.J. Muste
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Message: 2 Date: Sat, 8 Nov 2008 10:40:50 -0500 From: Hans-Christoph Steiner hans@eds.org Subject: Re: [PD] pdpedia instability To: olsen sesselastronaut@googlemail.com Cc: pd-list List pd-list@iem.at Message-ID: D2CDAC9C-149C-4AF5-A2ED-46BB53D65718@eds.org Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Marius also worked on setting it up, and helped a little bit with maintenance. But maintenance has basically all been me. There isn't much maintenance to do, the problems were caused by the host breaking and then upgrading their webserver.
.hc
On Nov 8, 2008, at 7:08 AM, olsen wrote:
okidoki - i'll get in touch with claudio the upcoming tuesday to skate the remaining obstacles & check which organs have to be implemented to get it alive! about the maintenance: are you the only person who's currently takin care of it? & as i've not been into it - what are the tasks for the maintenance? best salutis olsen
Hans-Christoph Steiner wrote:
hey glerm and olsen, Sorry its taking so long. I have too many things to take care of. It would be great if someone took over the maintenance of pdpedia completely so that it can live (I still have to fix the build farm too...). Claudio has gotten the basics setup on the server there, they just need to get the final details working. .hc On Oct 31, 2008, at 1:45 PM, olsen wrote:
it'll be back on the road probably next week as soon as the last obstacles of the configurations are overcome! greets olsen
glerm soares wrote:
Hello,
Yeah, it turns out that Poly isn't really working as ahost anymore and I haven't had any time to finish fixing it. If someone can host it, I can help them get it all setup. Ideally it would be a Debian box. Currently its on a Mac OS X box, and as we all can see, that hasn't turned out so well. The upgrade to Leopard killed it, now Apple's crazy apache setup and GUI tools are broken.
.hcSeems that Pdpedia still out? How can I help? thanx glerm
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Planet Pluto bleibt!
------- http:// at.or.at/hans/
-- Planet Pluto bleibt!
All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne
Message: 3 Date: Sat, 8 Nov 2008 20:41:49 +0100 From: "Rich E" reakinator@gmail.com Subject: Re: [PD] compiling pd vanilla on os x: ld problems To: "Steffen Juul" stffn@dibidut.dk Cc: "pd-list@iem.at" pd-list@iem.at Message-ID: a3297bc90811081141r7eae23bar2c1d9e2cc860730c@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
no, I think it should say "-arch ppc" or something close. I do not know what is setting it to i386.
On Fri, Nov 7, 2008 at 9:03 PM, Steffen Juul stffn@dibidut.dk wrote:
On 07/11/2008, at 19.43, Rich E wrote:
(snip) Mac PowerPC G4 (snip) I get a warning that "-arch i386" was specified to ld (snip)
The PowerPC G4 isn't i386, ain't?
Message: 4 Date: Sun, 9 Nov 2008 00:06:25 -0800 From: "Jaime Oliver" jaime.oliver2@gmail.com Subject: [PD] problems with Delta 1010LT? To: "pd-liste List" pd-list@iem.at Message-ID: 616283880811090006q98d777ep34e8ae7192d8b715@mail.gmail.com Content-Type: text/plain; charset="iso-8859-1"
Hello all, I have an M-Audio Delta 1010LT in Fedora 8. I never installed any
drivers since it seemed to work right out of the box. I have managed to use
the 8 channels OUT, but can't get a signal into pd in any of the 8
channels IN. Has anyone else seen something like this?best,
J
-- Jaime E Oliver LR
joliverl@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org
858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA
Am 10.11.2008 um 20:51 schrieb hans w. koch:
gem (also from the repo) segfaults immediately audio has to go the oss route for (more or less) working without crackles.
I can confirm that.
seems that the eeepc901 has still some way to go. but after all, it wasn´t mant for that either :-)
same hadrware here.
still hoping for http://apt.puredata.info/releases intrepid main
max
ah, good to know, i am not alone :-)
(and sorry to the list for appending a whole digest in my previous mail)
max, what os are you running? also adamms kernel?
thanks hans www.hans-w-koch.net
Am 10.11.2008 um 22:17 schrieb Max:
Am 10.11.2008 um 20:51 schrieb hans w. koch:
gem (also from the repo) segfaults immediately audio has to go the oss route for (more or less) working without crackles.
I can confirm that.
seems that the eeepc901 has still some way to go. but after all, it wasn´t mant for that either :-)
same hadrware here.
still hoping for http://apt.puredata.info/releases intrepid main
max
hans w. koch wrote:
gem (also from the repo) segfaults immediately
you mean: on load?
if not, have you tried http://gem.iem.at/documentation/faq/gemwincrashfglrx
mfgasdr IOhannes
hi johannes,
just tried that, no luck.
upon opening the first gem-helpfile, pd segfaults.
could my version of gem be too old? (0.9.0, thats what you get via the
official ubuntu apt-get)
thanks hans
www.hans-w-koch.net
Am 11.11.2008 um 09:04 schrieb IOhannes m zmoelnig:
hans w. koch wrote:
gem (also from the repo) segfaults immediately
you mean: on load?
if not, have you tried http://gem.iem.at/documentation/faq/gemwincrashfglrx
mfgasdr IOhannes
hans w. koch wrote:
hi johannes,
just tried that, no luck. upon opening the first gem-helpfile, pd segfaults.
by just opening the help-file or when clicking on the "create" button?
could my version of gem be too old? (0.9.0, thats what you get via the official ubuntu apt-get)
yes this is way too old. the current version if 0.91. i cannot remember using 0.9.
mfgasd.r IOhannes
Am 11.11.2008 um 10:40 schrieb IOhannes m zmoelnig:
hans w. koch wrote:
just tried that, no luck. upon opening the first gem-helpfile, pd segfaults.
by just opening the help-file or when clicking on the "create" button?
neither. when you try to make an Gem object, so as soon as you type
gemwin and hit enter = crash.
could my version of gem be too old? (0.9.0, thats what you get via
the official ubuntu apt-get)yes this is way too old. the current version if 0.91. i cannot remember using 0.9.
yes, the intrepid repositorys promote 0.9 which crashes, and there is
no working pd-extended for intrepid either.
what can i contribute to solve either or both problems?
max
Max wrote:
Am 11.11.2008 um 10:40 schrieb IOhannes m zmoelnig:
hans w. koch wrote:
just tried that, no luck. upon opening the first gem-helpfile, pd segfaults.
by just opening the help-file or when clicking on the "create" button?
neither. when you try to make an Gem object, so as soon as you type gemwin and hit enter = crash.
interesting. do you use ubuntu's Pd as well?
could my version of gem be too old? (0.9.0, thats what you get via the official ubuntu apt-get)
yes this is way too old. the current version if 0.91. i cannot remember using 0.9.
yes, the intrepid repositorys promote 0.9 which crashes, and there is no working pd-extended for intrepid either.
sorry about the confusion, but my answer was rather sarcastic about the use of 0.9 vs 0.90; while a trailing 0 after the period can safely be omitted when dealing with "real numbers", there is a meaning assigned to it when it comes to version-numbers (which are more like strings).
"0.9" would be inbetween "0.8" and "0.10" (sic!), whereas "0.90" is between "0.89" and "0.91".
this probably becomes even clearer when dealing with version "0.91.1"
what can i contribute to solve either or both problems?
the first start would be to get a brand-new Gem from http://gem.iem.at and compile it yourself.
gasdr IOhannes
Am 11.11.2008 um 13:04 schrieb IOhannes m zmoelnig:
Max wrote:
Am 11.11.2008 um 10:40 schrieb IOhannes m zmoelnig:
hans w. koch wrote:
just tried that, no luck. upon opening the first gem-helpfile, pd segfaults.
by just opening the help-file or when clicking on the "create"
button?neither. when you try to make an Gem object, so as soon as you
type gemwin and hit enter = crash.interesting. do you use ubuntu's Pd as well?
yes.
what can i contribute to solve either or both problems?
the first start would be to get a brand-new Gem from http:// gem.iem.at and compile it yourself.
what i meant was to solve one of two general problems, not the one on
my individual machine (otherwise the subject would read: compiling
gem for intrepid).
the intrepid repository needs a working version of gem
the pd-extended build needs an intrepid repository
max
sorry, too littel time today to try compiling.
but i would second max request, at least for a working gem in the
intrepid repo.
h
www.hans-w-koch.net
Am 11.11.2008 um 13:15 schrieb Max:
Am 11.11.2008 um 13:04 schrieb IOhannes m zmoelnig:
Max wrote:
Am 11.11.2008 um 10:40 schrieb IOhannes m zmoelnig:
hans w. koch wrote:
just tried that, no luck. upon opening the first gem-helpfile, pd segfaults.
by just opening the help-file or when clicking on the "create"
button?neither. when you try to make an Gem object, so as soon as you
type gemwin and hit enter = crash.interesting. do you use ubuntu's Pd as well?
yes.
what can i contribute to solve either or both problems?
the first start would be to get a brand-new Gem from http://gem.iem.at and compile it yourself.
what i meant was to solve one of two general problems, not the one
on my individual machine (otherwise the subject would read:
compiling gem for intrepid).
the intrepid repository needs a working version of gem
the pd-extended build needs an intrepid repository
max
Max wrote:
Am 11.11.2008 um 13:04 schrieb IOhannes m zmoelnig:
what can i contribute to solve either or both problems?
the first start would be to get a brand-new Gem from http://gem.iem.at and compile it yourself.
what i meant was to solve one of two general problems, not the one on my individual machine (otherwise the subject would read: compiling gem for intrepid).
hmm, I believe that the problem has been fixed in 0.91 (or at least it offers the GEM_SINGLE_CONTEXT workaround); this is why i asked you to compile a new version.
- the intrepid repository needs a working version of gem
Debian needs a Gem-0.91 (ubuntu just uses the debian packages). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485972
mfga.sdr IOhannes
Am 11.11.2008 um 14:18 schrieb IOhannes m zmoelnig:
hmm, I believe that the problem has been fixed in 0.91 (or at least
it offers the GEM_SINGLE_CONTEXT workaround); this is why i asked
you to compile a new version.
autoconf && ./configure && make checking for Base/configLinux.h.in... yes checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether compiler accepts "-fPIC"... yes building Gem with Controls-objects building Gem with Geos-objects building Gem with Manips-objects building Gem with Nongeos-objects building Gem with Particles-objects building Gem with Pixes-objects building Gem with openGL-objects building Gem without Vertex-objects checking for sin in -lm... yes checking for main in -lz... yes checking for dlopen in -ldl... yes checking how to run the C++ preprocessor... g++ -E checking for X... libraries , headers checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... no checking for main in -lX11... yes checking for main in -lXext... yes checking for XF86VidModeGetAllModeLines in -lXxf86vm... no checking for main in -lXext... (cached) yes checking for "OpenGL"-framework... no checking for glInitNames in -lGL... no checking for gluLookAt in -lGLU... no checking for "AGL"-framework... no checking for "Carbon"-framework... no checking for "QuickTime"-framework... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for PKG_IMAGEMAGICK___CFLAGS... checking for PKG_IMAGEMAGICK___LIBS... checking for ImageMagick++-config... no checking for main in -lMagick++... no checking for PKG_TIFF_CFLAGS... checking for PKG_TIFF_LIBS... checking for tiff-config... no checking for TIFFOpen in -ltiff... no checking for PKG_JPEG_CFLAGS... checking for PKG_JPEG_LIBS... checking for jpeg-config... no checking for jpeg_read_header in -ljpeg... no checking for PKG_LIBQUICKTIME_CFLAGS... checking for PKG_LIBQUICKTIME_LIBS... checking for libquicktime-config... no checking for quicktime_init in -lquicktime... no checking for PKG_LQT_CFLAGS... checking for PKG_LQT_LIBS... checking for lqt-config... no checking for quicktime_init in -lquicktime... no checking for PKG_MPEG3_CFLAGS... checking for PKG_MPEG3_LIBS... checking for mpeg3-config... no checking for mpeg3_check_sig in -lmpeg3... no checking for PKG_MPEG_CFLAGS... checking for PKG_MPEG_LIBS... checking for mpeg-config... no checking for OpenMPEG in -lmpeg... no checking for PKG_AVIFILE_CFLAGS... -I/usr/include/avifile-0.7 checking for PKG_AVIFILE_LIBS... -laviplay -ldts -lm -lz checking for PKG_FFMPEG_CFLAGS... checking for PKG_FFMPEG_LIBS... checking for ffmpeg-config... no checking for av_open_input_file in -lavformat... no checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking linux/videodev.h usability... yes checking linux/videodev.h presence... yes checking for linux/videodev.h... yes checking for PKG_IEEE1394_CFLAGS... checking for PKG_IEEE1394_LIBS... checking for ieee1394-config... no checking for main in -ldv... no checking for PKG_FTGL_CFLAGS... checking for PKG_FTGL_LIBS... checking for ftgl-config... no checking for main in -lftgl... no checking for PKG_ARTOOLKIT_CFLAGS... checking for PKG_ARTOOLKIT_LIBS... checking for artoolkit-config... no checking for arInitCparam in -lAR... no checking for pthread_create in -lpthread... yes checking for X... libraries , headers checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking for memory.h... (cached) yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking for unistd.h... (cached) yes checking for stdbool.h that conforms to C99... yes checking for _Bool... no checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for unsigned int... yes checking size of unsigned int... 4 checking for void *... yes checking size of void *... 4 checking for error_at_line... yes checking for pid_t... yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for bzero... yes checking for floor... yes checking for gettimeofday... yes checking for memset... yes checking for munmap... yes checking for pow... yes checking for sqrt... yes checking for strchr... yes checking for strdup... yes checking for strrchr... yes checking for strstr... yes checking for lqt_open_write... no checking m_pd.h usability... yes checking m_pd.h presence... yes checking for m_pd.h... yes checking whether compiler accepts "-freg-struct-return"... yes enabling "register struct return" allows to make use of FreeFrame-effects without recompiling them might break things, if you are using several different compilers checking whether compiler accepts "-O3"... yes checking whether compiler accepts "-falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops"... yes checking whether compiler accepts "-ffast-math"... yes checking whether compiler accepts "-mmmx"... yes checking whether compiler accepts "-fpascal-strings"... no checking whether linker accepts "-shared -Wl,-export-dynamic"... yes checking whether linker accepts "-dynamiclib -mmacosx-version-min=10.3 -undefined dynamic_lookup"... no checking whether linker accepts "-bundle -undefined suppress -flat_namespace"... no checking for strip... strip checking if strip is GNU strip... yes checking for dos2unix... no configure: creating ./config.status config.status: creating Make.config config.status: creating Base/configLinux.h config.status: Base/configLinux.h is unchanged
Result: Target : Gem.pd_linux Objects : Base Controls Geos Manips Nongeos Particles Pixes openGL
Configuration: Compiler : g++ CXXFLAGS : -g -O2 -fPIC -freg-struct-return -O3 -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx : -I/usr/include/avifile-0.7 INCLUDES : DEFINES :
LIBS : -lXext -lXext -lX11 -ldl -lz -lm -lpthread : -laviplay -ldts -lm -lz LDFLAGS : -shared -Wl,-export-dynamic :
Strip : strip --strip-unneeded
Install path : /usr/local
pure-data: version : 0.41 extension : pd_linux
used optional libraries:
font-rendering :
image-support use ImageMagick : no use TIFF : no use JPEG : no video-support use mpeg : no use mpeg-3 : no use QuickTime : no use aviplay : yes use ffmpeg : no input-support use v4l : yes use ieee1394 : no
configure: error: GL (headers) not found! you need openGL!!!
Max wrote:
Am 11.11.2008 um 14:18 schrieb IOhannes m zmoelnig:
Result: Target : Gem.pd_linux Objects : Base Controls Geos Manips Nongeos Particles Pixes openGL
Configuration: Compiler : g++ CXXFLAGS : -g -O2 -fPIC -freg-struct-return -O3 -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx : -I/usr/include/avifile-0.7 INCLUDES : DEFINES :
LIBS : -lXext -lXext -lX11 -ldl -lz -lm -lpthread : -laviplay -ldts -lm -lz LDFLAGS : -shared -Wl,-export-dynamic :
Strip : strip --strip-unneeded
Install path : /usr/local
pure-data: version : 0.41 extension : pd_linux
used optional libraries:
font-rendering :
image-support use ImageMagick : no use TIFF : no use JPEG : no video-support use mpeg : no use mpeg-3 : no use QuickTime : no use aviplay : yes use ffmpeg : no input-support use v4l : yes use ieee1394 : no
configure: error: GL (headers) not found! you need openGL!!!
see https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem/src/README.linux
the "Debian" section applies to all Debian-based distros.
fmga.dr IOhannes
Hallo, Max hat gesagt: // Max wrote:
Am 11.11.2008 um 14:18 schrieb IOhannes m zmoelnig:
hmm, I believe that the problem has been fixed in 0.91 (or at least
it offers the GEM_SINGLE_CONTEXT workaround); this is why i asked
you to compile a new version.
A nice trick with Debian based distributions to install build dependencies is this:
$ apt-get build-dep gem or $ aptitude build-dep gem
This will install everything that is needed to build the Gem included in Debian (0.90). But 0.91 has some additional dependencies, for which you should check the README as IOhannes suggested.
Ciao
Frank
On Nov 11, 2008, at 7:15 AM, Max wrote:
Am 11.11.2008 um 13:04 schrieb IOhannes m zmoelnig:
Max wrote:
Am 11.11.2008 um 10:40 schrieb IOhannes m zmoelnig:
hans w. koch wrote:
just tried that, no luck. upon opening the first gem-helpfile, pd segfaults.
by just opening the help-file or when clicking on the "create"
button?neither. when you try to make an Gem object, so as soon as you
type gemwin and hit enter = crash.interesting. do you use ubuntu's Pd as well?
yes.
what can i contribute to solve either or both problems?
the first start would be to get a brand-new Gem from http:// gem.iem.at and compile it yourself.
what i meant was to solve one of two general problems, not the one
on my individual machine (otherwise the subject would read:
compiling gem for intrepid).
the intrepid repository needs a working version of gem
the pd-extended build needs an intrepid repository
The repository is there, what we need is a working build. Currently,
it's dying on PDP, I think. There is a patch in the tracker, it
needs to be tested to make sure it'll work on all platforms, or
tailored so that it is ignored where it needs to be.
http://sourceforge.net/tracker/index.php? func=detail&aid=2206796&group_id=55736&atid=478072
.hc
¡El pueblo unido jamás será vencido!
-
Frank Barknecht -
hans w. koch -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Max