Forgot to copy the list.... ---------- Forwarded message ---------- From: "Ivica Bukvic" ico@vt.edu Date: Feb 6, 2013 3:13 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? To: "Charles Goyard" cg@fsck.fr Cc:
On Feb 6, 2013 3:07 PM, "Charles Goyard" cg@fsck.fr wrote:
Hi,
IOhannes m zmoelnig wrote:
On 2013-02-06 14:20, Charles Goyard wrote:
I guess it's more a bug of Gem install script rather than pd-l2ork, but I just wanted to point that out.
Gem's "install script" (aka Makefile) installs everything, including all compiled backends. what makes you say that there is a bug here?
You're right. I tried from crash with Gem alone and everything is ok: make clean git pull aclocal ./autogen.sh # ^-- btw this two commands are missing from the readme.txt ./configure --with-pd=/opt/pd-vanilla-0.43/ --prefix=/opt/gem
2 questions:
and includes it with its binary package?
are using pd instead of pd-l2ork)? The two are not compatible and as I indicated on the site with a huge warning box mixing the two will cause crashes and unexpected behavior.
make sudo make install
When all goes smooth on first time, everything is ok. However, it seems that if something fails during compilation and you rerun make, then the .so files are not copied if they were produced by the former run of make. It already occured to me when building pd-extended a few months back. It can be a dependency problem in the various targets, a bug in make, something wrong with my system, a personal problem with my cat... Whatever the cause, I get a source directory with everything: sources, gem.pd_linux and *.so, and an install directory with everything but the *.so files (yes, the gem.pd_linux gets copied).
I'm not sure if it's a bug or a feature, so apologizes for using the wrong word. Maybe it's worth writing in the README.txt what a make clean can be necessary on some cases.
Ivica Bukvic wrote:
How did you install pd-l2ork?
From source with archlinux's PKGBUILD, with cwiid missing. So I first ran a build, which failed, and then fixed the problem, rerun the build and got into the problems described above.
Again, I need as much information as possible about how you installed
the
software.
Well, I'll say the problem comes from make/fix/make. Obviously it's not that important at all. There is/was the same kind of problem in pd-extended with ln -s other existing symlimks that forces you to clean and rebuild everything (I reported that on sf) after hours of compilation just because a symlink exists. Annoying ain't it ?
Thank you all for your being patient :), and of course for your great software !
-- Charles
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
(also forgot to send to the list)
Hi,
- Why are you compiling gem separately when pd-l2ork compiles it for
you and includes it with its binary package?
- Why are you trying to use pd-vanilla includes with pd-l2ork (unless
you are using pd instead of pd-l2ork)? The two are not compatible and as I indicated on the site with a huge warning box mixing the two will cause crashes and unexpected behavior.
I use pd-vanilla or pd-extended depending on the project I work on. Since l2ork seems super robust, I'd like to give it a try.
For this particular case, the idea was to test whever plain Gem fails to install the .so files or not. So I build it with vanilla as a general testcase. I don't mean to use this build on l2ork or extended.
While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok. Also I will take this as a occasion to see what files are in conflict with extended. It seems it's just cyclist, pdsend and pdreceive. So maybe just by renaming these it's possible to have pd-vanilla, pd-extended and pd-l2ork installed in /usr on the same system (how I do that at the moment is have all flavors in /opt/pd-<flavor>).
I hope this makes my intentions clearer.
-- Charles
Charles Goyard wrote:
While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok.
so everythings works fine with the /usr/local/ version.
Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :).
Cheers, Charles
On 02/06/2013 04:12 PM, Charles Goyard wrote:
Charles Goyard wrote:
While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok.
so everythings works fine with the /usr/local/ version.
Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :).
That is then a bug in PKGBUILD. If you use l2ork script it builds just fine.
Fero,
When making the PKGBUILD, please make sure to install the file <pd-l2ork_git_folder>/packages/linux_make/default.pdl2ork into the <pd_install_folder>/ (e.g. /usr/local/pd-l2ork/default.pdl2ork). You are also probably missing other file icons and shortcuts that are located in the same folder. Please investigate <pd-l2ork_git_folder>/l2ork_addons/tar_em_up.sh script and see what it does. Also, investigate makefiles in the <pd-l2ork_git_folder>/packages/linux_make/ folder to see what they do in addition to the core build scripts.
Best wishes,
Ico
Cheers, Charles
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
ok. updated PKGBUILD. sorry for the errors..
you can check what exactly it installs in attachement.
only file text-x-puredata.png conflicts with pdx, so I abandom it..
if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ...
2013/2/6 Ivica Ico Bukvic ico@vt.edu
On 02/06/2013 04:12 PM, Charles Goyard wrote:
Charles Goyard wrote:
While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok.
so everythings works fine with the /usr/local/ version.
Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :).
That is then a bug in PKGBUILD. If you use l2ork script it builds just fine.
Fero,
When making the PKGBUILD, please make sure to install the file <pd-l2ork_git_folder>/**packages/linux_make/default.**pdl2ork into the <pd_install_folder>/ (e.g. /usr/local/pd-l2ork/default.**pdl2ork). You are also probably missing other file icons and shortcuts that are located in the same folder. Please investigate <pd-l2ork_git_folder>/l2ork_**addons/tar_em_up.sh script and see what it does. Also, investigate makefiles in the <pd-l2ork_git_folder>/**packages/linux_make/ folder to see what they do in addition to the core build scripts.
Best wishes,
Ico
Cheers, Charles
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
-- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
Pd-extended will be removing pdsend, pdreceive, and cyclone from the official distros, so I think you should remove them in your packaging script, then make pd-extended 'recommend' the puredata-utils package.
.hc
On 02/07/2013 10:28 AM, Fero Kiraly wrote:
ok. updated PKGBUILD. sorry for the errors..
you can check what exactly it installs in attachement.
only file text-x-puredata.png conflicts with pdx, so I abandom it..
if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ...
2013/2/6 Ivica Ico Bukvic ico@vt.edu
On 02/06/2013 04:12 PM, Charles Goyard wrote:
Charles Goyard wrote:
While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok.
so everythings works fine with the /usr/local/ version.
Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :).
That is then a bug in PKGBUILD. If you use l2ork script it builds just fine.
Fero,
When making the PKGBUILD, please make sure to install the file <pd-l2ork_git_folder>/**packages/linux_make/default.**pdl2ork into the <pd_install_folder>/ (e.g. /usr/local/pd-l2ork/default.**pdl2ork). You are also probably missing other file icons and shortcuts that are located in the same folder. Please investigate <pd-l2ork_git_folder>/l2ork_**addons/tar_em_up.sh script and see what it does. Also, investigate makefiles in the <pd-l2ork_git_folder>/**packages/linux_make/ folder to see what they do in addition to the core build scripts.
Best wishes,
Ico
Cheers, Charles
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
-- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
You mean cyclist? BTW what does cyclist do anyhow? On Feb 7, 2013 10:57 AM, "Hans-Christoph Steiner" hans@at.or.at wrote:
Pd-extended will be removing pdsend, pdreceive, and cyclone from the official distros, so I think you should remove them in your packaging script, then make pd-extended 'recommend' the puredata-utils package.
.hc
On 02/07/2013 10:28 AM, Fero Kiraly wrote:
ok. updated PKGBUILD. sorry for the errors..
you can check what exactly it installs in attachement.
only file text-x-puredata.png conflicts with pdx, so I abandom it..
if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ...
2013/2/6 Ivica Ico Bukvic ico@vt.edu
On 02/06/2013 04:12 PM, Charles Goyard wrote:
Charles Goyard wrote:
While I'm typing, my computer is building a fresh copy of pd-l2ork
with
PKGBUILD to see if everything is ok.
so everythings works fine with the /usr/local/ version.
Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :).
That is then a bug in PKGBUILD. If you use l2ork script it builds just fine.
Fero,
When making the PKGBUILD, please make sure to install the file <pd-l2ork_git_folder>/**packages/linux_make/default.**pdl2ork into the <pd_install_folder>/ (e.g. /usr/local/pd-l2ork/default.**pdl2ork). You are also probably missing other file icons and shortcuts that are
located
in the same folder. Please investigate
<pd-l2ork_git_folder>/l2ork_**addons/tar_em_up.sh
script and see what it does. Also, investigate makefiles in the <pd-l2ork_git_folder>/**packages/linux_make/ folder to see what they do in addition to the core build scripts.
Best wishes,
Ico
Cheers, Charles
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
-- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
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
Yeah, sorry, I meant cyclist. It converts Max binary patch file format to the text one.
.hc
On 02/07/2013 11:12 AM, Ivica Bukvic wrote:
You mean cyclist? BTW what does cyclist do anyhow? On Feb 7, 2013 10:57 AM, "Hans-Christoph Steiner" hans@at.or.at wrote:
Pd-extended will be removing pdsend, pdreceive, and cyclone from the official distros, so I think you should remove them in your packaging script, then make pd-extended 'recommend' the puredata-utils package.
.hc
On 02/07/2013 10:28 AM, Fero Kiraly wrote:
ok. updated PKGBUILD. sorry for the errors..
you can check what exactly it installs in attachement.
only file text-x-puredata.png conflicts with pdx, so I abandom it..
if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ...
2013/2/6 Ivica Ico Bukvic ico@vt.edu
On 02/06/2013 04:12 PM, Charles Goyard wrote:
Charles Goyard wrote:
While I'm typing, my computer is building a fresh copy of pd-l2ork
with
PKGBUILD to see if everything is ok.
so everythings works fine with the /usr/local/ version.
Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :).
That is then a bug in PKGBUILD. If you use l2ork script it builds just fine.
Fero,
When making the PKGBUILD, please make sure to install the file <pd-l2ork_git_folder>/**packages/linux_make/default.**pdl2ork into the <pd_install_folder>/ (e.g. /usr/local/pd-l2ork/default.**pdl2ork). You are also probably missing other file icons and shortcuts that are
located
in the same folder. Please investigate
<pd-l2ork_git_folder>/l2ork_**addons/tar_em_up.sh
script and see what it does. Also, investigate makefiles in the <pd-l2ork_git_folder>/**packages/linux_make/ folder to see what they do in addition to the core build scripts.
Best wishes,
Ico
Cheers, Charles
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
-- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
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
Fero Kiraly wrote:
if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ...
You have to write a separate PKGBUILD. Contrary to debian, you can't have multiple packages from one source at once. Yes, that means downloading twice !
Thanks, Charles
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-02-06 22:12, Charles Goyard wrote:
Charles Goyard wrote:
While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok.
so everythings works fine with the /usr/local/ version.
which is great, but i'd wanted to point out, that in most distros /usr/local/ is for "manually installed" packages (that is, software not under the distro's package management control). this is obviously the case if you compile the entire shebang yourself, or if you use e.g. pd-l2ork's tar-file to install. but when installing l2ork (or pdx, or pd) with apt/yumm/emerge/pacman/..., they should go to /usr (and not /usr/local).
as for the cyclist/pdsend/pdreceive, i personally hardly ever use them. none of these packages have anything todo with the inner workings of Pd (they don't include m_pd.h), and are useful without pd installed (pdsend/pdreceive are actually _more_ useful without pd).
thus i wanted to stress that they should be factored out into separate packages (which is the case already for pd/pdx, as we have puredata-utils and cyclist as separate packages), and not be included into the "big superpackages". esp. if they are the only blockers to let the three flavours live side-by-side.
fgamsdr IOhannes
IOhannes m zmoelnig wrote:
so everythings works fine with the /usr/local/ version.
which is great, but i'd wanted to point out, that in most distros /usr/local/ is for "manually installed" packages (that is, software not under the distro's package management control).
Yes, that's right. I guess that's a "it just works" quick package.
as for the cyclist/pdsend/pdreceive, [...] i wanted to stress that they should be factored out into separate packages (which is the case already for pd/pdx, as we have puredata-utils and cyclist as separate packages), and not be included into the "big superpackages". esp. if they are the only blockers to let the three flavours live side-by-side.
One thing that made me switch from debian (after years of use) to arch is how debian splits things too much (ie -core -dev -doc -utils), and takes detours (alternatives, nested includes...) and thus makes it hard to have something close to the upstream software. Most arch packages are essentially about wrapping the configure/make/make install stance with sensible paths and dependencies. So having pdsend, pdsend.pd-extended and pd.send.pd-l2ork, why not ?
However I'm not religious about that, since I actually install the various pd flavors and versions by hand in /opt :).
So if that makes things easier I'm with you, since using the same packaging scheme across distros is certainly good :).
Regards,