Oli44 wrote:
IOhannes m zmoelnig zmoelnig@iem.at wrote ..
Oli44 wrote:
Hi list,
but I cant find a working [tcpclient] for Linux (Debian sid) nor for
OSX in order to communicate with the Lanbox. Any idea or link? hi. where have you looked for [tcpclient]? try http://pure-data.cvs.sourceforge.net/pure-data/externals/mrpeach/net/
hi. please always reply to the mailing list, unless it is something very private...
hallo,
i've downloaded it, since i'm a very average Linux user, I havent managed to compile!
well, i keep saying for years that the build system is too complicated. but whenever i do changes, i should have asked before ;-)
anyhow, the most simple way to get tcpclient currently is to download the entire pd-extended binary, and extract whatever you need.
if you feel like building yourself, then the "simplest" way would be to check out the entire pd-cvs, then go to externals/mrpeach and do a "make".
the more sophisticated version would be to check out /externals/mrpeach/ and /externals/Makefile and /packages and do a "make"
the best version would be to provide a simple makefile for people who don't want to spend days checking out or downloading binaries. but this is likely to break everything.
ok, rant-mode should be turned off now...
mfg.asdr IOhannes
trying currently to get help from a debian package maintainer via Jabber, hope we can fix it and maybe turn it into a .deb?
++ O
mfg.asdr IOhannes
On 17/01/2007, at 17.08, IOhannes m zmoelnig wrote:
the best version would be to provide a simple makefile
so that people can checkout a single external from cvs plus the pd
section (or maybe just pd/src/m_ph.h ?), cd to the dir, run make?
Steffen wrote:
On 17/01/2007, at 17.08, IOhannes m zmoelnig wrote:
the best version would be to provide a simple makefile
so that people can checkout a single external from cvs plus the pd section (or maybe just pd/src/m_ph.h ?), cd to the dir, run make?
exactly.
if you install pd differently (e.g. on debian with apt), you might get the m_pd.h file anyhow, probably as /usr/include/m_pd.h.
i think no "standard" binary distribution of pd comes without this header file. (but i might be wrong). so there would be no need to checkout this file for _many_ cases (there will be problems for more in-depth externals that need access to g_canvas.h,..; however most externals should be fine with just m_pd.h)
fmga-sdr IOhannes
On 17/01/2007, at 18.58, IOhannes m zmoelnig wrote:
Steffen wrote:
On 17/01/2007, at 17.08, IOhannes m zmoelnig wrote:
the best version would be to provide a simple makefile
so that people can checkout a single external from cvs plus the pd section (or maybe just pd/src/m_ph.h ?), cd to the dir, run make?
exactly.
Ok. Dare i ask, what prevents it? I'm guessing that of uniform cross- platform makefiles. Motivation:
- I just tried to build arraysize. so i checked it out, with pd. But
the makefile shipped in didn't support my current platform plus the
include path wasn't pointing to where it "should". So i had to
changed it, and by inspiration from another makefile (i chose line3)
i got it working. Not too much trouble.
- But passing the right path-var to make that was needed to build
iemmatrix, fx, i don't think i'd worked out my self (i followed
Kevins process due to curiosity on the topic).
To not reinvent sliced bread, how does that idea further differ from
the build-system used by (or maybe more correct: made for) pd-
extended? My guess is, not much, but it currently requires the
packages section of cvs too, if i'm not wrong.
Im not sure where im getting at, except that i think it would be
"nice" if it was "easy" to assemble/get just the settings of Pd one
(the user) wants. There are a few "knobs to adjust" in this domain.
To name some: millers version, pd-extended, devel, dd; pddp, or not;
from none to more or all of the abstractions in cvs; from none to
more or all of the externals in cvs, ...
if you install pd differently (e.g. on debian with apt), you might get the m_pd.h file anyhow, probably as /usr/include/m_pd.h.
i think no "standard" binary distribution of pd comes without this header file. (but i might be wrong). so there would be no need to checkout this file for _many_ cases
(there will be problems for more in-depth externals that need access to g_canvas.h,..; however most externals should be fine with just m_pd.h)
Ahh, i see. Thanks for the insight.
Best, Stefffen
-
IOhannes m zmoelnig -
Steffen