Hi,

I'm trying to compile pd in ubuntu. I must say that due to old versions
(apt-get), not completely updated/complete documents or whatever it's been
really hard for someone who isn't very experienced with linux. Almost at
each step there's something which must be corrected. That makes the
process everything but fun. In case it's of interest to anyone, there's a textfile with what I
achieved so far, which is getting the complete cvs archives and building
the standard pd (thanks to a correction of the makefile only listed in the
mailing list archive, already from 2001).

I was now trying to compile the externals. I guess that the better
reference for ubuntu is http://puredata.org/docs/developer/Debian. I got
almost all the packages (some weren't possible to get), but while trying
to compile everything, [cd pure-data/packages/linux_make; make install],
the process didn't work (again).

The report is the following, I cut the successful parts:

-mcpu=' is deprecated. Use-mtune=' or '-march=' instead. install: Aufruf von stat für „../doc/4.fft.examples/*.*“ nicht möglich:
Datei od er Verzeichnis nicht gefunden install: Aufruf von stat für „../doc/7.stuff/*.*“ nicht möglich: Datei
oder Verz eichnis nicht gefunden install: Aufruf von stat für „../doc/7.stuff/audio-playpen/*.*“ nicht
möglich: D atei oder Verzeichnis nicht gefunden install: Aufruf von stat für „../doc/7.stuff/data-structures/*.*“ nicht
möglich: Datei oder Verzeichnis nicht gefunden % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 286k 100 286k 0 0 285k 0 0:00:01 0:00:01 --:--:--
373k % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 11168 0 11168 0 0 34813 0 --:--:-- --:--:-- --:--:--
122k % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 6004 0 6004 0 0 11837 0 --:--:-- --:--:-- --:--:--
65293 % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 7586 0 7586 0 0 23855 0 --:--:-- --:--:-- --:--:--
88753 % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 11398 0 11398 0 0 21853 0 --:--:-- --:--:-- --:--:--
127k % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 8565 0 8565 0 0 20822 0 --:--:-- --:--:-- --:--:--
99440 % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 13657 0 13657 0 0 34662 0 --:--:-- --:--:-- --:--:--
88380 % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 11483 0 11483 0 0 33083 0 --:--:-- --:--:-- --:--:--
116k % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 6831 0 6831 0 0 16419 0 --:--:-- --:--:-- --:--:--
78410 % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 3803 0 3803 0 0 1143 0 --:--:-- 0:00:03 --:--:--
42793 % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 29493 0 29493 0 0 66595 0 --:--:-- --:--:-- --:--:--
139k % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 2693 0 2693 0 0 8640 0 --:--:-- --:--:-- --:--:--
193k % Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent Left
Speed 100 50251 100 50251 0 0 83442 0 --:--:-- --:--:-- --:--:--
157k -mcpu=' is deprecated. Use-mtune=' or '-march=' instead. In file included from
/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/mtx_rmstodb.c:1: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_binops.c:
In Funktion
»mtx_bin_matrix2«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_binops.c:20:
Warnung: nicht benutzter Parameter »s«In file included from
/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/mtx_rmstodb.c:2: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_matrix2«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:99:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_zeros«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:161:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_ones«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:185:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_eye«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:209:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_egg«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:237:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_diag«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:266:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_diegg«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:281:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_row«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:301:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_col«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:347:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_element«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:392:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_list«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:512:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:
In Funktion
»matrix_new«:/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:530:
Warnung: nicht benutzter Parameter »s«In file included from
/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/mtx_rmstodb.c:3: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_rmstodb.c:
In Funktion »mtx_rmstodb_matrix«: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_rmstodb.c:22:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_rmstodb.c:
In Funktion »mtx_rmstodb_list«: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_rmstodb.c:46:
Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_rmstodb.c:
In Funktion »mtx_rmstodb_new«: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../iem/iemmatrix/src/mtx_rmstodb.c:64:
Warnung: nicht benutzter Parameter »s«-mcpu=' is deprecated. Use-mtune=' or '-march=' instead.

and then the computer just makes a loop with this group of iemmatrix
instructions, and doesn't stop until Ctrl-C jumps in. Does this makes
sense to anyone? What's missing here, in order to make this happen?

greets,

Joao

in reply to both previous messages:

Perhaps there's a loop in the include files. The warnings you showed were not important, mostly unused parameters and deprecated use of -mcpu. Did you do anything strange with the INCLUDE variable or -I options?

Strange, I can't recreate the mistake. There was an evident loop with the
iem objects. I did altered something in the INCLUDE of a makefile (it's
explained in the link below), but don't know anymore exactly in which. And
it was connected with the build of the standard corpus, not with the
externals.

What would be great is if you document your progress on a wiki page so
that others can learn from your experience easily, and you can remember
what you did in the past. This is all a work in progress, and its a big
project to get integrated. For example, Java 1.4.2 has roughly 8000
objects, Pd has roughly 2000. So Pd is 1/4 the size of Java. Do you
think we have 1/4 of the budget of the Sun Java dept? I wish...

Ok, then have a look at https://puredata.info/Members/jmmmp/ubuntuinst/.
I've put there everything I know so far, including the latest mistake.
Feel free to edit it or reply through e-mail, and I'll keep it updated
until it's done.

I was just angry because linux it's such a great system, but it really
demands too much on the users. And there's no place with all the
documentation, it's a continuous forum- and mailinglist-search.

by the way, did anyone noticed that the pd wiki doesn't show right on
opera in full-screen mode?

On Mar 30, 2006, at 9:10 AM, João Miguel Pais wrote:

in reply to both previous messages:

...

Perhaps there's a loop in the include files. The warnings you showed were not important, mostly unused parameters and deprecated use of -mcpu. Did you do anything strange with the INCLUDE variable or -I options?

Strange, I can't recreate the mistake. There was an evident loop
with the iem objects. I did altered something in the INCLUDE of a
makefile (it's explained in the link below), but don't know anymore
exactly in which. And it was connected with the build of the
standard corpus, not with the externals.

...

What would be great is if you document your progress on a wiki
page so that others can learn from your experience easily, and you
can remember what you did in the past. This is all a work in
progress, and its a big project to get integrated. For example,
Java 1.4.2 has roughly 8000 objects, Pd has roughly 2000. So Pd
is 1/4 the size of Java. Do you think we have 1/4 of the budget
of the Sun Java dept? I wish...

Ok, then have a look at https://puredata.info/Members/jmmmp/ ubuntuinst/. I've put there everything I know so far, including the
latest mistake. Feel free to edit it or reply through e-mail, and
I'll keep it updated until it's done.

I was just angry because linux it's such a great system, but it
really demands too much on the users. And there's no place with all
the documentation, it's a continuous forum- and mailinglist-search.

I just added this comment to the bottom of your wiki page:

The above problem was caused because the patches to Pd core were not
applied before compiling. You need to "cd packages && make patch_pd"
before compiling to make sure all the required patches are included.

Also, it will take a lot of manual tweaking unless you use the same
version of Pd-core as the Pd-extended build system (currently, its on
0.39.2).

.hc

"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore

On Apr 1, 2006, at 3:52 PM, João Miguel Pais wrote:

...

The above problem was caused because the patches to Pd core were
not applied before compiling. You need to "cd packages && make
patch_pd" before compiling to make sure all the required patches
are included.

thanks for the reply. I tried what you said, but it just provokes
more mistakes or questions which I don't even know how to answer, I
just said "y" to everything. Here is a transcript, in case you
think it might be necessary - which it might not, due to the next
point you raised.

...

Also, it will take a lot of manual tweaking unless you use the
same version of Pd-core as the Pd-extended build system
(currently, its on 0.39.2).

ok, then how do I get the "correct" version? to get everything I
just followed the instructions given on the http://puredata.info/ docs/developer/Debian page. Which until now it was the nearest to
ubuntu that could be found, I think. I thought that once these were
documented, they would be the right steps to do.

[If anyone's interested I can even make a direct ssh connection
with someone that could compile this on this system and let him work.] <make-patch_pd.txt>

This is actually quite helpful for getting the bugs worked out and
the problems with the documentation fixed up. I added some more info
to the bottom of this page:

http://puredata.org/docs/developer/Debian

To the "Checking out..." and "Building" sections.

.hc

As we enjoy great advantages from inventions of others, we should
be glad of an opportunity to serve others by any invention of ours;
and this we should do freely and generously. - Benjamin Franklin

On Apr 2, 2006, at 7:44 AM, João Miguel Pais wrote:

...

...

[If anyone's interested I can even make a direct ssh connection
with someone that could compile this on this system and let him
work.] <make-patch_pd.txt>

This is actually quite helpful for getting the bugs worked out and
the problems with the documentation fixed up. I added some more
info to the bottom of this page:

http://puredata.org/docs/developer/Debian

To the "Checking out..." and "Building" sections.

ok, that helps a bit. But please, don't forget that (as I see it)
the purpose is to make a documentation for someone who doesn't know
the commands or the system. Or documentation wouldn't be necessary
at all. Instead of

cvs checkout -r v0-39-2 pd

the full comands for cvs should be

cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data login cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data
checkout -r v0-39-2 pd

Yes, that is a good point. That page is a wiki, so please edit it
when you think it needs clarification.

or at least only that way worked here. (of course it took me
1/2hour to check out the other page and try around until it worked.
as I said, I'm not a programmer, and I'm not a linuxer, all these
commands are new to me, and I guess they should be also for anyone
else who takes the suggestions to try to use a better system than
windows) But this then opens up a newer question: if pd and the externals
must be "in sync", then how is it possible to know what's to do? I
can now put this information on the page, but in one month it will
be out of date.

Then we need to change that page. Pd-extended is a huge undertaking,
there is lots left to be done. So right now, there are many things
which are not very well implemented. Hopefully, the more people we
have working together on it, the better it will get. But for now,
there are a lot of annoyances.

Ok, the compiling goes one step further, but not enough yet. I took
out pd .40 and installed .39-2. Then sudo make patch_pd , cd
linux_make/ , sudo make install , and in the end there are still
some errors. What went wrong is:

-mcpu=' is deprecated. Use-mtune=' or '-march=' instead. d_fft.c:513:2: Fehler: #else hinter #else d_fft.c:43:1: Fehler: die Bedingung begann hier make[2]: *** [makefile.dependencies] Fehler 1 make[1]: [pd] Fehler 2 (ignoriert) -mcpu=' is deprecated. Use-mtune=' or '-march=' instead. d_fft.c:513:2: Fehler: #else hinter #else d_fft.c:43:1: Fehler: die Bedingung begann hier make[2]: *** [d_fft.o] Fehler 1 make[1]: *** [pd_install] Fehler 2 make: *** [install] Fehler 2

what went right is on the attached file. <install-log.txt>

Ok, I've never compiled auf Deutsch, so the error messages are not
familiar to me. But I can guess. That message sounds to me like
packages/patches/fftw_support-0.39-1.patch got applied twice. That
patch doesn't really do anything yet, so you could "rm d_fft.c; cvs
update d_fft.c" and just compile without the patch.

Otherwise, post a transcript of the whole compilation session,
including "make patch_pd". FYI: you can check to see if the files
are patched or not by doing "cvs update" in pd/src. None of the
files should show up as modified when the sources are clean, i.e.
fresh from CVS without patches applied. You can always just delete
modified filed, then "cvs update file". If you are using "- d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data", then
you'll need to include that in the "cvs - d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data update"

.hc

"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore

Hallo, João Miguel Pais hat gesagt: // João Miguel Pais wrote:

ok, here are more text files. I get the impression that by each time it
compiles up to a different point. it's still in german. if there's a way
to change it to english I can do the process again.

You can set the language for just one command line by overwriting the $LANG environment variable:

$ LANG=en_US make all make: *** No targets specified and no makefile found. Stop.

$ LANG=de_DE make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden. Schluss.

Schluss,

Frank Barknecht _ ______footils.org_ __goto10.org__

On Mon, 3 Apr 2006, Hans-Christoph Steiner wrote:

There has been many discussions on this topic. Having individual files is much more flexible. It probably takes up more space, and undoubtedly there are other issues with it, but its the best solution for Pd-extended. Plus its how Java manages its classes, so there is a good precedent for it.

I wouldn't call JAVA a good precedent. The way JAVA fixed most mistakes of C++ is by introducing a different set of mistakes instead and then marketing them as a religion.

I've always considered class==file to be a big mistake, but that's prolly because my first diskettes were formatted in FAT8 with 68 blocks of 2.25k each and there was no way to change this setting so creating lots of small files was a waste of space.

_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

Now its dying on PDP. I don't know much about PDP, and using tigital's
binary for Pd-extended on Mac OS X. It shouldn't be enabled.

Around line 121 in externals/Makefile, it should look like this:

ifeq ($(OS_NAME),darwin) LIB_TARGETS += hid else

I am guessing yours looks like this:

ifeq ($(OS_NAME),darwin) LIB_TARGETS += hid pdp else

Remove the "pdp" if you want to compile the rest. The version in CVS
does not have the "pdp" there.

it was already in order.

Anyway I think that this whole thread might have been a mistake. I just
went to your site (H-C) and downloaded and installed the latest
pd-extended. And it works (well, I didn't check everything, pdp wasn't
there).

What I was trying to do in the beggining was to going to cvs, and to
compile the latest pd version, with all abstractions, externals, etc.
integrated into it. Which didn't work at first. (or maybe not. since I
have also other things to do than play the linux-installation maze game,
sometimes I can't keep anymore with it, even I have the whole thread
documented here)

So, now I have a working pd-extended, and a not-working pd-cvs-version. My
question would be:

• is there a way to sucessfully compile the whole cvs thing from itself?

(which would be feasable for me) or it is too much trouble?

• if not, I would try to keep the working pd-ext, and

symlink/path/whatever to the pd-cvs folders which aren't included
(abstractions, etc)

• which of this choices would be more adequate? or is there a better one?

(I'm sorry to be going around, but this has been temendously frustrating
and a waste of time. now I recall why I already a few times went away from
linux - but this time I'm worrying only with pd and not with other general
system problems. thanks ubuntu for that, I guess)

By the way, I just opened my gui-ed abstr, and noticed that in X it looks
quite different from xp (not so pretty). Is there anyone who has tried it
on both machines and looked good? Or is it a font issue, which is also too
complicated/not worth it to solve?

Thanks again,

Joao

On Apr 13, 2006, at 7:04 AM, João Miguel Pais wrote:

...

Now its dying on PDP. I don't know much about PDP, and using
tigital's binary for Pd-extended on Mac OS X. It shouldn't be
enabled.

Around line 121 in externals/Makefile, it should look like this:

ifeq ($(OS_NAME),darwin) LIB_TARGETS += hid else

I am guessing yours looks like this:

ifeq ($(OS_NAME),darwin) LIB_TARGETS += hid pdp else

Remove the "pdp" if you want to compile the rest. The version in
CVS does not have the "pdp" there.

it was already in order.

Anyway I think that this whole thread might have been a mistake. I
just went to your site (H-C) and downloaded and installed the
latest pd-extended. And it works (well, I didn't check everything,
pdp wasn't there).

What I was trying to do in the beggining was to going to cvs, and
to compile the latest pd version, with all abstractions, externals,
etc. integrated into it. Which didn't work at first. (or maybe not.
since I have also other things to do than play the linux- installation maze game, sometimes I can't keep anymore with it,
even I have the whole thread documented here)

So, now I have a working pd-extended, and a not-working pd-cvs- version. My question would be:

• is there a way to sucessfully compile the whole cvs thing from

itself? (which would be feasable for me) or it is too much trouble?

• if not, I would try to keep the working pd-ext, and symlink/path/

whatever to the pd-cvs folders which aren't included (abstractions,
etc)

• which of this choices would be more adequate? or is there a

better one?

(I'm sorry to be going around, but this has been temendously
frustrating and a waste of time. now I recall why I already a few
times went away from linux - but this time I'm worrying only with
pd and not with other general system problems. thanks ubuntu for
that, I guess)

By the way, I just opened my gui-ed abstr, and noticed that in X it
looks quite different from xp (not so pretty). Is there anyone who
has tried it on both machines and looked good? Or is it a font
issue, which is also too complicated/not worth it to solve?

I don't think your work was a waste of time at all, this is what we
all to towards making Pd easier to use for all. If you want some
perspective, look back at the way you used to install Pd:

http://web.archive.org/web/20010404044612/http://www.pure-data.org/

The only way to get Pd was to download the sources and compile them
yourself. There is now 2000+ objects included in Pd-extended, there
is the work of perhaps 100+ people. Its big and complicated, so that
means that building it is not simple.

The effort that you put into getting things working on Ubuntu and
documenting it helps us find bugs, make improvements, and future
people can start with your doc and hopefully take it further.

We aim to make Debian and Ubuntu (or whatever) packages of Pd- extended, but someone has to do the work. The more people who
contribute, the faster that will happen. These things are not hard
to install by design, but rather because no one has done the work to
make it easy yet.

As for successful compilation on GNU/Linux, if someone else has done
it, you can too. But yes, it can be a painful process.

.hc

"I have the audacity to believe that peoples everywhere can have
three meals a day for their bodies, education and culture for their
minds, and dignity, equality and freedom for their spirits." - Martin Luther King, Jr.

Ok, I think I should clarify the Pd distros:

Pd-core this is sources that Miller maintains. It includes a basic set
of objects Pd-devel this is based on based on Pd-core, but has a number of
significant changes Pd-extended This is Pd-core with some minor patches and "externals", docs,
etc. from CVS Pd-devel-extended (coming soon) This is Pd-devel with "externals", docs, etc. from CVS
All of these are maintained in the same CVS repository. Pd-core from
Miller only has the objects that he's included. There are probably
2000 objects that are not included in Pd-core (many of which are
written in Pd) which are in Pd*-extended.

If you want to use all of the externals, we will all be better off if
we work on the same package. It takes a lot of work to maintain your
own distro, if we work on the same distro, we both will have a better
distro than if we did it ourself.

.hc

On Apr 13, 2006, at 11:45 AM, João Miguel Pais wrote:

hi,

don't mind about the rants. each small step helps a bit, when the
process is made this way.

Then there's the question that didn't got answered: I guess it
might be easier to compile pd-extended (since it's already above
0.39 it's ok) than directly from cvs, or it won't be possible to
keep the externals up to date. But what's the difference from pd- extended and the cvs version? are any externals missing, or just
the outside work, like abstractions, documentation, etc.? I'm thinking now of using the pd-ext as main program, and in a
folder download the remaining material from cvs (and then put
everything into path). Is this a sensible method, or should I think
about something else instead?

Joao

...

I don't think your work was a waste of time at all, this is what
we all to towards making Pd easier to use for all. If you want
some perspective, look back at the way you used to install Pd:

http://web.archive.org/web/20010404044612/http://www.pure-data.org/

The only way to get Pd was to download the sources and compile
them yourself. There is now 2000+ objects included in Pd- extended, there is the work of perhaps 100+ people. Its big and
complicated, so that means that building it is not simple.

The effort that you put into getting things working on Ubuntu and
documenting it helps us find bugs, make improvements, and future
people can start with your doc and hopefully take it further.

We aim to make Debian and Ubuntu (or whatever) packages of Pd- extended, but someone has to do the work. The more people who
contribute, the faster that will happen. These things are not
hard to install by design, but rather because no one has done the
work to make it easy yet.

As for successful compilation on GNU/Linux, if someone else has
done it, you can too. But yes, it can be a painful process.

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

"Computer science is no more related to the computer than astronomy
is related to the telescope." -Edsger
Dykstra

On Apr 14, 2006, at 8:14 AM, João Miguel Pais wrote:

...

Pd-extended This is Pd-core with some minor patches and "externals", docs,
etc. from CVS All of these are maintained in the same CVS repository. Pd-core
from Miller only has the objects that he's included. There are
probably 2000 objects that are not included in Pd-core (many of
which are written in Pd) which are in Pd*-extended.

If you want to use all of the externals, we will all be better off
if we work on the same package. It takes a lot of work to
maintain your own distro, if we work on the same distro, we both
will have a better distro than if we did it ourself.

ok. does pd-ext uses *all* the externals from cvs? or are there any
that must be compiled by each user? if so, is there a list with it?

The aim is to have everything in CVS compiled and included, but we're
not there yet. I don't have a list handy, but here are some notable
exception off hand:

flext (py, pool, xsample, vasp, msp, fluid, etc) gridflow readanysf~

Probably more...

.hc

If you are not part of the solution, you are part of the problem. -
Eldridge Cleaver

Hallo, Damian Stewart hat gesagt: // Damian Stewart wrote:

however there are some quirks with 'draw as polygon' that i'm not too fond of. first, it would be nice to show a hard attack as a hard attack, rather than a soft curve. second, it would be nice to have some visual representation of where 1, 5, 9, and 13 were to take the guesswork out putting something 'on the beat'. third, it would be nice to be able to just click in an empty space where i want the new value to be, rather than having to drag the existing value to the proper level.

what techniques should i be investigating for doing this? possibly

You can build all kinds of custom GUIs and sequencer using the graphical data structures. See http://puredata.org/docs/tutorials/ for some tutorials, and the documentation in doc/4.data.structures

For an immediate reaction on mouse clicks you should take a look at the [tot] external or maybe [MouseState].

Ciao

Frank Barknecht _ ______footils.org_ __goto10.org__

ha ha ha! that's amazing, maybe miller had seen that cd before he made the datastructures?

On Mar 29, 2006, at 1:55 PM, João Miguel Pais wrote:

Hi,

I'm trying to compile pd in ubuntu. I must say that due to old
versions (apt-get), not completely updated/complete documents or
whatever it's been really hard for someone who isn't very
experienced with linux. Almost at each step there's something which
must be corrected. That makes the process everything but fun. In case it's of interest to anyone, there's a textfile with what I
achieved so far, which is getting the complete cvs archives and
building the standard pd (thanks to a correction of the makefile
only listed in the mailing list archive, already from 2001). I was now trying to compile the externals. I guess that the better
reference for ubuntu is http://puredata.org/docs/developer/Debian.
I got almost all the packages (some weren't possible to get), but
while trying to compile everything, [cd pure-data/packages/ linux_make; make install], the process didn't work (again).

What would be great is if you document your progress on a wiki page
so that others can learn from your experience easily, and you can
remember what you did in the past. This is all a work in progress,
and its a big project to get integrated. For example, Java 1.4.2 has
roughly 8000 objects, Pd has roughly 2000. So Pd is 1/4 the size of
Java. Do you think we have 1/4 of the budget of the Sun Java dept?
I wish...

The report is the following, I cut the successful parts:

-mcpu=' is deprecated. Use-mtune=' or '-march=' instead. install: Aufruf von stat für „../doc/4.fft.examples/*.*“ nicht
möglich: Datei od er Verzeichnis nicht gefunden install: Aufruf von stat für „../doc/7.stuff/*.*“ nicht möglich:
Datei oder Verz eichnis nicht gefunden install: Aufruf von stat für „../doc/7.stuff/audio-playpen/*.*“
nicht möglich: D atei oder Verzeichnis nicht gefunden install: Aufruf von stat für „../doc/7.stuff/data-structures/*.*“
nicht möglich: Datei oder Verzeichnis nicht gefunden % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 286k 100 286k 0 0 285k 0 0:00:01 0:00:01
--:--:-- 373k % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 11168 0 11168 0 0 34813 0 --:--:-- --:--:--
--:--:-- 122k % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 6004 0 6004 0 0 11837 0 --:--:-- --:--:--
--:--:-- 65293 % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 7586 0 7586 0 0 23855 0 --:--:-- --:--:--
--:--:-- 88753 % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 11398 0 11398 0 0 21853 0 --:--:-- --:--:--
--:--:-- 127k % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 8565 0 8565 0 0 20822 0 --:--:-- --:--:--
--:--:-- 99440 % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 13657 0 13657 0 0 34662 0 --:--:-- --:--:--
--:--:-- 88380 % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 11483 0 11483 0 0 33083 0 --:--:-- --:--:--
--:--:-- 116k % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 6831 0 6831 0 0 16419 0 --:--:-- --:--:--
--:--:-- 78410 % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 3803 0 3803 0 0 1143 0 --:--:-- 0:00:03
--:--:-- 42793 % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 29493 0 29493 0 0 66595 0 --:--:-- --:--:--
--:--:-- 139k % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 2693 0 2693 0 0 8640 0 --:--:-- --:--:--
--:--:-- 193k % Total % Received % Xferd Average Speed Time Time
Time Current Dload Upload Total Spent
Left Speed 100 50251 100 50251 0 0 83442 0 --:--:-- --:--:--
--:--:-- 157k -mcpu=' is deprecated. Use-mtune=' or '-march=' instead. In file included from /home/jmmmp/pure-data/packages/ linux_make/../../externals/build/src/mtx_rmstodb.c:1: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/ src/../../iem/iemmatrix/src/mtx_binops.c: In Funktion
»mtx_bin_matrix2«:/home/jmmmp/pure-data/packages/linux_make/../../ externals/build/src/../../iem/iemmatrix/src/mtx_binops.c:20:
Warnung: nicht benutzter Parameter »s«In file included from /home/ jmmmp/pure-data/packages/linux_make/../../externals/build/src/ mtx_rmstodb.c:2: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/ src/../../iem/iemmatrix/src/mtx_matrix.c: In Funktion
»matrix_matrix2«:/home/jmmmp/pure-data/packages/linux_make/../../ externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:99:
Warnung: nicht benutzter Parameter »s«/home/jmmmp/pure-data/ packages/linux_make/../../externals/build/src/../../iem/iemmatrix/ src/mtx_matrix.c: In Funktion »matrix_zeros«:/home/jmmmp/pure-data/ packages/linux_make/../../externals/build/src/../../iem/iemmatrix/ src/mtx_matrix.c:161: Warnung: nicht benutzter Parameter »s«/home/ jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../ iem/iemmatrix/src/mtx_matrix.c: In Funktion »matrix_ones«:/home/ jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../ iem/iemmatrix/src/mtx_matrix.c:185: Warnung: nicht benutzter
Parameter »s«/home/jmmmp/pure-data/packages/linux_make/../../ externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c: In
Funktion »matrix_eye«:/home/jmmmp/pure-data/packages/ linux_make/../../externals/build/src/../../iem/iemmatrix/src/ mtx_matrix.c:209: Warnung: nicht benutzter Parameter »s«/home/jmmmp/ pure-data/packages/linux_make/../../externals/build/src/../../iem/ iemmatrix/src/mtx_matrix.c: In Funktion »matrix_egg«:/home/jmmmp/ pure-data/packages/linux_make/../../externals/build/src/../../iem/ iemmatrix/src/mtx_matrix.c:237: Warnung: nicht benutzter Parameter
»s«/home/jmmmp/pure-data/packages/linux_make/../../externals/build/ src/../../iem/iemmatrix/src/mtx_matrix.c: In Funktion
»matrix_diag«:/home/jmmmp/pure-data/packages/linux_make/../../ externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c:266:
Warnung: nicht benutzter Parameter »s«/home/jmmmp/pure-data/ packages/linux_make/../../externals/build/src/../../iem/iemmatrix/ src/mtx_matrix.c: In Funktion »matrix_diegg«:/home/jmmmp/pure-data/ packages/linux_make/../../externals/build/src/../../iem/iemmatrix/ src/mtx_matrix.c:281: Warnung: nicht benutzter Parameter »s«/home/ jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../ iem/iemmatrix/src/mtx_matrix.c: In Funktion »matrix_row«:/home/ jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../ iem/iemmatrix/src/mtx_matrix.c:301: Warnung: nicht benutzter
Parameter »s«/home/jmmmp/pure-data/packages/linux_make/../../ externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c: In
Funktion »matrix_col«:/home/jmmmp/pure-data/packages/ linux_make/../../externals/build/src/../../iem/iemmatrix/src/ mtx_matrix.c:347: Warnung: nicht benutzter Parameter »s«/home/jmmmp/ pure-data/packages/linux_make/../../externals/build/src/../../iem/ iemmatrix/src/mtx_matrix.c: In Funktion »matrix_element«:/home/ jmmmp/pure-data/packages/linux_make/../../externals/build/src/../../ iem/iemmatrix/src/mtx_matrix.c:392: Warnung: nicht benutzter
Parameter »s«/home/jmmmp/pure-data/packages/linux_make/../../ externals/build/src/../../iem/iemmatrix/src/mtx_matrix.c: In
Funktion »matrix_list«:/home/jmmmp/pure-data/packages/ linux_make/../../externals/build/src/../../iem/iemmatrix/src/ mtx_matrix.c:512: Warnung: nicht benutzter Parameter »s«/home/jmmmp/ pure-data/packages/linux_make/../../externals/build/src/../../iem/ iemmatrix/src/mtx_matrix.c: In Funktion »matrix_new«:/home/jmmmp/ pure-data/packages/linux_make/../../externals/build/src/../../iem/ iemmatrix/src/mtx_matrix.c:530: Warnung: nicht benutzter Parameter
»s«In file included from /home/jmmmp/pure-data/packages/ linux_make/../../externals/build/src/mtx_rmstodb.c:3: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/ src/../../iem/iemmatrix/src/mtx_rmstodb.c: In Funktion
»mtx_rmstodb_matrix«: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/ src/../../iem/iemmatrix/src/mtx_rmstodb.c:22: Warnung: nicht
benutzter Parameter »s«/home/jmmmp/pure-data/packages/ linux_make/../../externals/build/src/../../iem/iemmatrix/src/ mtx_rmstodb.c: In Funktion »mtx_rmstodb_list«: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/ src/../../iem/iemmatrix/src/mtx_rmstodb.c:46: Warnung: nicht
benutzter Parameter »s«/home/jmmmp/pure-data/packages/ linux_make/../../externals/build/src/../../iem/iemmatrix/src/ mtx_rmstodb.c: In Funktion »mtx_rmstodb_new«: /home/jmmmp/pure-data/packages/linux_make/../../externals/build/ src/../../iem/iemmatrix/src/mtx_rmstodb.c:64: Warnung: nicht
benutzter Parameter »s«-mcpu=' is deprecated. Use-mtune=' or '- march=' instead.

and then the computer just makes a loop with this group of
iemmatrix instructions, and doesn't stop until Ctrl-C jumps in.
Does this makes sense to anyone? What's missing here, in order to
make this happen?

Are you sure its a loop? There are a lot of objects in the iemmatrix
collection, and each object seems to be throwing a lot of warnings,
so that will make it seem like a loop. But compiling the whole
package takes a long time.

For the most part when compiling Pd-extended, you can ignore any
warning/error as long as it keeps building. Only when it stops to
you have to fix something. I've never seem a loop in compilation, so
I would be surprised to hear that's what's going on.

.hc

"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

Instead of compiling you could also install a newer version of ubuntu. Dapper comes with puredata 0.39.2

thanks, but that just delays the problem. when a newer version of pd comes
out an update will be necessary. and if it doesn't compile flawlessly now,
it won't as well in the future, I think (although it might).