[PD-dev] dealing with patch dependencies (being stuck at widget's redesign)
des1gner at optusnet.com.au
des1gner at optusnet.com.au
Tue Apr 29 13:28:19 CEST 2003
here is my reply Krysztof, with headers, your isp rejected it.
The original message was received at Tue, 29 Apr 2003 21:15:51 +1000
from [host omitted] [x,x,x,x]
----- The following addresses had permanent fatal errors -----
<czaja at chopin.edu.pl>
(reason: 550 5.0.0 Sorry, we do not accept networks that relay spam.)
----- Transcript of session follows -----
... while talking to suita.chopin.edu.pl.:
>>> MAIL From:<des1gner at optusnet.com.au>
<<< 550 5.0.0 Sorry, we do not accept networks that relay spam.
554 5.0.0 Service unavailable
Reporting-MTA: dns; mail012.syd.optusnet.com.au
Received-From-MTA: DNS; c17673.sunsh2.vic.optusnet.com.au
Arrival-Date: Tue, 29 Apr 2003 21:15:51 +1000
Final-Recipient: RFC822; czaja at chopin.edu.pl
Diagnostic-Code: SMTP; 550 5.0.0 Sorry, we do not accept networks
that relay spam.
Last-Attempt-Date: Tue, 29 Apr 2003 21:15:54 +1000
Return-Path: <des1gner at optusnet.com.au>
Received: from [host omitted] [x,x,x,x])
by mail012.syd.optusnet.com.au (8.11.6p2/8.11.6) with ESMTP
for <czaja at chopin.edu.pl>; Tue, 29 Apr 2003 21:15:51 +1000
In-Reply-To: <3EAE53EC.60603 at chopin.edu.pl>
References: <3EAE53EC.60603 at chopin.edu.pl>
Date: Tue, 29 Apr 2003 21:15:49 +1000
To: Krzysztof Czaja <czaja at chopin.edu.pl>
From: des1gner at optusnet.com.au
Subject: Re: [PD-dev] dealing with patch dependencies (being stuck at
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
in the max-msp-nato world it is quite common for dependencies which
are patchers and objects and files to be included in the directory
which contains the patch...is this a reasonable solution for pd also?
At 12:29 +0200 4/29/03, Krzysztof Czaja wrote:
>in the ideal world there is only a patch file.
>In most real cases patches depend on various resources -- sound
>files, midi files, abstractions, externals, and what not. This
>is a tough thing to deal with, if pd projects are to be moved
>between systems, merged one with another, or simply survive
>I wonder how people handle these things. Is there a common
>practice, or any home-brew tricks which help in interchanging
>(or merging, or switching between, etc.) projects more reliably
>than by hand?
>This is quite a general problem. One special case is, of course,
>resolving object creation names (i.e. dealing with external name
>clashes, among other things).
>(The resources 'widget' depends on are ``widget definition files''.
>Currently, widget uses both the installation-wide default.wid
>file, and per-widget-type definition files. Now I am looking for
>a way of associating these with particular patches.)
>PD-dev mailing list
>PD-dev at iem.kug.ac.at
More information about the Pd-dev