On Dec 3, 2008, at 11:56 AM, IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
On Dec 2, 2008, at 6:36 AM, Chris McCormick wrote:
is there any chance to sync the two repositories? (personally i would still suggest an svn:externals link; but let's keep this for later :-))
sorry for re-starting the flame-war. it was not my intention but couldn't keep my mouth shut.
I really don't want to dictate here, but I think we need to decide on how we use the SVN. svn:externals create more annoying work in regards to getting Pd-extended builds out, but that is not the only use of the SVN. I can accept more annoying work, but there needs to be a good reason.
My question remains, what is the problem we are trying to solve using svn:externals? If it is to include code that gets built with Pd- extended, then svn:externals doesn't work well for that, just importing releases works much better.
this is the main point where i disagree. most Pd-libraries seem to have stopped doing a regular release-cycle. for those included in Pd-extended, this is most likely due to their inclusion in Pd-extended. other libraries do not have a release cycle too, esp. if they are
under some kind of public avaible version control system. the reason remains unknown, but i guess for most of these their upstream author consider release cycles for a "minor" library to much of a hazzle.i totally understand e.g. chris, if he doesn't want to re-import a new version of s-abstractions just because he has added 2 objects. (this is jut my interpretation)
but nevertheless: s-abstractions are in our svn, chris pointed me to s-totalrecall.pd which i thought (rightfully) to be part of s-abstractions (without having ever had a look at this library), i checked whether this lib is in my checkout of the repo (which it
is) and i couldn't find the very object. assuming that chris hadn't made fun of me, i checked the logfiles of s-abstractions and noted that there was only a initial submit. i decided to search for the library on other places (using google) and eventually found the upstream repository.i think such "workflow" does more harm than not.
If you don't like this workflow you don't have to use it. For Pd-
extended, there needs to be little changes to makes sure everything
works together, so svn:externals does not work for that. If you
don't care about Pd-extended, then you don't need to import code into
the SVN there.
I think a reasonable solution to this is to make a section of the
svn, like pure-data/svn-externals, where everyone is free to add
links to there repos. That way people use svn-externals as much as
they want, and changes in their repos don't break the automatic
nightly builds.
.hc
I think it's time to have a IRC meeting about this. How about Thursday? I am trying to be in #dataflow as much as possible these days, if anyone wants to have an impromptu discussion.
i'm at piksel right now, so i will not be able to attend any
meeting in this week,mfga.r IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"It is convenient to imagine a power beyond us because that means we
don't have to examine our own lives.", from "The Idols of
Environmentalism", by Curtis White