[PD] apt get for abstractions

Mon Mar 12 17:55:26 CET 2007

hello everyone

yes, netpd has a built-in system to keep netpd-patches updated. each
patch and each abstraction is tagged with a message-box anywhere in the
patch containing [version X.X.X(. each netpd-patch or -abstraction also
can have a subpatch called [pd abslist]. the names of the used
abstractions can be stored in message-boxes, e.g. [myabs1(, [myabs2(,
within that subpatch in order to link the abstraction with the parent
patch.
when a new user joins a session, the local creator sends a request to
another one. the remote creator responds with a list of all opened
patches, their used abstractions and the version of each patch/abs. the
local creator compares all version numbers with the versions of the
locally stored patches/abs and then sends a download-request to the
remote creator, if needed.  

this system could easily be ported, so that it would work outside of
netpd. the netpd-versioning system lacks the ability to search
directories recursively for abstractions and also to create directories
and to save abstractions in arbitrary locations. i think these
capabilities would be needed for a reasonably working versioning system.
they might be implemented by using externals like [getdir] and others,
which are not used by netpd yet. 

i'd rather would not want to implement a complete system myself, but i'd
like to help someone who wants to do so. 

if it would be sufficient to store the main-patches in one and all the
abstractions in another directory, one could setup a fully working
system on a server using mostly existing code. the server would run a
netpd-server and a creator, that handles and responds to the requests.
the client could be a _chat.pd and _creator.pd stripped down and merged
together. the user could just type the name of the patch into the
client's interface and the patch would be downloaded with all
abstractions that are used by it. 

let me know, if the 'small' system described above is already of
interest. maybe it would be the best, if i would do the basic steps and
then someone else could work on top of it.

roman  

On Mon, 2007-03-12 at 10:52 -0500, Kyle Klipowicz wrote:
> I haven't used Net-Pd that much, but doesn't it use a sort of system
> to keep patches up to date?
> 
> ~Kyle
> 
> On 3/12/07, Stephen Sinclair <radarsat1 at gmail.com> wrote:
> > what if you could refer to abstractions using URLs?  a caching system
> > could take care of reducing the need to be connected at all times.
> > something like ZeroInstall for example.
> >
> > or perhaps using Java-style class paths, especially if URLs could be
> > included in the class path.
> >
> > would this lead to very long abstraction names? we could solve this by
> > providing an "alias" object, so that any abstractions mentioned in a
> > patch that are prepended by the given alias are replaced with the
> > alias' URL.  Then the "alias" could be used as the "base address" for
> > the abstraction names.
> >
> >
> > Steve
> >
> >
> > On 3/11/07, Hans-Christoph Steiner <hans at eds.org> wrote:
> > >
> > > I think this would be very useful.  It should be as easy to set up as
> > > possible, some kind of minimal setup based on HTTP like basic apt-get
> > > repositories.  Eclipse's repository format is worth checking out.
> > >
> > > I think we should build it in Pd for maximum portability and
> > > maintainability.  Pd programmers will always be able to write in Pd.
> > > But that's not always the case for C or other programming languages.
> > >
> > > .hc
> > >
> > > On Mar 11, 2007, at 10:28 PM, Alexandre Quessy wrote:
> > >
> > > > Sure,
> > > > But such a system should be as portable as Pd. Such a system should be
> > > > in C, I guess, for maximum portability.
> > > >
> > > > Like APT, I find the pear package system very nice too. It would be
> > > > very easy to adapt, but it is in PHP. It uses XML to store
> > > > informations about the files hierarchy.
> > > >
> > > > Marc LavallÃ©e told me about a simple package system that would be easy
> > > > to adapt, but I forgot its name. Marc ?
> > > >
> > > > Such a topic might fit better in the pd-dev list.
> > > >
> > > > Alex
> > > >
> > > >
> > > > 2007/3/11, adam armfield <adamairmailed at yahoo.com>:
> > > >> following on from the ongoing debate about bundles for
> > > >> patches with many abstractions, I had the idea for an
> > > >> apt-get style system, where someone who wants a patch
> > > >> can enter a command & get all necessary abstractions
> > > >> at the same time...
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> ___________________________________________________________
> > > >> New Yahoo! Mail is the ultimate force in competitive emailing.
> > > >> Find out more at the Yahoo! Mail Championships. Plus: play games
> > > >> and win prizes.
> > > >> http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk
> > > >>
> > > >> _______________________________________________
> > > >> PD-list at iem.at mailing list
> > > >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > > >> listinfo/pd-list
> > > >>
> > > >
> > > >
> > > > --
> > > > Alexandre Quessy
> > > > http://alexandre.quessy.net
> > > >
> > > > _______________________________________________
> > > > PD-list at iem.at mailing list
> > > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > > > listinfo/pd-list
> > >
> > >
> > >
> > > ------------------------------------------------------------------------
> > > ----
> > >
> > >                    Â¡El pueblo unido jamÃ¡s serÃ¡ vencido!
> > >
> > >
> > >
> > > _______________________________________________
> > > PD-list at iem.at mailing list
> > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> > >
> >
> > _______________________________________________
> > PD-list at 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