Hi all, until now I have been using a 32bit system, but 2 days ago I installed a brand new ubuntu '9.10' 64 bit. (And I want to keep it, this '9.10' 64 bit seems to me faster than '8.04' 32 bit)
As Pd-extended for x86_64 is not auto-builded, I have some questions about building a debian package :
- is there a document describing the SVN directory structure ?
- what are the differences between 'pd-extended' and 'pd-vanilla loading
all externals' ?
- what is the simpliest way to build pd-extended (a kind of 'nightly
build @ home') to produce a beautiful .deb package for x86_64
- what is the simpliest way to build pd-'extended'-gui-rewrite for x86_64
- is there a simple way to have and manage differents pd (vanilla,
extended, gui-rewrite) with differents versions on the same computer ?
Some informations about what I would like to do :
- in fact I think I dont really need the whole pd-extended thing as I
often only use Gem with few (5, 6) others externals...
- but it can be very nice to try and be able to use ANY of the external
included in the svn (I'm always in a learning process)
- I would like to use the latest sources, nightly build was just fine
for me on 32bit
- but I also need to have a method to build a stable pd-extended release
if the latests sources give me pd crashes (I do Audio/Video live shows and performance and stability are very important on scene...)
voila! any suggestion is welcome best regards, pierre
Pierre wrote:
Hi all, until now I have been using a 32bit system, but 2 days ago I installed a
brand new ubuntu '9.10' 64 bit. (And I want to keep it, this '9.10' 64
bit seems to me faster than '8.04' 32 bit)As Pd-extended for x86_64 is not auto-builded, I have some questions
about building a debian package :
- is there a document describing the SVN directory structure ?
nothing clear for the svn itself, but its fairly self explanitory (most externals folders have their own readme/info)..
for the extended buildsystem look here: http://puredata.info/docs/developer/PdExtendedBuildSystem and http://puredata.info/docs/developer/Debian
- what are the differences between 'pd-extended' and 'pd-vanilla loading
all externals' ?
pd-extended is a patched version of pd, so it has some minor differences in operation - the externals should not be drastically effected regardless of the build target. some more low level ones maybe (toxy / iemguts)
- what is the simpliest way to build pd-extended (a kind of 'nightly
build @ home') to produce a beautiful .deb package for x86_64
you can reproduce the autobuild fairly easily without too much hastle.
- what is the simpliest way to build pd-'extended'-gui-rewrite for x86_64
x86_64 will not be any different to x86, and the gui-rewrite uses autotools, so it will work this out for you.
- is there a simple way to have and manage differents pd (vanilla,
extended, gui-rewrite) with differents versions on the same computer ?
just compile without installing.. and launch pd from the command line using ./pd or something similar, for something more sophisticated choose a different install target for each build and build a script that chooses version at /usr/bin/pd
Some informations about what I would like to do :
- in fact I think I dont really need the whole pd-extended thing as I
often only use Gem with few (5, 6) others externals...
extended is mostly overkill if you know what you are wanting, and if you only use a handful of extra objects then maintain by hand.. it will take a lot of the pain out of the process.
- but it can be very nice to try and be able to use ANY of the external
included in the svn (I'm always in a learning process)
it is nice, but if you need them, and need them badly you will find them and install them. otherwise you could attempt to use some extended binaries with a 32bit chroot account, then you can 'try before you buy'!
- I would like to use the latest sources, nightly build was just fine
for me on 32bit
better anyhow, the latest stable candidate of extended is not designed for 64bit and needs to be heavily patched.
- but I also need to have a method to build a stable pd-extended release
if the latests sources give me pd crashes (I do Audio/Video live shows
and performance and stability are very important on scene...)
if you seriously want reliability then make a 32bit partition and install 32bit ubuntu 9.0 (or better still try an older more tested version of ubuntu) besides a lot of array based objects that have not been thoroughly ported to 64bit, 64bit pd is not propperly tested and needs a bit more time and attention. for performance stability stick with the tried and tested approach.
voila! any suggestion is welcome best regards, pierre
good luck.. if you seriously want to build for ubuntu 9.0 x86_64, be prepared for a bit of frustration.. heres some extra reading - albeit out of date:
http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid http://puredata.info/docs/developer/64BitLinux http://puredata.info/docs/developer/BuildingPdExtended
Hi dmotd, many thanks for yours explanations !
- is there a simple way to have and manage differents pd (vanilla,
extended, gui-rewrite) with differents versions on the same computer ?
just compile without installing.. and launch pd from the command line using ./pd or something similar,
ok
I'll do that, don't install, and run ./pd from src directory because :
for something more sophisticated choose a different install target for each build and build a script that chooses version at /usr/bin/pd
I think configuring '--prefix=' at each compilation will be too confusing for me.
- I would like to use the latest sources, nightly build was just fine
for me on 32bit
better anyhow, the latest stable candidate of extended is not designed for 64bit and needs to be heavily patched.
ok , a bit sad but I'll continue to try to compile and use the 64bit build
- but I also need to have a method to build a stable pd-extended release
if the latests sources give me pd crashes (I do Audio/Video live shows
and performance and stability are very important on scene...)if you seriously want reliability then make a 32bit partition and install 32bit ubuntu 9.0 (or better still try an older more tested version of ubuntu) besides a lot of array based objects that have not been thoroughly ported to 64bit, 64bit pd is not propperly tested and needs a bit more time and attention. for performance stability stick with the tried and tested approach.
ok Until now I always used nightly-build or pd-extended release on 32bit, and I can easily come back to this solution : I have an other 32bit debian lenny on the same laptop, but I would prefer to use the same OS for test/create and performance...
good luck.. if you seriously want to build for ubuntu 9.0 x86_64, be prepared for a bit of frustration.. heres some extra reading - albeit out of date:
http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid http://puredata.info/docs/developer/64BitLinux
ok
I'll retry using theses instructions I read on this page that :
Download the source package for Pd-Vanilla 0.42.4, extract it, and use it to replace the Pd core source in the Pd-0.40.3-extended folder. I did this as the 0.41 pd-extended core does not (as yet) have the 64 bit table bug resolved (tables are only read half way). Hopefully in the near future this step will not be necessary.
I'll try this method and try with the pd's svn source as well
thanks for your time and links !! It is a bit more understandable for me :)
pierre
Hi all,
I'm new in this community. I helped a little bit to organize the PDCon 09 in São Paulo, and Iḿ getting more involved with Pd since.
This is just to say that I've installed 64bit Ubuntu two months ago, because I have a 64 Turion Acer notebook.
Nothing worked properly, so I've changed to 32bit version and everything seems fine up to now. But the 64 version is very unstable, and for my personal experience I really do not recommend...
best for all
s.
Wed, Sep 23, 2009 at 9:44 AM, Pierre pierre@314r.net wrote:
Hi dmotd, many thanks for yours explanations !
- is there a simple way to have and manage differents pd (vanilla,
extended, gui-rewrite) with differents versions on the same computer ?
just compile without installing.. and launch pd from the command line using ./pd or something similar,
ok
I'll do that, don't install, and run ./pd from src directory because :
for something more sophisticated choose a different install target for
each build and build a script that chooses version at /usr/bin/pd
I think configuring '--prefix=' at each compilation will be too confusing for me.
- I would like to use the latest sources, nightly build was just fine for
me on 32bit
better anyhow, the latest stable candidate of extended is not designed for 64bit and needs to be heavily patched.
ok , a bit sad but I'll continue to try to compile and use the 64bit build
- but I also need to have a method to build a stable pd-extended release
if the latests sources give me pd crashes (I do Audio/Video live shows and performance and stability are very important on scene...)
if you seriously want reliability then make a 32bit partition and install 32bit ubuntu 9.0 (or better still try an older more tested version of ubuntu) besides a lot of array based objects that have not been thoroughly ported to 64bit, 64bit pd is not propperly tested and needs a bit more time and attention. for performance stability stick with the tried and tested approach.
ok Until now I always used nightly-build or pd-extended release on 32bit, and I can easily come back to this solution : I have an other 32bit debian lenny on the same laptop, but I would prefer to use the same OS for test/create and performance...
good luck.. if you seriously want to build for
ubuntu 9.0 x86_64, be prepared for a bit of frustration.. heres some extra reading - albeit out of date:
http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid http://puredata.info/docs/developer/64BitLinux
ok
I'll retry using theses instructions I read on this page that :
Download the source package for Pd-Vanilla 0.42.4, extract it, and use it to replace the Pd core source in the Pd-0.40.3-extended folder. I did this as the 0.41 pd-extended core does not (as yet) have the 64 bit table bug resolved (tables are only read half way). Hopefully in the near future this step will not be necessary.
I'll try this method and try with the pd's svn source as well
thanks for your time and links !! It is a bit more understandable for me :)
pierre
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
sergio basbaum wrote:
Hi all,
I'm new in this community. I helped a little bit to organize the PDCon 09 in São Paulo, and Iḿ getting more involved with Pd since.
This is just to say that I've installed 64bit Ubuntu two months ago, because I have a 64 Turion Acer notebook.
Nothing worked properly, so I've changed to 32bit version and everything seems fine up to now. But the 64 version is very unstable, and for my personal experience I really do not recommend...
what do you mean by "nothing" that worked properly? what did you change to 32bit? ubuntu? Pd-extended? Pd?
because i have been using Pd on Debian/amd64 for years and have not encountered so many problems that i would say "nothing worked properly".
fgmasdr IOhannes
Hi IOhannes,
Maybe Iḿ too new in this so, I I haven't been able to find the solutions at that time, but I could not make my wireless connection work, and PD extended also was not working, and my memorie is that I've lost precious time during the conference re-installing it to 32 bit and making it work.
Probably if I was more experienced it would have worked out better. However, as un-experienced as I may be, when I installed the 32bit version everything is working fine -- Iḿ mostly working on Ubuntu in all my activities, including Pd.
best
s
On Wed, Sep 23, 2009 at 11:23 AM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
sergio basbaum wrote:
Hi all,
I'm new in this community. I helped a little bit to organize the PDCon 09 in São Paulo, and Iḿ getting more involved with Pd since.
This is just to say that I've installed 64bit Ubuntu two months ago, because I have a 64 Turion Acer notebook.
Nothing worked properly, so I've changed to 32bit version and everything seems fine up to now. But the 64 version is very unstable, and for my personal experience I really do not recommend...
what do you mean by "nothing" that worked properly? what did you change to 32bit? ubuntu? Pd-extended? Pd?
because i have been using Pd on Debian/amd64 for years and have not encountered so many problems that i would say "nothing worked properly".
fgmasdr IOhannes
On Sep 23, 2009, at 8:44 AM, Pierre wrote:
Hi dmotd, many thanks for yours explanations !
- is there a simple way to have and manage differents pd
(vanilla, extended, gui-rewrite) with differents versions on the
same computer ?just compile without installing.. and launch pd from the command
line using ./pd or something similar,ok
I'll do that, don't install, and run ./pd from src directory because :
for something more sophisticated choose a different install target
for each build and build a script that chooses version at /usr/bin/pdI think configuring '--prefix=' at each compilation will be too
confusing for me.
- I would like to use the latest sources, nightly build was just
fine for me on 32bit
better anyhow, the latest stable candidate of extended is not
designed for 64bit and needs to be heavily patched.ok , a bit sad but I'll continue to try to compile and use the 64bit build
As far as I know, there are no 64-bit issues with the core of Pd-
extended 0.41.4. Not all libraries work at 64-bit yet though. The
more people who use 64bit means more people finding and reporting
bugs, so they can be fixed, so I am glad you are taking this project on.
You could start with Pd-extended 0.42.5, which has not been released
yet, and is a bit rough.
.hc
- but I also need to have a method to build a stable pd-extended
release if the latests sources give me pd crashes (I do Audio/ Video live shows and performance and stability are very important
on scene...)if you seriously want reliability then make a 32bit partition and
install 32bit ubuntu 9.0 (or better still try an older more tested
version of ubuntu) besides a lot of array based objects that have
not been thoroughly ported to 64bit, 64bit pd is not propperly
tested and needs a bit more time and attention. for performance
stability stick with the tried and tested approach.ok Until now I always used nightly-build or pd-extended release on
32bit, and I can easily come back to this solution : I have an other 32bit debian lenny on the same laptop, but I would prefer to use the same OS for test/create and
performance...good luck.. if you seriously want to build for ubuntu 9.0 x86_64, be prepared for a bit of frustration.. heres
some extra reading - albeit out of date:http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid http://puredata.info/docs/developer/64BitLinux
ok
I'll retry using theses instructions I read on this page that :
Download the source package for Pd-Vanilla 0.42.4, extract it, and
use it to replace the Pd core source in the Pd-0.40.3-extended
folder. I did this as the 0.41 pd-extended core does not (as yet)
have the 64 bit table bug resolved (tables are only read half way).
Hopefully in the near future this step will not be necessary.I'll try this method and try with the pd's svn source as well
thanks for your time and links !! It is a bit more understandable for me :)
pierre
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
Hi Hans, dmotd
As far as I know, there are no 64-bit issues with the core of Pd-extended 0.41.4. Not all libraries work at 64-bit yet though.
good to know ! the fact that some libs don't work is (I think) not a big problem for me...
The more people who use 64bit means more people finding and reporting bugs, so they can be fixed, so I am glad you are taking this project on.
yes, and also it would be very good if pd-extended was avalaible in x86_64 platforms
You could start with Pd-extended 0.42.5, which has not been released yet, and is a bit rough.
thanks to this script : http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice :)
- to build pd-extended do i need to download all svn repository ?
(~6Go ) - what is the simpliest way to compile pd-extended on x86_64
First setup your machine with the packages you need:
http://puredata.info/docs/developer/Debian
Then do this:
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended...
cd 0.41/packages/linux_make make install make package
Then you'll have a .deb to install. Also, search puredata.info for "64 bit", there are some specific wiki pages about that topic.
Ok If i see that 0.42.5 is not stable enought to do a live show I'll return to 0.41 But for now I'll continue testing my patches with 0.42.5
thx all, for your work !
What is the best method to reports bugs/crashes etc etc ? this list ? irc #dataflow ?
pierre
Pierre wrote:
thanks to this script : http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice :)
good to hear!
What is the best method to reports bugs/crashes etc etc ? this list ? irc #dataflow ?
if there are issues relating to running parts of that script we'd like to hear about at the archlinux aur, you might need to subscribe but its painless..
http://aur.archlinux.org/packages.php?ID=22509
if something seems wrong with the builder itself then post to hans and this list..
if you are having problems with an external try contacting the author and cc this list, and the same goes for pd itself (which also has a bugtracker too)
and for anything where you want some kind of instant response then irc works well, and there are often a few folks there that work on areas above..
pierre
Hi,
thanks to this script : http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice :)
good to hear!
Yes ! and I can tell, for now, the performances seems very good ! I mean, really better than on my old system ! I've just tested with a patch I'm writing for an art installation (a kind of realtime and ajustable timelapse) and I had previously some lags (pd-extended nightly-build on hardy heron 32bit), lags which have disappeared now ! All image are saved and played back nicely without any lags. Great !
So, I must test more in depth but my first impression is very good :)
pierre
hello i have recently built pd -extended for debian 64 unstable(sid) using 2.30 rt kernel-- i can give you some advises.. pd builds without anyproblem.. the extended packages most build ok.. so of them require changing the flags...and some packeges directly didnt build...(i guess you can live with out them, i do :-) ) if you need help i can send you the altered make files... one problem i had wasnt able to compile a .deb file to install.. so i had to manually install pd coping the files form the src folder to there respective /etc and /lib folders..
2009/9/24 Pierre pierre@314r.net
Hi,
thanks to this script :
http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice :)
good to hear!
Yes ! and I can tell, for now, the performances seems very good ! I mean, really better than on my old system ! I've just tested with a patch I'm writing for an art installation (a kind of realtime and ajustable timelapse) and I had previously some lags (pd-extended nightly-build on hardy heron 32bit), lags which have disappeared now ! All image are saved and played back nicely without any lags. Great !
So, I must test more in depth but my first impression is very good :)
pierre
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey El Jay,
The best thing to do would be to break up your makefiles into patches
using either 'diff -uw' or 'svn diff' and submit them to the patch
tracker. They should be organized by library, since different people
maintain different libraries.
.hc
On Sep 24, 2009, at 6:17 PM, el jay wrote:
hello i have recently built pd -extended for debian 64 unstable(sid)
using 2.30 rt kernel-- i can give you some advises.. pd builds without anyproblem.. the
extended packages most build ok.. so of them require changing the
flags...and some packeges directly didnt build...(i guess you can
live with out them, i do :-) ) if you need help i can send you the
altered make files... one problem i had wasnt able to compile a .deb file to install..
so i had to manually install pd coping the files form the src folder
to there respective /etc and /lib folders..2009/9/24 Pierre pierre@314r.net Hi,
thanks to this script : http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 !
nice :)good to hear!
Yes ! and I can tell, for now, the performances seems very good ! I mean,
really better than on my old system ! I've just tested with a patch I'm writing for an art installation (a
kind of realtime and ajustable timelapse) and I had previously some
lags (pd-extended nightly-build on hardy heron 32bit), lags which
have disappeared now ! All image are saved and played back nicely without any lags. Great !So, I must test more in depth but my first impression is very good :)
pierre
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
http://at.or.at/hans/
thanks to this script : http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice :)
Sounds hot! Could you explain how to use this script?
Thanks, Andras
András Murányi wrote:
thanks to this script : http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice :)Sounds hot! Could you explain how to use this script?
andrás, the 'script' is an archlinux PKGBUILD, distributed in the arch-user-repository. its simply a set of build instructions used by the arch-build-system to assemble a package which can then be installed with the archlinux packager 'pacman'. all this is similar to *bsd ports or gentoo ebuilds and every linux distribution has its own helper instructions for packaging - this ones just for archlinux.
i suggested pierre take a look at it, to demonstrate what is involved for building pd-extended from svn.
relevant info: http://wiki.archlinux.org/index.php/PKGBUILD http://wiki.archlinux.org/index.php/ABS_-_The_Arch_Build_System http://wiki.archlinux.org/index.php/AUR http://aur.archlinux.org/packages.php?ID=22509
2009/9/24 dmotd inaudible@simplesuperlativ.es
András Murányi wrote:
thanks to this script :http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD
I have now pd-0.42.5-extended and a lot of libs running on x86_64 !nice :)
Sounds hot! Could you explain how to use this script?
andrás, the 'script' is an archlinux PKGBUILD, distributed in the arch-user-repository. its simply a set of build instructions used by the arch-build-system to assemble a package which can then be installed with the archlinux packager 'pacman'. all this is similar to *bsd ports or gentoo ebuilds and every linux distribution has its own helper instructions for packaging - this ones just for archlinux.
i suggested pierre take a look at it, to demonstrate what is involved for building pd-extended from svn.
relevant info: http://wiki.archlinux.org/index.php/PKGBUILD http://wiki.archlinux.org/index.php/ABS_-_The_Arch_Build_System http://wiki.archlinux.org/index.php/AUR http://aur.archlinux.org/packages.php?ID=22509
Oh, I see. I thought it was part of new straightforward process to build pd-extended for 64 bit. I understand that the process is still not so straightforward, is it? Andras
On Sep 23, 2009, at 12:18 PM, Pierre wrote:
Hi Hans, dmotd
As far as I know, there are no 64-bit issues with the core of Pd- extended 0.41.4. Not all libraries work at 64-bit yet though.
good to know ! the fact that some libs don't work is (I think) not a big problem
for me...The more people who use 64bit means more people finding and
reporting bugs, so they can be fixed, so I am glad you are taking
this project on.yes, and also it would be very good if pd-extended was avalaible in
x86_64 platformsYou could start with Pd-extended 0.42.5, which has not been
released yet, and is a bit rough.thanks to this script : http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD I have now pd-0.42.5-extended and a lot of libs running on x86_64 !
nice :)
- to build pd-extended do i need to download all svn repository ?
(~6Go ) - what is the simpliest way to compile pd-extended on x86_64
First setup your machine with the packages you need:
http://puredata.info/docs/developer/Debian
Then do this:
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended... cd 0.41/packages/linux_make make install make package
Then you'll have a .deb to install. Also, search puredata.info for
"64 bit", there are some specific wiki pages about that topic.Ok If i see that 0.42.5 is not stable enought to do a live show I'll
return to 0.41 But for now I'll continue testing my patches with 0.42.5thx all, for your work !
What is the best method to reports bugs/crashes etc etc ? this list ? irc #dataflow ?
This list and the bug tracker in the Help menu, once the bug is
confirmed.
.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
-
András Murányi -
dmotd -
el jay -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Pierre -
sergio basbaum