Re: [PD] GEM: can't load library / libMagickWand Problem
On 2010-02-21 17:35, Dario Pedrioli wrote: /usr/local/lib/pd/extra/Gem.pd_linux: /usr/lib/libMagickWand.so.1: undefined symbol: ClutImageChannel Gem: can't load library Never had this problem before on the same machine... maybe a libmagick upgrade? no idea but i'm pretty sure that this is a libmagick internal problem. if you don't need ImageMagick support, you could try disabling it in Gem's configure. mfgasd IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM: can't load library / libMagickWand Problem
On 2010-02-22 11:11, Dario Pedrioli wrote: Without ImageMagick (./confugure --without-ImageMagick) everything works fine. So my question now is: ImageMagick is used only for various image format import? and export. fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
Agent Engram wrote: # yum install gcc-c++ this did it...YEE I also installed mesa-GLU-devel ehich was missing... ALMOST THERE! THANKS ALL...but I am still getting a load error in pd... /home/cgraham/installs/Pd-0.39.3-extended /Gem/src/Gem.pd_linux: /home/cgraham/installs/Pd-0.39.3-extended/Gem/src/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library this is really a known issue, though it is not in the KNOWN ISSUES section. basically it means that your gfx-driver does not support openGL-2.0. either try upgrading your driver or downgrading Gem. (Gem is a bit optimistic about which openGL-version is expects) for the former read the documentation of your driver. for the latter, try one of these: - configure Gem with ./configure --with-glversion=1.5 - delete source-files containing calls to glUniform... from the Gem-sources and recompile: offending files are . Manips/glsl_*.cpp . openGL/GEMglUniform1fARB.cp - google for glUniform2i Gem... - convince somebody that they should finally code the glew-support (runtime check of openGL-functionality) so I read this KNOWN ISSUES = -fPIC: so I am running an AMD64 should I be concerned with this issue? no, this only affects you, when you cannot _link_ Gem. since you are already a step further (not being able to _load_ a compiled/linked Gem), the build-system has taken care of this hurdle for you. fgmasdr.- IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
WE DID IT! YEEE! Yall rock the free world. So i am going to get a blog together on my building of the reactable a and make a cookbook so if someone wants to build on fedora they can know all this stuff. You are a special snowflake and I love you all. kisses agent engram. On Jan 9, 2008 12:46 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Agent Engram wrote: # yum install gcc-c++ this did it...YEE I also installed mesa-GLU-devel ehich was missing... ALMOST THERE! THANKS ALL...but I am still getting a load error in pd... /home/cgraham/installs/Pd-0.39.3-extended /Gem/src/Gem.pd_linux: /home/cgraham/installs/Pd-0.39.3-extended/Gem/src/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library this is really a known issue, though it is not in the KNOWN ISSUES section. basically it means that your gfx-driver does not support openGL-2.0. either try upgrading your driver or downgrading Gem. (Gem is a bit optimistic about which openGL-version is expects) for the former read the documentation of your driver. for the latter, try one of these: - configure Gem with ./configure --with-glversion=1.5 - delete source-files containing calls to glUniform... from the Gem-sources and recompile: offending files are . Manips/glsl_*.cpp . openGL/GEMglUniform1fARB.cp - google for glUniform2i Gem... - convince somebody that they should finally code the glew-support (runtime check of openGL-functionality) so I read this KNOWN ISSUES = -fPIC: so I am running an AMD64 should I be concerned with this issue? no, this only affects you, when you cannot _link_ Gem. since you are already a step further (not being able to _load_ a compiled/linked Gem), the build-system has taken care of this hurdle for you. fgmasdr.- IOhannes -- --- i am an agent implanted into your unconscious when you abducted by the travelers. look for signs of me in your life. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
hi again Agent Engram wrote: well I thought I did have one, its called gcc. http://directory.fsf.org/project/gpp/ g++ is the traditional nickname of GNU C++, a freely redistributable C++ compiler. It is part of gcc, the GNU compiler suite, and is currently part of that distribution. hmm, gcc != gpp c++ != cpp ... gcc stands for the gnu compiler collection and the gnu C compiler. the former contains the latter (and probably a bunch of others, like a c++ compiler); however, the former is usually not a single program but a collection of programs. anyhow. what i _did_ suggest was: google edora g++ the 1st hit i get is Fedora: g++ install problem, the 2nd one is g++ missing! - Linux Forums, the 3rd one is Please help me to install g++ compiler on Fedora 6 - Linux Forums. ALL of these results tell me one thing: you have to install the package gcc-g++ to get a c++ compiler. that is: # yum install gcc-c++ [EMAIL PROTECTED] rpm -q gcc gcc-4.1.1-51.fc5 what you do need is a c++-compiler. wierd I thought all I would need is gcc, which i thought *was* the GNU cpp compiler, so are you saying it isnt? I do have gcc, but configure doesnt look for gcc...only a bunch of c++ compilers that I am not very familiar with like RCC and FCC, why wouldnt it look for gcc? is there something i need besides plain gcc? [EMAIL PROTECTED] yum search g++ there might be a problem with g++ being interpreted not literally but as a (broken) regular expression. so yum does not find it. this is either because yum is buggy, or your use of yum search is illegal. mfg.adsr IOhannes PS: probably there are reasons why people stick to debian rather than fedora :-) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
wow, thats really bad news considering I cant figure out how to get the Pd distro to work on fedora. i guess I am going to have to go to windows, getting Gem and pd to work took about 5 minutes, so far I have spent two days (~12 hrs) trying to get it to run on fedora. oh well I really wanted to get this working on linux. I know some of you say its easy but I have been using linux for 6 years admittedly not as an expert, but I am a no dummy either, and pd is still not fully working. I know my case was wrong on pd -lib gem but I changed the case to pd -lib Gem and it still fails. Sorry to vent I am just so frustrated, and next I face trying to get a webcam to work when the phillips driver is gone. you see I am trying to build a reactable. I have most of it working in windows but it really *should* be a linux device. I REALLY appreciate everyones help so far. Clay On Jan 7, 2008 6:05 AM, Patrice Colet [EMAIL PROTECTED] wrote: Agent Engram a écrit : i am on fedora I could never build Gem on Fedora, anyone have done it? -- --- i am an agent implanted into your unconscious when you abducted by the travelers. look for signs of me in your life. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
Hallo, Agent Engram hat gesagt: // Agent Engram wrote: i guess I am going to have to go to windows, getting Gem and pd to work took about 5 minutes, so far I have spent two days (~12 hrs) trying to get it to run on fedora. It seems that it first took you 12h to get a c++ compiler running. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
On 1/8/08, Agent Engram [EMAIL PROTECTED] wrote: well I thought I did have one, its called gcc. http://directory.fsf.org/project/gpp/ g++ is the traditional nickname of GNU C++, a freely redistributable C++ compiler. It is part of gcc, the GNU compiler suite, and is currently part of that distribution. [EMAIL PROTECTED] rpm -q gcc gcc-4.1.1-51.fc5 Most distributions package g++ separately from gcc. I don't use fedora, but I think they cann the package gcc-g++. # yum install gcc-g++ -- Russell ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
# yum install gcc-c++ this did it...YEE I also installed mesa-GLU-devel ehich was missing... ALMOST THERE! THANKS ALL...but I am still getting a load error in pd... /home/cgraham/installs/Pd-0.39.3-extended/Gem/src/Gem.pd_linux: /home/cgraham/installs/Pd-0.39.3-extended/Gem/src/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library so I read this KNOWN ISSUES = -fPIC: on some architectures (namely x86_64) Gem MUST link against the PIC-versions of certain libraries (ffmpeg, ftgl); on other architectures i think it doesn't hurt to do so either (to be precise: it might hurt, since PIC-code is usually a bit slower) unfortunately Gem's configure uses pkg-config which does not provide a mechanism (yet?) for getting the PIC-versions of libraries if needed. however, you can always export PKG_libname_LIBS before running configure to override the detected values something like the following should do the trick: %export PKG_FFMPEG_LIBS=`ffmpeg-config --plugin-libs avformat` %export PKG_FTGL_LIBS=`pkg-config --libs ftgl | sed 's/-lftgl/-lftgl_pic/g'` %./configure so I am running an AMD64 should I be concerned with this issue? On Jan 8, 2008 12:17 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: hi again Agent Engram wrote: well I thought I did have one, its called gcc. http://directory.fsf.org/project/gpp/ g++ is the traditional nickname of GNU C++, a freely redistributable C++ compiler. It is part of gcc, the GNU compiler suite, and is currently part of that distribution. hmm, gcc != gpp c++ != cpp ... gcc stands for the gnu compiler collection and the gnu C compiler. the former contains the latter (and probably a bunch of others, like a c++ compiler); however, the former is usually not a single program but a collection of programs. anyhow. what i _did_ suggest was: google edora g++ the 1st hit i get is Fedora: g++ install problem, the 2nd one is g++ missing! - Linux Forums, the 3rd one is Please help me to install g++ compiler on Fedora 6 - Linux Forums. ALL of these results tell me one thing: you have to install the package gcc-g++ to get a c++ compiler. that is: # yum install gcc-c++ [EMAIL PROTECTED] rpm -q gcc gcc-4.1.1-51.fc5 what you do need is a c++-compiler. wierd I thought all I would need is gcc, which i thought *was* the GNU cpp compiler, so are you saying it isnt? I do have gcc, but configure doesnt look for gcc...only a bunch of c++ compilers that I am not very familiar with like RCC and FCC, why wouldnt it look for gcc? is there something i need besides plain gcc? [EMAIL PROTECTED] yum search g++ there might be a problem with g++ being interpreted not literally but as a (broken) regular expression. so yum does not find it. this is either because yum is buggy, or your use of yum search is illegal. mfg.adsr IOhannes PS: probably there are reasons why people stick to debian rather than fedora :-) -- --- i am an agent implanted into your unconscious when you abducted by the travelers. look for signs of me in your life. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
Agent Engram wrote: i figured out how to build pd, i needed the tcl-devel stuff. i was hoping that Gem built with it but alas that would be too easy. see roman's answer for why this is so... when I run: pd -lib gem i get... gem: can't load library first thing is: it called Gem and not gem nor GEM. cases do matter! so do I have to build Gem? that is a major pain in linux... it is not. it is far easier to build Gem on linux than on w32 or on mac. (i'll write more helpful stuff in my other mail.) fmga.dr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
Agent Engram wrote: i am on fedora thanks for this piece of information. afaik, there are even gem packages in the CCRMA-repositories. here is what about said about build-essential: Definition: *build-essential*: Informational list of build-essential packages If you do not plan to build Debian packages, you don't need this package. Moreover this package is not required for building Debian packages. This package contains an informational list of packages which are considered essential for building Debian packages. what you do need is a c++-compiler. this answers your question who uses g++, i dont even know how to get it.: g++ is _the_ gnu c++ compiler. almost everyone who wants to compile C++ on linux (and os-x, btw) uses it. since Gem is written in C++ (as opposed to Pd, which is written in C), you need g++. is gem dependent on debian? no, not at all. it is just that most people (including me) are using (a) debian (flavour, like ubuntu); that's why there is a bias in the documentation. since i don't know fedora so much, i will give you generic instructions: - try to use an interactive (graphical or text-based; whatever you prefer) package-manager frontend, where you can search for packages and select them. search for g++ and see what it gives you. - ask the mother of all evil, google, what it gives you with fedora g++; at least here the first four hits deal exactly with your problem btw, you will need _a lot_ of other packages as well, if you want to have fun with Gem. they should be listed in some README.linux (read through the debian section; the packages on fedora should be named similar). mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
Agent Engram a écrit : i am on fedora I could never build Gem on Fedora, anyone have done it? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
IOhannes m zmoelnig a écrit : Agent Engram wrote: i figured out how to build pd, i needed the tcl-devel stuff. I think it's a bug in the configure file of PureData, it shouldn't say 'yes' for tcl-tk when headers are missing. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
well I thought I did have one, its called gcc. http://directory.fsf.org/project/gpp/ g++ is the traditional nickname of GNU C++, a freely redistributable C++ compiler. It is part of gcc, the GNU compiler suite, and is currently part of that distribution. [EMAIL PROTECTED] rpm -q gcc gcc-4.1.1-51.fc5 what you do need is a c++-compiler. wierd I thought all I would need is gcc, which i thought *was* the GNU cpp compiler, so are you saying it isnt? I do have gcc, but configure doesnt look for gcc...only a bunch of c++ compilers that I am not very familiar with like RCC and FCC, why wouldnt it look for gcc? is there something i need besides plain gcc? [EMAIL PROTECTED] yum search g++ Loading installonlyn plugin Searching Packages: Setting up repositories planetcore [1/6] planetcore100% |=| 951 B00:00 planetccrma [2/6] planetccrma 100% |=| 1.9 kB00:00 core [3/6] core 100% |=| 1.1 kB00:00 updates [4/6] updates 100% |=| 1.2 kB00:00 freshrpms[5/6] freshrpms 100% |=| 951 B00:00 extras [6/6] extras100% |=| 1.1 kB00:00 Reading repository metadata in from local files primary.xml.gz100% |=| 362 kB00:02 updates : ## 1013/1013 Added 171 new packages, deleted 241 old in 2.65 seconds primary.xml.gz100% |=| 1.3 MB00:04 extras: ## 4277/4277 Added 0 new packages, deleted 2 old in 4.07 seconds No Matches found On Jan 7, 2008 12:41 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Agent Engram wrote: i am on fedora thanks for this piece of information. afaik, there are even gem packages in the CCRMA-repositories. here is what about said about build-essential: Definition: *build-essential*: Informational list of build-essential packages If you do not plan to build Debian packages, you don't need this package. Moreover this package is not required for building Debian packages. This package contains an informational list of packages which are considered essential for building Debian packages. what you do need is a c++-compiler. this answers your question who uses g++, i dont even know how to get it.: g++ is _the_ gnu c++ compiler. almost everyone who wants to compile C++ on linux (and os-x, btw) uses it. since Gem is written in C++ (as opposed to Pd, which is written in C), you need g++. is gem dependent on debian? no, not at all. it is just that most people (including me) are using (a) debian (flavour, like ubuntu); that's why there is a bias in the documentation. since i don't know fedora so much, i will give you generic instructions: - try to use an interactive (graphical or text-based; whatever you prefer) package-manager frontend, where you can search for packages and select them. search for g++ and see what it gives you. - ask the mother of all evil, google, what it gives you with fedora g++; at least here the first four hits deal exactly with your problem btw, you will need _a lot_ of other packages as well, if you want to have fun with Gem. they should be listed in some README.linux (read through the debian section; the packages on fedora should be named similar). mfg.asdr IOhannes -- --- i am an agent implanted into your unconscious when you abducted by the travelers. look for signs of me in your life. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
those *are* the things i tried... download and install pd-extended (which contains both, pd and gem http://downloads.sourceforge.net/pure-data/Pd-0.39.3-extended-planetccrma6-i386.tar.bz2 this was what I tried to do first. basically this required that I go to planet CCRMA rebuild my kernal, also get jack, once i did that i tried to run the binaries and got the floating point error, pd didnt run at all so i decided to get the extended version source code and build that... http://downloads.sourceforge.net/pure-data/Pd-0.39.3-extended.tar.bz2 it built with th following installs added yum install autoconf yum install tcl yum install tk yum install tcl-devel yum install tk-devel well that got pd running, but gem is failing. so did the extended source build gem or not? are more devel packages required that I missed? download the gem binaries from the gem site the only site I know of is http://gem.iem.at/ is this what you are talking about? I dont not see *gem binaries for linux* on windows, in fact they recommend on the site building gem, but its my understanding that this comes with pd extended, which I built, and which is not loading the gem libs. so i have now tried to build gem and it fails during configure because it *seems* to not know how to build using gcc...wierd. who uses g++, i dont even know how to get it. [EMAIL PROTECTED] src]# autoconf configure.acconfigure [EMAIL PROTECTED] src]# chmod 777 configure [EMAIL PROTECTED] src]# ./configure checking for Base/configLinux.h.in... yes checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. this is driving me a little crazy. On Jan 6, 2008 9:09 PM, Roman Haefeli [EMAIL PROTECTED] wrote: On Sun, 2008-01-06 at 19:13 -0800, Agent Engram wrote: i figured out how to build pd, i needed the tcl-devel stuff. i was hoping that Gem built with it but alas that would be too easy. gem is an external and not part of pd. when I run: pd -lib gem i get... gem: can't load library because there is no gem installed. so do I have to build Gem? that is a major pain in linux... this has nothing to do with linux. Gem is an extension, that provides additional funcionality to pd, which isn't in the focus of puredata itself. this is completely unrelated to the operating system. in fact, there are many ways to get Gem without having to build it. - download the gem binaries from the gem site - install a gem-package from your distro (i know that debian based distros include gem) - download and install pd-extended (which contains both, pd and gem, and a lot of other externals) just in case you decide to build gem yourself, don't forget to install also the dev-package for each dependecy. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- --- i am an agent implanted into your unconscious when you abducted by the travelers. look for signs of me in your life. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
i am on fedora here is what about said about build-essential: Definition: *build-essential*: Informational list of build-essential packages If you do not plan to build Debian packages, you don't need this package. Moreover this package is not required for building Debian packages. This package contains an informational list of packages which are considered essential for building Debian packages. is gem dependent on debian? On Jan 6, 2008 11:02 PM, Batuhan Bozkurt [EMAIL PROTECTED] wrote: I think you need to install build-essential package. BB Agent Engram wrote: those *are* the things i tried... download and install pd-extended (which contains both, pd and gem http://downloads.sourceforge.net/pure-data/Pd-0.39.3-extended-planetccrma6-i386.tar.bz2 this was what I tried to do first. basically this required that I go to planet CCRMA rebuild my kernal, also get jack, once i did that i tried to run the binaries and got the floating point error, pd didnt run at all so i decided to get the extended version source code and build that... http://downloads.sourceforge.net/pure-data/Pd-0.39.3-extended.tar.bz2 it built with th following installs added yum install autoconf yum install tcl yum install tk yum install tcl-devel yum install tk-devel well that got pd running, but gem is failing. so did the extended source build gem or not? are more devel packages required that I missed? download the gem binaries from the gem site the only site I know of is http://gem.iem.at/ is this what you are talking about? I dont not see *gem binaries for linux* on windows, in fact they recommend on the site building gem, but its my understanding that this comes with pd extended, which I built, and which is not loading the gem libs. so i have now tried to build gem and it fails during configure because it *seems* to not know how to build using gcc...wierd. who uses g++, i dont even know how to get it. [EMAIL PROTECTED] src]# autoconf configure.ac http://configure.acconfigure [EMAIL PROTECTED] src]# chmod 777 configure [EMAIL PROTECTED] src]# ./configure checking for Base/configLinux.h.in... yes checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. this is driving me a little crazy. On Jan 6, 2008 9:09 PM, Roman Haefeli [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Sun, 2008-01-06 at 19:13 -0800, Agent Engram wrote: i figured out how to build pd, i needed the tcl-devel stuff. i was hoping that Gem built with it but alas that would be too easy. gem is an external and not part of pd. when I run: pd -lib gem i get... gem: can't load library because there is no gem installed. so do I have to build Gem? that is a major pain in linux... this has nothing to do with linux. Gem is an extension, that provides additional funcionality to pd, which isn't in the focus of puredata itself. this is completely unrelated to the operating system. in fact, there are many ways to get Gem without having to build it. - download the gem binaries from the gem site - install a gem-package from your distro (i know that debian based distros include gem) - download and install pd-extended (which contains both, pd and gem, and a lot of other externals) just in case you decide to build gem yourself, don't forget to install also the dev-package for each dependecy. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- --- i am an agent implanted into your unconscious when you abducted by the travelers. look for signs of me in your life. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- --- i am an agent implanted into your unconscious when you abducted by the travelers. look for signs of me in your life. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem: can't load library
Uh sorry, I've only worked with debian based linux distros and was thinking that was a global thing. I was using that for the issues with G++ and that can not build executables problem. BB Agent Engram wrote: i am on fedora here is what about said about build-essential: Definition: *build-essential*: Informational list of build-essential packages If you do not plan to build Debian packages, you don't need this package. Moreover this package is not required for building Debian packages. This package contains an informational list of packages which are considered essential for building Debian packages. is gem dependent on debian? On Jan 6, 2008 11:02 PM, Batuhan Bozkurt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I think you need to install build-essential package. BB Agent Engram wrote: those *are* the things i tried... download and install pd-extended (which contains both, pd and gem http://downloads.sourceforge.net/pure-data/Pd-0.39.3-extended-planetccrma6-i386.tar.bz2 this was what I tried to do first. basically this required that I go to planet CCRMA rebuild my kernal, also get jack, once i did that i tried to run the binaries and got the floating point error, pd didnt run at all so i decided to get the extended version source code and build that... http://downloads.sourceforge.net/pure-data/Pd-0.39.3-extended.tar.bz2 it built with th following installs added yum install autoconf yum install tcl yum install tk yum install tcl-devel yum install tk-devel well that got pd running, but gem is failing. so did the extended source build gem or not? are more devel packages required that I missed? download the gem binaries from the gem site the only site I know of is http://gem.iem.at/ is this what you are talking about? I dont not see *gem binaries for linux* on windows, in fact they recommend on the site building gem, but its my understanding that this comes with pd extended, which I built, and which is not loading the gem libs. so i have now tried to build gem and it fails during configure because it *seems* to not know how to build using gcc...wierd. who uses g++, i dont even know how to get it. [EMAIL PROTECTED] src]# autoconf configure.ac http://configure.ac http://configure.acconfigure [EMAIL PROTECTED] src]# chmod 777 configure [EMAIL PROTECTED] src]# ./configure checking for Base/configLinux.h.in... yes checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. this is driving me a little crazy. On Jan 6, 2008 9:09 PM, Roman Haefeli [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Sun, 2008-01-06 at 19:13 -0800, Agent Engram wrote: i figured out how to build pd, i needed the tcl-devel stuff. i was hoping that Gem built with it but alas that would be too easy. gem is an external and not part of pd. when I run: pd -lib gem i get... gem: can't load library because there is no gem installed. so do I have to build Gem? that is a major pain in linux... this has nothing to do with linux. Gem is an extension, that provides additional funcionality to pd, which isn't in the focus of puredata itself. this is completely unrelated to the operating system. in fact, there are many ways to get Gem without having to build it. - download the gem binaries from the gem site - install a gem-package from your distro (i know that debian based distros include gem) - download and install pd-extended (which contains both, pd and gem, and a lot of other externals) just in case you decide to build gem yourself, don't forget to install also the dev-package for each dependecy. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- ---
Re: [PD] Gem: can't load library
On Dec 6, 2006, at 4:34 PM, chris clepper wrote: On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Now, I send a [mode 1( message, and it still works. From here on out, both [mode 0( and [mode 1( work. Or are you saying that you cannot switch back to [mode 1( once you switch to [mode 0(? The message only takes effect the first time you send it? What sort of output do you see in the console? I can give you the exact transcript tomorrow, but it was basically: using mode 0:GL_TEXTURE_2D using mode 1:GL_TEXTURE_RECTANGLE_EXT using mode 0:GL_TEXTURE_2D using mode 1:GL_TEXTURE_RECTANGLE_EXT using mode 0:GL_TEXTURE_2D .hc Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
marius schebella wrote: yup, still no luck with Gem here... when compiling cvs Gem on the machine with the Radeon X300 card, I got rid of the glDeleteProgramsNV error. but I can not play any movies. Pd either crashed or showed only one color. I downgraded ubuntu to libgl1-mesa 6.4 (before it was 6.5). also no glDeleteProgramsNV problem, but no movies ( I test with the examples patch from the help.) at least Pd does not crash... So I am back to the debian package of Gem (v 0.90) which does not make problems. iohannes, what do you want to know from me to locate that problem? with ...Gem/04.pix/05.film.pd I get the following console output: pix_film:: quicktime support pix_film:: libmpeg3 support pix_film:: libaviplay support pix_film:: libmpeg support GEM: Start rendering GL: invalid value [pix_filmNEW]: opening /usr/local/lib/pd//doc/examples/Gem/04.pix/../data/anim-1.mov with format 1908 [pix_filmNEW]: ... [pix_filmNEW]: ... [pix_filmNEW]: loaded file: /usr/local/lib/pd//doc/examples/Gem/04.pix/../data/anim-1.mov with 90 frames (256x256) at 30.00 fps but the texture is not rendered correctly. The whole cube is brownish. marius. you could try to change whether rectangle-texturing is used by sending a [mode 0/1( message to [pix_texture] (or [pix_movie]). tell us whether it works. and which drivers you are using (i guess you yould run the X300 with fglrx and radeon and ati and vesa) and please send the output of glxinfo (_without_ the long list of visual modes) mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Tue, 2006-12-05 at 19:48 -0500, marius schebella wrote: yup, still no luck with Gem here... when compiling cvs Gem on the machine with the Radeon X300 card, I got rid of the glDeleteProgramsNV error. but I can not play any movies. Pd either crashed or showed only one color. do you have any other libs loaded besides Gem? i'd like to know, which. i had a handfull of problems with gem before and it turned out that these problems were conflicts between gem and other libs (pidip, gridflow, 3dp and maybe some others). when testing gem, try first to load it alone, with no other libs loaded. it also seemed to me, that the order of how the libs are loaded has some effect, whether gem works correctly or not. I downgraded ubuntu to libgl1-mesa 6.4 (before it was 6.5). also no glDeleteProgramsNV problem, but no movies ( I test with the examples patch from the help.) at least Pd does not crash... So I am back to the debian package of Gem (v 0.90) which does not make problems. iohannes, what do you want to know from me to locate that problem? with ...Gem/04.pix/05.film.pd I get the following console output: pix_film:: quicktime support pix_film:: libmpeg3 support pix_film:: libaviplay support pix_film:: libmpeg support GEM: Start rendering GL: invalid value [pix_filmNEW]: opening /usr/local/lib/pd//doc/examples/Gem/04.pix/../data/anim-1.mov with format 1908 [pix_filmNEW]: ... [pix_filmNEW]: ... [pix_filmNEW]: loaded file: /usr/local/lib/pd//doc/examples/Gem/04.pix/../data/anim-1.mov with 90 frames (256x256) at 30.00 fps but the texture is not rendered correctly. The whole cube is brownish. marius. this might be not a problem of [pix_film] or [pix_image], but of [pix_texture]. send a message [mode 0( to it, then the texture should be applied as expected. roman 2006/12/5, Hans-Christoph Steiner [EMAIL PROTECTED]: On Dec 5, 2006, at 4:01 PM, chris clepper wrote: On 12/5/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: So you are saying that they removed NV compatibility from in mesa when going from 6.4 to 6.5? This is just one specific extension for Nvidia specific shaders. I don't know if anyone is using those shaders, but we could probably get by only with the ARB spec support. We are downgrading to mesa 6.4 because we know it works there. We also tried compiling against the 6.5 version. It loaded, but had other issues. Actually, its the same bug that was reported for the autobuilds on Mac/Intel. The video was playing but it was like it was only playing one pixel of the whole video, spread out over the whole area that was being textured. This was with the examples/Gem/4.pix/05.movie.pd .hc http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 6, 2006, at 4:44 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: So you are saying that they removed NV compatibility from in mesa when going from 6.4 to 6.5? no. i am saying that it is not my business to keep track of what mesa (or any other library used) changes between their upgrades. it is my business to detect what the currently installed library is capable of. when mesa-6.4 supports glProgramDeleteNV() and mesa-6.5 does not, feel free to submit a bug-report to mesa. i do not care! The optimization stuff you guys have done is definitely very important. It would also be excellent if you would help produce a binary distro that worked on as many machines as possible, so that we have more people using Gem, and have to spend less time answering annoying questions like these. .hc As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON X300/X550 Series Generic OpenGL version string: 2.0.5814 (8.25.18) OpenGL extensions: GL_EXT_texture_rectangle, This driver supports both 2D and rectangle textures. The hardware does as well. If mode 1 does not work in GEM then that looks like a driver bug to me. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 6, 2006, at 3:04 PM, chris clepper wrote: On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON X300/X550 Series Generic OpenGL version string: 2.0.5814 (8.25.18) OpenGL extensions: GL_EXT_texture_rectangle, This driver supports both 2D and rectangle textures. The hardware does as well. If mode 1 does not work in GEM then that looks like a driver bug to me. It seems to be a bug in Gem because mode 1 works fine after entering mode 0. Its just when the patch starts up that it doesn't work. After sending a [mode 0(, then both [mode 1( and [mode 0( work. .hc Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 6, 2006, at 4:02 PM, chris clepper wrote: On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: It seems to be a bug in Gem because mode 1 works fine after entering mode 0. Its just when the patch starts up that it doesn't work. After sending a [mode 0(, then both [mode 1( and [mode 0( work. Here's the problem: You build a binary where the GL driver you build against tells you that it supports rectangle textures. Then when you run the binary using that same GL driver the texturing is not right. Where is the bug? [mode 1( works fine after you send a [mode 0(. So it seems to be some kind of init thing. The first time when [pix_texture] loads, it defaults to mode 1, but doesn't work properly. Then I send a [mode 0 ( message, and it works. Now, I send a [mode 1( message, and it still works. From here on out, both [mode 0( and [mode 1( work. Or are you saying that you cannot switch back to [mode 1( once you switch to [mode 0(? The message only takes effect the first time you send it? .hc http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hi, I believe this is a known bug, Chris Clepper had helped me fix this problem actually with GEM. I just made a some simple [pixTextureHack] that loadbangs the mode stuff so everything will work, but I put it in manually wherever I had a pix_texture. Only problem was, I forgot about it and got really confused for half an hour when I was mapping some new textures the other day and nothing worked. Now I've decided, even better would be to wrap the pix_texture so that whenever I create the object, the loadbang is sent without me having to remember. ~David On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Dec 6, 2006, at 3:04 PM, chris clepper wrote: On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON X300/X550 Series Generic OpenGL version string: 2.0.5814 (8.25.18) OpenGL extensions: GL_EXT_texture_rectangle, This driver supports both 2D and rectangle textures. The hardware does as well. If mode 1 does not work in GEM then that looks like a driver bug to me. It seems to be a bug in Gem because mode 1 works fine after entering mode 0. Its just when the patch starts up that it doesn't work. After sending a [mode 0(, then both [mode 1( and [mode 0( work. .hc Using ReBirth is like trying to play an 808 with a long stick.-David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On 12/6/06, David Powers [EMAIL PROTECTED] wrote: Hi, I believe this is a known bug, Chris Clepper had helped me fix this problem actually with GEM. It is sort of a known 'bug'. ATI and Nvidia hardware on OSX and Windows do not have this 'bug' and I don't think it is happening with Nvidia's Linux driver although I haven't personally tested it. So the highest performing configurations work just fine. I don't have any hardware that has this 'bug' so what can I do? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: It seems to be a bug in Gem because mode 1 works fine after entering mode 0. Its just when the patch starts up that it doesn't work. After sending a [mode 0(, then both [mode 1( and [mode 0( work. Here's the problem: You build a binary where the GL driver you build against tells you that it supports rectangle textures. Then when you run the binary using that same GL driver the texturing is not right. Where is the bug? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Mon, 4 Dec 2006 11:03:39 -0500 (EST) Mathieu Bouchard [EMAIL PROTECTED] wrote: When I was born, manual was all about punching holes in cardboard and feeding it to the card-reader. However, when I actually started programming, manual was about having to press Play at the same time and listen to the sound of files recorded at 600 bauds, and pressing Fast-Forward to skip over them, and having to listen to the files to count how many had been skipped over and reading the sleeve to make sure I got to the right file. It was not as manual as splicing tapes though. I mean, one should marvel at how much something like dpkg is automatic :) You lucky bastard. We had suck the air out of vacuum tubes using our own breath. And we were grateful! :) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
padawan12 wrote: On Mon, 4 Dec 2006 11:03:39 -0500 (EST) Mathieu Bouchard [EMAIL PROTECTED] wrote: When I was born, manual was all about punching holes in cardboard and feeding it to the card-reader. However, when I actually started programming, manual was about having to press Play at the same time and listen to the sound of files recorded at 600 bauds, and pressing Fast-Forward to skip over them, and having to listen to the files to count how many had been skipped over and reading the sleeve to make sure I got to the right file. It was not as manual as splicing tapes though. I mean, one should marvel at how much something like dpkg is automatic :) You lucky bastard. We had suck the air out of vacuum tubes using our own breath. And we were grateful! :) You lucky bastard! Where I grew up, we had no air and had to live on anaerobic muscle work ;) cu Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 5, 2006, at 3:12 AM, IOhannes m zmoelnig wrote: chris clepper wrote: On 12/4/06, *Hans-Christoph Steiner* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yup, Gem loads and so does [gemwin]. An ATI from 1998 supports some NVidia extensions that a current ATI does not support, crazy... I don't think that is the case. That ATI part does not support the OpenGL functionality in question at all whether through the NV or ARB extension. No properly functioning ATI driver would have that extension in it. i am pretty sure that the gfx-card on the autobuild machine does NOT support the nvidia extensions (natively). however, i am also pretty sure, that these machiens are using the mesaGL implementation which (being a software renderer) can provide pretty any extension (it knows about). it would provide the nvidia-extensions (in software, like everything else) even for an old vesa card or whatever. so configure correctly detects that glDeleteProgramsNV() is supported on the autobuild machine. period. now, why is it not supported on some machines? probably because of older versions of mesaGL which do not yet support the nvidia-extensions. This is what is on the Ubuntu machine in the auto-build farm that compiled the Ubuntu build that started this thread: ii libgl1-mesa 6.4.1-0ubuntu8 A free implementation of the OpenGL ii libgl1-mesa-dev 6.4.1-0ubuntu8 A free implementation of the OpenGL ii libgl1-mesa-dri 6.4.1-0ubuntu8 A free implementation of the OpenGL ii libglu1-mesa 6.4.1-0ubuntu8 The OpenGL utility library (GLU) ii libglu1-mesa-dev 6.4.1-0ubuntu8 The OpenGL utility library -- devel ii mesa-common-dev 6.4.1-0ubuntu8 Developer documentation for Mesa ii mesa-utils 6.3.2-0ubuntu6 Miscellaneous Mesa GL utilities This is what is on the Ubuntu machine that had the problem running it: ii libgl1-mesa-dev 6.5.1~20060817-0 A free implementation of the OpenGL ii libgl1-mesa-dri 6.5.1~20060817-0 A free implementation of the OpenGL ii libgl1-mesa-glx 6.5.1~20060817-0 A free implementation of the OpenGL ii libglu1-mesa 6.5.1~20060817-0 The OpenGL utility library (GLU) ii libglu1-mesa-dev 6.5.1~20060817-0 The OpenGL utility library -- devel ii mesa-common-dev 6.5.1~20060817-0 Developer documentation for Mesa ii mesa-utils 6.3.2-1ubuntu1 Miscellaneous Mesa GL utilities So you are saying that they removed NV compatibility from in mesa when going from 6.4 to 6.5? .hc 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
Re: [PD] Gem: can't load library
On 12/5/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: So you are saying that they removed NV compatibility from in mesa when going from 6.4 to 6.5? This is just one specific extension for Nvidia specific shaders. I don't know if anyone is using those shaders, but we could probably get by only with the ARB spec support. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
yup, still no luck with Gem here... when compiling cvs Gem on the machine with the Radeon X300 card, I got rid of the glDeleteProgramsNV error. but I can not play any movies. Pd either crashed or showed only one color. I downgraded ubuntu to libgl1-mesa 6.4 (before it was 6.5). also no glDeleteProgramsNV problem, but no movies ( I test with the examples patch from the help.) at least Pd does not crash... So I am back to the debian package of Gem (v 0.90) which does not make problems. iohannes, what do you want to know from me to locate that problem? with ...Gem/04.pix/05.film.pd I get the following console output: pix_film:: quicktime support pix_film:: libmpeg3 support pix_film:: libaviplay support pix_film:: libmpeg support GEM: Start rendering GL: invalid value [pix_filmNEW]: opening /usr/local/lib/pd//doc/examples/Gem/04.pix/../data/anim-1.mov with format 1908 [pix_filmNEW]: ... [pix_filmNEW]: ... [pix_filmNEW]: loaded file: /usr/local/lib/pd//doc/examples/Gem/04.pix/../data/anim-1.mov with 90 frames (256x256) at 30.00 fps but the texture is not rendered correctly. The whole cube is brownish. marius. 2006/12/5, Hans-Christoph Steiner [EMAIL PROTECTED]: On Dec 5, 2006, at 4:01 PM, chris clepper wrote: On 12/5/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: So you are saying that they removed NV compatibility from in mesa when going from 6.4 to 6.5? This is just one specific extension for Nvidia specific shaders. I don't know if anyone is using those shaders, but we could probably get by only with the ARB spec support. We are downgrading to mesa 6.4 because we know it works there. We also tried compiling against the 6.5 version. It loaded, but had other issues. Actually, its the same bug that was reported for the autobuilds on Mac/Intel. The video was playing but it was like it was only playing one pixel of the whole video, spread out over the whole area that was being textured. This was with the examples/Gem/4.pix/05.movie.pd .hc http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Am 04.12.2006 um 03:57 schrieb Hans-Christoph Steiner: On Dec 2, 2006, at 12:30 PM, marius schebella wrote: Johannes Krause wrote: /usr/local/pd/lib/pd/extra/Gem.pd_linux : undefined symbol: glDeleteProgramsNV Gem: can't load library I got the same error yesterday (undefined symbol: glDeleteProgramsNV) with an ATI Radeon X300 graphic card. I don't know if that error can be fixed so easily. maybe when you compile Gem with special flags. If I find a solution, I will post it. maybe for the moment you may want the method I posted earlier (use synaptic and the debian packages) that should work. BUT: synaptic/Debian installs the binaries to other folders, so if you used the pd extended installer you should uninstall it (I think it's enough to go to the unzipped folder and type make uninstall (see readme.txt for details) and then chose pd and pd-gem from the synaptic installation tool (and maybe some others... unfortunately also the debian packages have some bugs (like the examples and data folders are messed up). Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04-linux- debian-stable-i386-i686.tar.bz2 and then run tar xjf pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 cd pd-2006-12-04-linux-debian-stable-i386-i686 make install prefix=/usr/local and then it should run with Gem like ./pd -lib Gem ? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Max Neupert wrote: Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 and then run tar xjf pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 cd pd-2006-12-04-linux-debian-stable-i386-i686 make install prefix=/usr/local and then it should run with Gem like ./pd -lib Gem ? no. a .tgz build on a debian-machine is not a debian package. a debian-package is a .deb file which holds the content of the tgz PLUS some meta information (like dependencies!). you manually install it via dpkg. more often you (de)install it via apt-get, aptitude or synaptics. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
IOhannes m zmoelnig wrote: Max Neupert wrote: Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 reading your email again, i understand it better: the suggestion is not to install the files tagged with debian on an ubuntu system but to use a special packaging format, which by chance is used by both debian (thats why it is called debian-package or .deb) and ubuntu (which is really just a polished up debian clone). building debian packages on the autobuild farm would eventually result in having different packages for debian-stable, debian-testing, ubuntu-hoary. (because of the very problem of dependencies) i hope i could make this somewhat clearer. fgmasd.r. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Am 04.12.2006 um 14:35 schrieb IOhannes m zmoelnig: Max Neupert wrote: Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04- linux-debian-stable-i386-i686.tar.bz2 and then run tar xjf pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 cd pd-2006-12-04-linux-debian-stable-i386-i686 make install prefix=/usr/local and then it should run with Gem like ./pd -lib Gem ? no. a .tgz build on a debian-machine is not a debian package. a debian-package is a .deb file which holds the content of the tgz PLUS some meta information (like dependencies!). you manually install it via dpkg. more often you (de)install it via apt-get, aptitude or synaptics. so, how do you recommend installing pd with some of the most important libaries on an ubuntu (debian) machine then? what i actually did was: first i looked into the synaptics manager, found pd. there was no info which version nor if it's bare pd or whatever, so i looked over to HCS's site because i run have good experiences with his release on osx. so i tried to install this one and could not get Gem to run either even after installing libmpeg, lib imagemagick and whatever else was missing even make itself seemed not to be there. how to start over and get a working install now? cheers, max ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. if you want configure to create a most generic package, then you will have to pass arguments to it (e.g. --disable-NV) When building packages (.deb, .tar.gz, whatever), its much more important that it run on all machines, than its very well optimized on specific machines. Later, it would be possible to add a pd-gem-nvidia package, etc. etc. this is correct, but as said above, configure is not necessarily the tool to create packages that run on all machines. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Mon, 4 Dec 2006, IOhannes m zmoelnig wrote: a debian-package is a .deb file which holds the content of the tgz PLUS some meta information (like dependencies!). Not to sound picky, but it holds a list of the names of the depended packages, and not the depended packages themselves. It may sound dumb, but to someone who doesn't know package managers, it might not be obvious. you manually install it via dpkg. That's sooo much a 21st century conception of manual. When I was born, manual was all about punching holes in cardboard and feeding it to the card-reader. However, when I actually started programming, manual was about having to press Play at the same time and listen to the sound of files recorded at 600 bauds, and pressing Fast-Forward to skip over them, and having to listen to the files to count how many had been skipped over and reading the sleeve to make sure I got to the right file. It was not as manual as splicing tapes though. I mean, one should marvel at how much something like dpkg is automatic :) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On 12/4/06, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. Since performance is quite vital to the software working in the intended manner, we make decisions based on what provides the most efficient path in the code not some generic computer spec. At the same time we don't really limit what hardware can run GEM even though there are certainly hardware and driver set ups entirely unsuitable for the software. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
hi, may I join you in that discussion? I understand now that the Gem package in the pd-extended is built for nvidia support and does not run without a nvidia card. correct? But what I want to know is, (I don't know so much about configure scripting..) when I build my own Gem and have NO nvidia card, will I have to type --disable-NV? that would not make sense to me... I would like to compile my Gem later today. so thnx for answers. marius. IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. if you want configure to create a most generic package, then you will have to pass arguments to it (e.g. --disable-NV) When building packages (.deb, .tar.gz, whatever), its much more important that it run on all machines, than its very well optimized on specific machines. Later, it would be possible to add a pd-gem-nvidia package, etc. etc. this is correct, but as said above, configure is not necessarily the tool to create packages that run on all machines. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
hi marius On Mon, 2006-12-04 at 11:30 -0500, marius schebella wrote: hi, may I join you in that discussion? I understand now that the Gem package in the pd-extended is built for nvidia support and does not run without a nvidia card. correct? But what I want to know is, (I don't know so much about configure scripting..) when I build my own Gem and have NO nvidia card, will I have to type --disable-NV? that would not make sense to me... I would like to compile my Gem later today. so thnx for answers. marius. i might be wrong, but as far as i understand the idea of a configure script, it is here, to check if all libraries are installed, that are needed to run the binary, that you are going to compile, also where they are, and also if some optional libraries are there, which may improve the functionality of your binary to compile. if a certain optional funcionality is non-existent on your computer (e.g. nvidia extension), ./configure should automatically disable it, when generating the makefile. if the configure doesn't print errors, you can expect, that the binary you are going to compile will work (at least on your system). in your case, when you execute ./configure, it should print something like: using NV-extensions : no that means, you don't need to add the flag '--disable-NV' to configure. i hope i could help roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 11:07 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. if you want configure to create a most generic package, then you will have to pass arguments to it (e.g. --disable-NV) The autobuild machines most definitely do not have nvidia cards: [EMAIL PROTECTED]:~ lspci :01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) So these builds do not run on the machine they were built on. .hc When building packages (.deb, .tar.gz, whatever), its much more important that it run on all machines, than its very well optimized on specific machines. Later, it would be possible to add a pd-gem- nvidia package, etc. etc. this is correct, but as said above, configure is not necessarily the tool to create packages that run on all machines. mfg.asdr IOhannes Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Quoting marius schebella [EMAIL PROTECTED]: hi, may I join you in that discussion? I understand now that the Gem package in the pd-extended is built for nvidia support and does not run without a nvidia card. correct? But what I want to know is, (I don't know so much about configure scripting..) when I build my own Gem and have NO nvidia card, will I have to type --disable-NV? that would not make sense to me... configure should detect whether your system supports glDeleteProgramsNV() (note: this does not necessarily mean that you need to have an nvidia card; but since the extension is proposed by nvidia, chances are higher that their cardsdrivers support it). if it does then Gem will be built with it. if it doesn't then Gem will be build without it. I would like to compile my Gem later today. so thnx for answers. on recent machines, Gem builds quite fast; so you could try both. that is: if configure fails to detect your system's possibilities; in this case, i would be very interested in your setup. mfg.ar IOhannes bin3rXtYmULQq.bin Description: Öffentlicher PGP-Schlüssel ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 12:25 PM, chris clepper wrote: On 12/4/06, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. Since performance is quite vital to the software working in the intended manner, we make decisions based on what provides the most efficient path in the code not some generic computer spec. At the same time we don't really limit what hardware can run GEM even though there are certainly hardware and driver set ups entirely unsuitable for the software. I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. .hc All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... Note: ... assuming the binaries don't run on non-Nvidia machine, which I didn't test. If they do, please just ignore my message. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 3:17 PM, [EMAIL PROTECTED] wrote: Quoting Hans-Christoph Steiner [EMAIL PROTECTED]: The autobuild machines most definitely do not have nvidia cards: [EMAIL PROTECTED]:~ lspci :01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) So these builds do not run on the machine they were built on. have you tried or are your remarks based on my statements about needing nvidia? my nvidia card's here support some SGI extensions, and i am pretty sure that i don't run irix. i haven't heard of someone having problems with NV/ARB extensions on their self-built Gem for quite a long time. so please check whether the binaries do work. Unfortunately, these binaries do not work. Marius knows more about it than me, he's been building up this box, its a relatively new Dell with an ATI card. The autobuild GNU/Linux/i386 machines are all the exact same hardware, old Compaqs with the ATI card above. So neither the compilation machine nor the machine running Gem have nvidia hardware. But Gem dies on the new Dell with that NV error that started this thread. So I guess as Chris said, there is probably a bug in the NV detection code. .hc http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
my nvidia card's here support some SGI extensions, -A lot of people by Nvidia originate from Silicon Graphics, as they called themselves once (for good reason) i am pretty sure that i don't run irix. -I do... AvS ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Mon, 4 Dec 2006, Frank Barknecht wrote: To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... These years, that is decreasingly true. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Am 04.12.2006 um 22:30 schrieb Frank Barknecht: Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... do you want to stay elite? is it about keeping people from entering the boat or do you want to invite beginners to join the club? i mean we are not talking about a very specific treak of the system or a custom coding project. its about installing Gem. this should not be a science. don't get the attitude. m ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 5:45 PM, chris clepper wrote: On 12/4/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Yup, Gem loads and so does [gemwin]. An ATI from 1998 supports some NVidia extensions that a current ATI does not support, crazy... I don't think that is the case. That ATI part does not support the OpenGL functionality in question at all whether through the NV or ARB extension. No properly functioning ATI driver would have that extension in it. I am thinking for the Pd-0.39.2-extended release, Gem should be compiled with --disable-NV, but it can stay as is on the nightly builds if that's useful to y'all. I wouldn't do anything until it is clear that the autobuild machine is building a binary with calls to the Nvidia extension. I do not think it is. Ah, ok. I was going on the configure report, which says using NV- extensions : yes I guess that doesn't necessarily mean that it compiles with the extensions. You can see the build logs here: http://autobuild.puredata.info .hc If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Georg Holzmann wrote: Hallo! i never heard about, so you may explain about gem debian packages and where i can find it... thanks for help. gruss joh apt-get install gem @georg holzmann: do you need a special repository to make apt find that? in debian not - I don't know how it is in ubuntu ... in ubuntu you can use synaptic (set the repositories to universe.) marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
yo list, i was installing gem and libmpeg1, but i still got this problem when starting pd, the pd window shows now: /dev/dsp (read/write): Device or resource busy (now will try write-only...) /dev/dsp (writeonly): Device or resource busy /usr/local/pd/lib/pd/extra/Gem.pd_linux: /usr/local/pd/lib/pd/extra/Gem.pd_linux : undefined symbol: glDeleteProgramsNV Gem: can't load library i am running 3 pd versions on my laptop, these give back different fault-messages to the pd windows. my latest version (look above). the other ones ( pd-extendet and an old version) shows this: /dev/dsp (read/write): Device or resource busy (now will try write-only...) /dev/dsp (writeonly): Device or resource busy /dev/dsp (readonly): Device or resource busy Gem: can't load library cyclone: can't load library zexy: can't load library maxlib: can't load library thanks for help, yohannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hallo! /usr/local/pd/lib/pd/extra/Gem.pd_linux: libmpeg.so.1: cannot open shared object file: No such file or directory Gem: can't load library [...] what`s the problem? it seems that you don't have libmpeg ... how did you install pd and all the externals ? because if you are on ubuntu you can also use the gem debian packages, where all the dependencies will be resolved automatically ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Georg Holzmann schrieb: Hallo! /usr/local/pd/lib/pd/extra/Gem.pd_linux: libmpeg.so.1: cannot open shared object file: No such file or directory Gem: can't load library [...] what`s the problem? it seems that you don't have libmpeg ... how did you install pd and all the externals ? because if you are on ubuntu you can also use the gem debian packages, where all the dependencies will be resolved automatically ... LG Georg gruss, i installed about http://autobuild.puredata.info/auto-build/2006-11-14/Pd-0.39.2-extended-2006-11-14-linux-i686-ubuntu-dapper-i386.tar.bz2 i never heard about, so you may explain about gem debian packages and where i can find it... thanks for help. gruss joh ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hallo! i installed about http://autobuild.puredata.info/auto-build/2006-11-14/Pd-0.39.2-extended-2006-11-14-linux-i686-ubuntu-dapper-i386.tar.bz2 okay, so then you will also need libmpeg, because that's not included ... - apt-get install libmpeg (or something similar - I don't know how the package is called exactly) or you can of course also do it with adept on ubuntu. i never heard about, so you may explain about gem debian packages and where i can find it... thanks for help. gruss joh apt-get install gem LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
hallo johannes, welcome to the list! and nice to see you here. Am 01.12.2006 um 19:19 schrieb Georg Holzmann: i installed about http://autobuild.puredata.info/auto-build/2006-11-14/Pd-0.39.2- extended-2006-11-14-linux-i686-ubuntu-dapper-i386.tar.bz2 okay, so then you will also need libmpeg, because that's not included ... - apt-get install libmpeg (or something similar - I don't know how the package is called exactly) i googled it: it seems to be called libmpeg1 http://packages.ubuntu.com/edgy/libs/libmpeg1 so either open your synaptic paketmanager an look for libmpeg1 to install or type in the terminal: sudo apt-get install libmpeg1 i never heard about, so you may explain about gem debian packages and where i can find it... thanks for help. gruss joh apt-get install gem @georg holzmann: do you need a special repository to make apt find that? max ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list