Hello Hans, Thank you for the info - it is interesting that the method you described is the oposite of what I did ;) Instead of basing things off of pd-svn and linking to pd-extended.git and Gem, you base things off of pd-extended.git and link to what you need from pd-svn and Gem. I guess I might stick to your way once I need to isolatedly develop things. For now, we use so many libs that it might be better to build and develop everything at once.
I will try to document these things and send a link to the list. If you approve then I can post to the main site. Best, Ricardo -- Linux registered user #175401 www.lems.brown.edu/~rfabbri On Wed, Sep 28, 2011 at 6:26 PM, Hans-Christoph Steiner <h...@at.or.at> wrote: > > Hey Ricardo, > > I proposed the rsync method as the easiest way to get started. But yes, it > doesn't work for development. For the most part, when doing dev work, I > find it easiest to stick with the smallest unit possible. Like if I want to > work on a library, then I only build that library, not all of Pd-extended. > > Then in pd-extended.git/extra, I put symlinks to the libraries I'm currently > working on, i.e.: > > libdir -> ../../pure-data/trunk/externals/loaders/libdir > cyclone -> /Applications/Pd-extended.app/Contents/Resources/extra/cyclone/ > extra -> ../../pure-data/trunk/externals/extra > vanilla -> ../../pure-data/trunk/externals/vanilla/ > pddp -> ../../pure-data/trunk/externals/pddp > pdlua -> ../../pure-data/trunk/externals/loaders/pdlua/src/ > > This also means I can quickly test core changes but building just in > pd-extended.git, and then running Pd directly from there, i.e.: > > cd ~/code/pd-extended.git > ./autogen.sh > ./configure > make > ./src/pd > > As for your introduction, you should post that in its own email with a > separate Subject so people know what its about. > > .hc > > On Sep 28, 2011, at 5:00 PM, Ricardo Fabbri wrote: > >> Hi, >> >> My friend Vilson Vieira and I were able to generate the latest >> full-fledged Pd-extended using two methods. I can give the details in >> a later email, but basically: >> >> method1: rsync+autobuild as you mentioned. worked after some basic >> dependence installations. the downside is that this is not the best >> option for development, but mainly for building the latest Pd only. >> >> method2: download Pd from svn, then pd-extended.git and Gem, ans use >> the linux-make approach. This provides for a full development tree >> which makes it easy to push commits and make patches, as well as >> updating from the repos. I had to modify the pd-svn tree to mimick >> what was done for the rsync'd tree. Basically this involves moving the >> 'pd' subdir to something else, like 'pd-original', then linking >> pd-extended.git to 'pd' inside pd-svn. Then do something similar for >> Gem: link gem-svn to pd-svn/Gem and pd-svn/extensions/Gem. Then I >> went to pd-svn/packges/linux_make, and typed "make install" to >> generate a .deb package, which I then installed using dpkg -i. >> >> The generated packages for 32bit (using method1) and 64bit (using >> method2) have been posted in: >> http://hera.ethymos.com.br:1080/pd/ >> >> Perhaps they can be useful for some alpha-testing as we are already >> doing locally at our Lab Macambira (labmacambira.sf.net). >> >> I really feel that method 2 got us into Pd development now. The build >> works very well as far as we have tested. Perhaps this establishes a >> good enough workflow (update->develop->build->test->commit) that I >> think it might be time to provide commit access, if you agree. >> Following SVNCommitAccess, this is the requested info: > >> My name is Ricardo Fabbri and I have been working with free software >> since 1999, specializing in computer vision and image processing. >> During my PhD I worked on 3D reconstruction algorithms and camera >> self-calibration, and have also worked for Google in applications of >> this technology for the scanning and indexing of books and other print >> material. I have recently returned to Brazil where I helped found the >> free software group Lab Macambira (labmacambira.sf.net), together with >> my brother Renato Fabbri, Vilson Vieira, and others. We are currently >> a team of 15. >> >> My brother had a significant influence in Pd Con that was held in >> Brazil, as well as in the rise of the Brazilian Pd community. My >> brother is a composer and is doing graduate work in computational >> physics. I was actually the one who introduced him to Pd and Linux >> back in the days when he was dependant on Max. We were also joined by >> Gilson Beck, another composer who got hooked on Pd. Currently, my >> direct interests with Pd deveolpment are to support the demands from >> these composers, but, mainly, to support Pd as a core component of our >> real-time video processing stack. We use Pd for guiding C++ modules >> linked to OpenCV and VXL. >> We also use Scilab as a quick prototyping language for new algorithms. >> As you can see, Pd is the guiding master of our systems, so it is >> crucial for us to have a development gripo on it. Commit access is >> important as we would like to develop this key component with you. You >> can count on our painstaking care not to break anything and our >> willing service to improve Pd. Perhaps with a commit access it will >> make it easier to do small improvements and documentation, for a >> start. >> >> SF user: ricardofabbri. >> Optionally, Vilson's SF user: vilsonvieira and My brother's: greenkobold >> >> Best regards, >> Ricardo >> -- >> Linux registered user #175401 >> www.lems.brown.edu/~rfabbri >> >> >> >> On Wed, Sep 28, 2011 at 12:19 AM, Hans-Christoph Steiner <h...@at.or.at> >> wrote: >>> >>> The easiest way to get started build Pd-extended is how the nightly >>> builds >>> are done. Start by getting the source using the rsync method and then >>> running the build script: >>> >>> http://puredata.info/docs/developer/AutoBuildProcess >>> >>> The whole build process has lots of hacks and kludges in it, which we are >>> in >>> the process of disentangling. Two notable efforts along those lines are >>> the >>> Library Template: >>> >>> http://puredata.info/docs/developer/LibraryTemplate >>> >>> And submitting lots of libs to Debian: >>> >>> http://qa.debian.org/developer.php?login=hans%40eds.org >>> http://qa.debian.org/developer.php?login=zmoel...@iem.at >>> http://qa.debian.org/developer.php?login=reduz...@gmail.com >>> >>> .hc >>> >>> >>> On Sep 27, 2011, at 6:15 PM, Ricardo Fabbri wrote: >>> >>>> Other problems with pd from Subversion: >>>> >>>> - my GUI cannot pan/scroll large patches. A scroll bar is missing and >>>> there is no way to scroll. >>>> - I don't have a help browser. >>>> >>>> Thanks in advance for your guidance, >>>> Ricardo >>>> -- >>>> Linux registered user #175401 >>>> www.lems.brown.edu/~rfabbri >>>> >>>> >>>> >>>> On Tue, Sep 27, 2011 at 7:13 PM, Ricardo Fabbri <rfab...@gmail.com> >>>> wrote: >>>>> >>>>> Hans, >>>>> >>>>> I think I will stick to the patch format for now. Let me report my >>>>> build adventures for the day so that someone can give some advice. >>>>> >>>>> I would like to build a full pd-extended from development source code. >>>>> It seems to be a bit complicated, but I tried at least to build the >>>>> stuff I need. >>>>> >>>>> The first problem I got is that the pd built from SVN doesn't runn off >>>>> of /usr/local/bin but only runs from its own source dir. This is what >>>>> I did on Pd-svn: >>>>> >>>>> cd pd/pd/src >>>>> autoreconf -vi >>>>> ./configure >>>>> make depend >>>>> make >>>>> sudo make install >>>>> >>>>> Then when I rund pd it just hangs.. Running pd -verbose gives: >>>>> Pd version 0.42-5 >>>>> compiled 15:33:07 Sep 27 2011 >>>>> port 5403 >>>>> TCL_LIBRARY="/usr/local/lib/pd/lib/tcl/library" >>>>> TK_LIBRARY="/usr/local/lib/pd/lib/tk/library" wish >>>>> "/usr/local/lib/pd/tcl/pd-gui.tcl" 5403 >>>>> Waiting for connection request... >>>>> ... connected >>>>> >>>>> I tried with both wish 8.4 and 8.5. >>>>> >>>>> The way I managed to run it was just through the source dir. >>>>> pd/pd/bin/pd >>>>> >>>>> Next, I built Gem from svn (but kinda tailored to the Pd source code >>>>> dir since that's what I managed to run): >>>>> cd pd-gem/Gem/src >>>>> ./autogen.sh >>>>> ./configure --with-pd=$HOME/src/pd/pd >>>>> make >>>>> sudo make install >>>>> >>>>> Finally, pix_opencv: >>>>> ./configure --with-pd=$HOME/src/pd/pd --with- >>>>> gem=$HOME/src/pd-gem/Gem >>>>> make >>>>> sudo make install >>>>> >>>>> >>>>> I noticed pix_opencv installs cleanly onto the Pd source dir but Gem >>>>> just insists on using /usr/local no matter what. >>>>> >>>>> I was able to install Pd using gem like this: >>>>> >>>>> cd $HOME/src/pd-gem/Gem >>>>> $HOME/src/pd/pd/bin/pd -lib Gem >>>>> >>>>> Not to speak about compiling+installing iemmatrix, which should be >>>>> simple, similar to pix_opencv, if only pd would run out of /usr/local >>>>> which it isn't. >>>>> >>>>> I appreciate any help, even if just a small guiding remark. >>>>> Ricardo >>>>> -- >>>>> Linux registered user #175401 >>>>> www.lems.brown.edu/~rfabbri >>>>> >>>>> >>>>> >>>>> On Tue, Sep 27, 2011 at 5:23 PM, Hans-Christoph Steiner <h...@at.or.at> >>>>> wrote: >>>>>> >>>>>> Hey Ricardo, >>>>>> >>>>>> If you want commit access, here is the process, its pretty simple: >>>>>> >>>>>> http://puredata.info/docs/developer/SVNCommitAccess >>>>>> >>>>>> We do need work out the flow before you start directly committing. >>>>>> The >>>>>> rule >>>>>> of the pure-data SVN is that you need to have explicit permission to >>>>>> each >>>>>> file that you want to work on. Usually this goes on a >>>>>> library-by-library >>>>>> basis, for example puredata_opencv. You just ask on pd-dev for >>>>>> permission. >>>>>> >>>>>> For things that are directly maintained in SVN, it makes sense to >>>>>> commit >>>>>> directly there. For things that are maintained in git, then you >>>>>> should >>>>>> make >>>>>> your own fork of pd-extended.git, and submit 'git format-patch' files >>>>>> to >>>>>> the >>>>>> patch tracker. >>>>>> >>>>>> Either way, starting by submitting patches to the tracker would be the >>>>>> best >>>>>> way to start. There is no barrier, you can do that now. >>>>>> >>>>>> .hc >>>>>> >>>>>> On Sep 27, 2011, at 2:15 AM, Ricardo Fabbri wrote: >>>>>> >>>>>>> Hello Hans, >>>>>>> >>>>>>> Thanks for the quick reply. We will be targeting Linux, mostly Ubuntu >>>>>>> 11.04. >>>>>>> >>>>>>> I would like to develop using a branch in such a way that I can >>>>>>> easily >>>>>>> push the changes to you through patches or by committing. I am a bit >>>>>>> hesitant to develop a release branch instead of the main branch >>>>>>> directly, since I might be repeating work. >>>>>>> >>>>>>> I already talked to the puredata_opencv guys and they are willing to >>>>>>> let me commit code, as long as I discuss the changes before modifying >>>>>>> existing functionality. >>>>>>> >>>>>>> My username is ricardofabbri just in case, although I totally >>>>>>> understand it might be too early for commit privileges, given that I >>>>>>> haven't even settled on a workflow. >>>>>>> >>>>>>> Best regards, >>>>>>> Ricardo >>>>>>> -- >>>>>>> Linux registered user #175401 >>>>>>> www.lems.brown.edu/~rfabbri >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Sep 27, 2011 at 2:20 AM, Hans-Christoph Steiner >>>>>>> <h...@at.or.at> >>>>>>> wrote: >>>>>>>> >>>>>>>> Hey Ricardo, >>>>>>>> >>>>>>>> This is great news! Yes, its true, the sources are a bit confusing. >>>>>>>> Website updates are a good thing. If you are talking about >>>>>>>> Pd-extended, >>>>>>>> then all sources are from >>>>>>>> https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk, >>>>>>>> except >>>>>>>> for >>>>>>>> the core 'pd' part, which is from the pd-extended.git. Once we have >>>>>>>> the >>>>>>>> 0.43 release branch, which is soon, then everything will be in this >>>>>>>> SVN >>>>>>>> branch: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43 >>>>>>>> >>>>>>>> You can see the 0.42 release branch here: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.42 >>>>>>>> >>>>>>>> Which platform are you going to be targetting? >>>>>>>> >>>>>>>> .hc >>>>>>>> >>>>>>>> On Sep 27, 2011, at 12:49 AM, Ricardo Fabbri wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I would like to help out with the development of Pd, in particular >>>>>>>>> with Gem and puredata_opencv. Please be patient as I am just >>>>>>>>> starting >>>>>>>>> with Pd development. >>>>>>>>> >>>>>>>>> I would like to get some advice from you on how to build from the >>>>>>>>> develpment sources. I can then update the community website >>>>>>>>> instructions based on your responses, if you think that'd be >>>>>>>>> helpful. >>>>>>>>> >>>>>>>>> I would like to install pd-extended, gem, and pix_opencv from the >>>>>>>>> development source code. >>>>>>>>> >>>>>>>>> It seems I should download from Subversion, even though Git is used >>>>>>>>> for pd vanilla core and pd-extended core. It seems these Git repos >>>>>>>>> are >>>>>>>>> regularly pushed onto Subversion. Is that true? >>>>>>>>> >>>>>>>>> Now, should I really download from these? >>>>>>>>> >>>>>>>>> https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk >>>>>>>>> >>>>>>>>> and >>>>>>>>> >>>>>>>>> https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk >>>>>>>>> >>>>>>>>> Next, I'd like some up-to-date build instructions based on the >>>>>>>>> development code base. Again, I am more than willing to update the >>>>>>>>> online doc with the info you provide. >>>>>>>>> >>>>>>>>> I appreciate your guidance on how to contribute. I lead a team with >>>>>>>>> computer vision programmers and music composition experts that will >>>>>>>>> be >>>>>>>>> heavily developing Pd in the next coming weeks and months. >>>>>>>>> >>>>>>>>> Best regards, >>>>>>>>> Ricardo >>>>>>>>> -- >>>>>>>>> Linux registered user #175401 >>>>>>>>> www.lems.brown.edu/~rfabbri >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Pd-dev mailing list >>>>>>>>> Pd-dev@iem.at >>>>>>>>> http://lists.puredata.info/listinfo/pd-dev >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ---------------------------------------------------------------------------- >>>>>>>> >>>>>>>> 'You people have such restrictive dress for women,’ she said, >>>>>>>> hobbling >>>>>>>> away >>>>>>>> in three inch heels and panty hose to finish out another pink-collar >>>>>>>> temp >>>>>>>> pool day. - “Hijab Scene #2", by Mohja Kahf >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ---------------------------------------------------------------------------- >>>>>> >>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>> >>> >>> >>> >>> >>> ---------------------------------------------------------------------------- >>> >>> Mistrust authority - promote decentralization. - the hacker ethic >>> >>> >>> > > > > ---------------------------------------------------------------------------- > > Mistrust authority - promote decentralization. - the hacker ethic > > > _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev