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
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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
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@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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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@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@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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
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
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@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@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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
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
Yeah, that code could be turned into a library then used for the
versioning for this Pd apt-get. The other parts include a common
library/package format (like finishing up libdir support) and a
common repository format that's easy to setup.
.hc
On Mar 12, 2007, at 11:52 AM, 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@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@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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
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
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
Maybe we should finish that curl external I kind of started several months ago. With the HCS tools, we would have enough low-level externals to do it in Pd. Someone wants to help with that piece of code ? It is such a mess. I just need to add threads into that to avoid it to die stupidly. (see attached file)
a
2007/3/12, Hans-Christoph Steiner hans@eds.org:
Yeah, that code could be turned into a library then used for the versioning for this Pd apt-get. The other parts include a common library/package format (like finishing up libdir support) and a common repository format that's easy to setup.
.hc
On Mar 12, 2007, at 11:52 AM, 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@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@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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
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
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Maybe the curl thing would be possible using Martin Peach's tcp objects?
.hc
On Mar 15, 2007, at 7:44 PM, Alexandre Quessy wrote:
Maybe we should finish that curl external I kind of started several months ago. With the HCS tools, we would have enough low-level externals to do it in Pd. Someone wants to help with that piece of code ? It is such a mess. I just need to add threads into that to avoid it to die stupidly. (see attached file)
a
2007/3/12, Hans-Christoph Steiner hans@eds.org:
Yeah, that code could be turned into a library then used for the versioning for this Pd apt-get. The other parts include a common library/package format (like finishing up libdir support) and a common repository format that's easy to setup.
.hc
On Mar 12, 2007, at 11:52 AM, 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@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@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@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@iem.at mailing list > UNSUBSCRIBE and account-management -> http://
lists.puredata.info/
> listinfo/pd-list >
-- Alexandre Quessy http://alexandre.quessy.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://
lists.puredata.info/
listinfo/pd-list
¡El pueblo unido jamás será vencido!
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
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net <pdcurl.tar.gz>
Access to computers should be unlimited and total. - the hacker ethic
Hi,
2007/4/1, Hans-Christoph Steiner hans@eds.org:
Maybe the curl thing would be possible using Martin Peach's tcp objects?
.hc
Does it allow one to dowload binary data and save it as files ? If not, it wouldn't be that hard to make it possible. A system package ala netpd would be great.
The http://wiki.dataflow.ws/PdMtlAbstractions is a proposal of a http://pear.php.net/ -like packages structure for pd.
a
On Mar 15, 2007, at 7:44 PM, Alexandre Quessy wrote:
Maybe we should finish that curl external I kind of started several months ago. With the HCS tools, we would have enough low-level externals to do it in Pd. Someone wants to help with that piece of code ? It is such a mess. I just need to add threads into that to avoid it to die stupidly. (see attached file)
a
2007/3/12, Hans-Christoph Steiner hans@eds.org:
Yeah, that code could be turned into a library then used for the versioning for this Pd apt-get. The other parts include a common library/package format (like finishing up libdir support) and a common repository format that's easy to setup.
.hc
On Mar 12, 2007, at 11:52 AM, 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@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@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@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@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://
lists.puredata.info/
>> listinfo/pd-list >> > > > -- > Alexandre Quessy > http://alexandre.quessy.net > > _______________________________________________ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://
lists.puredata.info/
> listinfo/pd-list
¡El pueblo unido jamás será vencido!
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
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net <pdcurl.tar.gz>
Access to computers should be unlimited and total. - the hacker ethic
Hallo, adam armfield hat gesagt: // adam armfield wrote:
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...
"cvs update"?
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Mar 12, 2007, at 5:27 AM, Frank Barknecht wrote:
Hallo, adam armfield hat gesagt: // adam armfield wrote:
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...
"cvs update"?
That's not decentralized, nor easy to setup.
.hc
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Man has survived hitherto because he was too ignorant to know how to
realize his wishes. Now that he can realize them, he must either
change them, or perish. -William Carlos Williams
On Mar 12, 2007, at 5:27 AM, Frank Barknecht wrote:
Hallo, adam armfield hat gesagt: // adam armfield wrote:
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...
"cvs update"?
Or perhaps a better, equally terse response:
apt-get != cvs
.hc
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
-
adam armfield -
Alexandre Quessy -
Frank Barknecht -
Hans-Christoph Steiner -
Kyle Klipowicz -
Roman Haefeli -
Stephen Sinclair