On 12/20/2014 05:06 PM, Fred Jan Kraan wrote:
On 2014-12-20 22:38, Jonathan Wilkes via Pd-list wrote:
Is the idea to package an entire packaging system with Pd Vanilla?
For me the focus is now to create a sort of versionable, installable
package for cyclone*. But it could well apply to much more. A possible
structure could consist of several packages; pd-vanilla as core,
depending on it a ring of libraries making it an 'almost Max/MSP clone'
and a set of 'special-interest' libraries for those that want it.
But there is already infrastructure for building a monolithic
distribution called Pd-extended, and no infrastructure for doing a
user-friendly a la carte package delivery system for Pd.
What are the cases where a user who wants an a la carte package system
couldn't just get by with a monolithic distribution like Pd-extended?
I am happy to see there is an apt-get of sorts for all essential
non-linux platforms. There is still a lot of work to do, but we as
pd-community with limited resources don't have to 'build it from scratch'.
Let's say I'm a new user. My friend sends me a patch he/she downloaded
from Pd forum that does something neat. It depends on ggee, moonlib,
and cyclone.
Using Pd-extended, I download/install Pd-extended and run the patch
(without having to know, care, or understand about those libraries).
What steps would be required to run the same patch using the structure
you describe above?
-Jonathan
*) The hard-core crowd is happy with just a set of objects, but
new-users might like some guidance. Apart from that, some inherent
versioning is a good thing too.
-Jonathan
Greetings,
Fred Jan
On Saturday, December 20, 2014 2:41 PM, András Murányi
<muran...@gmail.com> wrote:
On Sat, Dec 20, 2014 at 8:29 PM, Fred Jan Kraan <fjkr...@xs4all.nl> wrote:
On 2014-12-20 19:09, IOhannes m zmölnig wrote:
> On 12/18/2014 10:13 PM, Jonathan Wilkes via Pd-list wrote:
>> If there is a cross-platform repository system out there that is
well-tested and built to be _more_ secure than apt (i.e., defense
against replay attacks in the original design), perhaps it could be
leveraged.
>> Unfortunately I don't know anything about binary repo systems,
other than Debian's.
>> -Jonathan
>>
>> On Thursday, December 18, 2014 3:04 PM, Fred Jan Kraan
<fjkr...@xs4all.nl> wrote:
>>
>>
>> On 2014-12-18 20:34, IOhannes m zmölnig wrote:
>>> On 12/18/2014 08:16 PM, Samuel Burt wrote:
>>>> 1. Opening a patch with [import cyclone] would automatically
download the
>>>
>>> i *strongly* oppose to anything that automatically connects to the
>>> internet and fetches or submits data.
>>
>> And the Pd-community currently does not have the resources to build
>> something that is similar or more advanced than the Debian
distribution
>> system and preferably be cross platform.
>
>
> so why not use apt?
>
> i mean, we could build on top of apt to do something "more" cross
platform.
> Debian (and thus apt) already handles multiple architectures and
> "operating systems" (well: kernels), so we just need a few others
archs:
> - w32-i386
> - w32-amd64
> - osx-i386
> - osx-amd64
>
> this would of course mean porting (parts of) apt to w32/osx (and i
have
> no clue how much work *that* means)
Porting apt would indeed solve the Pd-distribution problem, and maybe
for more cross-platform packages.
For MacOSX, the Fink package is based on Debian tools
(http://www.finkproject.org/). So that leaves Windows.
>From the distant past I remember Inno Setup is free and usable
(http://www.jrsoftware.org/isinfo.php). As long as there is no native
apt for Windows that could do...
Somehow, it looks a bit less abstract now :-).
>
> fgmrds
> IOhannes
>
Greetings,
Fred Jan
http://sourceforge.net/projects/windows-get/
https://chocolatey.org/
http://dev.tranquil.it/wiki/WAPT_-_apt-get_pour_Windows
?
András
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list