Hi Hans,
On Sat, Mar 22, 2008 at 12:43 PM, Hans-Christoph Steiner hans@eds.org wrote:
Just having a link in the pure-data SVN to the pdmtl abstractions isn't really useful from my experience. I think it would be more useful to import pdmtl releases into the pure-data SVN. But it seems that there aren't any pdmtl releases.
By just importing the latest pdmtl abstractions into Pd-extended, I think that will cause more problems that in solves. I think it makes more sense to work out the details of a user-managed externals installation location, then the users can manage pdmtl there using SVN or whatever.
Sure, I agree that Pd-e should have stable versions of whatever's included. I thought part of the appeal of the autobuilds, though, is that libraries can be tested in the context of the distribution before a release.
Anyway, a good compromise would be for the PdMTL crew to create a release branch on their side, and I'll switch the external definition in Pd-SVN to mirror that. Then, when they are comfortable with the state of their trunk they can merge it in, and that way Pd-SVN won't be affected by the fluctuations of the bleeding edge. Would that be preferable?
(also, I removed pdmtl from the builds while we sort this out so the autobuilds resume)
On Mac OS X since 0.39.3-extended, /Library/Pd is a such a location. Just put your code there and it is in the default path for objects and help files. We just need to pick standard locations for GNU/ Linux and Windows, then add it to default preferences, then I think that will be the best solution for managing pdmtl with Pd-extended.
This really the direction that Pd-extended should be going on. Only really stable things should be included, other things should be managed outside. Ideally we'd have some kind of apt-get for Pd.
I'm all for this, and if I find myself with some free time I'll see if I can contribute to its realization.
Cheers Luke
.hc
On Mar 22, 2008, at 12:56 PM, Luke Iannini (pd) wrote:
Hi Hans, Hm, that's odd, a weird PATH issue perhaps? I tested it thoroughly this time : ), and it works fine on both of my machines; "command not found" is I guess a shell error (at first I thought maybe the "export" command was a newer addition to SVN, but it seems to have been there from the start anyway).
Exporting is definitely a good idea, since the .svn/ dirs add about 30megs of unnecessary overhead.
So, either we can try to fix the path issue, or I can try to replicate "svn export" using "find"? Cheers Luke
On Sat, Mar 22, 2008 at 9:09 AM, Hans-Christoph Steiner hans@eds.org wrote:
The pdmtl abstractions are having some issues with 'svn'. I can guarantee that 'svn' is installed, since that is what is used to get the source code every day.
.hc
Message: 17 Date: Sat, 22 Mar 2008 06:38:59 -0400 (EDT) From: pd@debian-stable-powerpc.idmi.poly.edu (pd) Subject: [PD-cvs] autobuild: pd-extended debian-stable-powerpc 2008-03-22 06.29.26 To: pd-cvs@iem.at Message-ID: <20080322103900.366862B2CE@debian-stable- powerpc.idmi.poly.edu>
install -d /home/pd/auto-build/pd-extended/packages/linux_make/ build//usr/local/lib/pd/extra/pddp install -p /home/pd/auto-build/pd-extended/abstractions/pddp/ dsp.pd /home/pd/auto-build/pd-extended/abstractions/pddp/open.pd / home/pd/auto-build/pd-extended/abstractions/pddp/+pager.pd /home/pd/ auto-build/pd-extended/abstractions/pddp/parse_meta.pd /home/pd/ auto-build/pd-extended/abstractions/pddp/print_long.pd /home/pd/ auto-build/pd-extended/abstractions/pddp/print.pd /home/pd/auto- build/pd-extended/packages/linux_make/build//usr/local/lib/pd/extra/ pddp /home/pd/auto-build/pd-extended/scripts/generate-libdir- metafile.sh /home/pd/auto-build/pd-extended/packages/linux_make/ build//usr/local/lib/pd/extra pddp \ --license "GNU GPL" \ --description "support objects for the Pure Data Documentation Project" install -d /home/pd/auto-build/pd-extended/packages/linux_make/ build//usr/local/lib/pd/doc/5.reference/pddp install -p /home/pd/auto-build/pd-extended/abstractions/pddp/*- help.pd \ /home/pd/auto-build/pd-extended/packages/linux_make/ build//usr/ local/lib/pd/doc/5.reference/pddp install -d /home/pd/auto-build/pd-extended/packages/linux_make/ build//usr/local/lib/pd/extra/pdmtl svn export --force /home/pd/auto-build/pd-extended/abstractions/ pdmtl \ /home/pd/auto-build/pd-extended/packages/linux_make/ build//usr/ local/lib/pd/extra/pdmtl make[2]: svn: Command not found make[2]: *** [pdmtl_install] Error 127 make[2]: Leaving directory `/home/pd/auto-build/pd-extended/ abstractions' make[1]: *** [abstractions_install] Error 2 make[1]: Leaving directory `/home/pd/auto-build/pd-extended/ packages' make: *** [install] Error 2 upload specs linux_make . deb Uploading /home/pd/auto-build/pd-extended/packages/linux_make/./ Pd*.deb ls: /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb: No such file or directory
PD-cvs mailing list PD-cvs@iem.at http://lists.puredata.info/listinfo/pd-cvs
End of PD-cvs Digest, Vol 37, Issue 19
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-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
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-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev