Pd-dev October 2011

pd-dev@lists.iem.at

22 participants
138 discussions

Re: [PD-dev] double precision Pd: .patch files, tests and benchmarks
by Hans-Christoph Steiner 05 Oct '11

05 Oct '11

On Oct 5, 2011, at 5:08 AM, katja wrote: > On Wed, Oct 5, 2011 at 6:11 AM, Hans-Christoph Steiner > <hans(a)at.or.at> wrote: > >> So you are saying that the stuff in pd-double is not building using >> 64-bit >> floats? > > I downloaded Pd-0.43.1-double-20111003-macosx106-x86_64.dmg from the > auto-build and this one was single precision. Don't know about the > other builds. Maybe it's better, for the moment at least, to set > logpost level 2 for the precision message at startup so you see it > immediately. I used log level 3 in accordance with your intention to > start Pd with a clean window, but in the testing phase this makes no > sense indeed. Ok, makes sense. >> Let's get a github repo going so we can work on this stuff. Unless >> you want to, I'll happily set one up at: >> >> https://github.com/pd-projects/pd-double > > Yes please if you want to, go ahead. I'm slow with these things, by > lack of experience. I even still have to learn git, and was comparing > features of github vs gitorious. Both seem fine. Sorry, I'm excited and impatient to get this rolling :) As for learning git, it can be daunting at first, but it is really worth spending time learning it. I can recommend Pro Git, I read it on the subway. Its free online, or you can buy a copy: http://progit.org/book/ Here is the github repo and a wiki section for dev work. Just send me your github account name and I'll add it. https://github.com/pd-projects/pd-double http://puredata.info/dev/pd-double/ > > In the meantime I'll work on a clean up of rewritten code then, and > based on pure-data.git instead of 0.43-0. I already applied the fixes, so its up to date in the git. If you want to try it for learning, I recommend trying to checkout version 0.43.0 in git, make a branch to work in, then apply your patches, then 'git rebase master' in your branch, and it'll do a lot of work for you. But that's not necessary now, just a good case for learning that feature of git. A much easier place to start would be to clone the above git repo, then change the loglevel to 2, then commit it, then 'git push origin master' to push your commits to the github. > Thanks for the very supportive cooperation. Thanks for all this work, its the least we can do. I like to think that this is a supportive and cooperative group working on Pd, though we can be grumpy sometimes ;) so I am glad to hear you say that. .hc ---------------------------------------------------------------------------- ¡El pueblo unido jamás será vencido!

1 0

[ pure-data-Patches-3418851 ] read startup config files from /etc/puredata/conf.d
by SourceForge.net 05 Oct '11

05 Oct '11

Patches item #3418851, was opened at 2011-10-05 05:19 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: read startup config files from /etc/puredata/conf.d Initial Comment: Hello, I was looking at using puredata from debian, and currently, it's a bit of a mess, if I want to use PD + gem, I need to install both, and then mess up with config files, or, as the readme suggest (Readme.Debian), launch pd with an extenssive commandline: | to start Pd with Gem support, issue the command (without the '%' sign) | | % pd -path /usr/lib/pd/extra/Gem -lib Gem | | OR | | use the provided script instead of directly starting Pd: | | % /usr/bin/pd-gem | | OR | | start Pd | - navigate to "File->Path..." and add "/usr/lib/pd/extra/Gem" to the list of search-paths | - click OK | - navigate to "File->Startup..." and add "Gem" to the list of binaries to be loaded | - click "Apply" and "Save all settings" | | OR | | add the following lines to your ~/.pdrc file (deprecated) | | -path /usr/lib/pd/extra/Gem | -lib Gem I think it'd be better to automatially include a file, that's what this patch is all about (and to be able to make a pd extenssion debian policy). tell me what you think ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 18:47 Message: i think it is good to make it easier to embed preferences in the patch. i also think that [declare] should be made nicer. this doesn't keep me from thinking that a global configuration would be a good idea, esp. when you can configure the (system specific) hardware and the like. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-05 18:38 Message: I think that the -conf flag is a good idea and should be included and generalized for all platforms. But I think that the /etc/puredata/conf-enabled stuff is not a good idea because it serves to reinforce the issues that cause this problem in the first place. We should be making it easier for people to embed the configuration in the patch, by doing things like improving [declare]. We should not make it easier to move the configuration globally, which means we have even more patches that are unshareable because they rely on a custom, global config. Just look at any other programming language, the libs that a program needs are declared in the program itself (import, using, declare, #include, etc), not globally in the user's config. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 17:34 Message: Ok, so I refreshed my patches to take into account some things said here: http://core.evilgiggle.com/~xaiki/puredata/ (you can call me xaiki) 0001-give-an-argument-to-sys_rcfile-and-expand-with-realp.patch hasn't changed, needed for 0002 and 0003 0002-import-configs-form-etc-puredata-conf.d-on-start.patch will now look into /etc/puredata/conf-enabled so we can setup an apache/lighttpd like dir with a puredata-conf-enable script (that we can steal away) 0003-implement-conf-arg-to-specify-config-file.patch add a -conf argument, using 0001 0004-make-conf-trigger-nopref-so-we-don-t-load-default-if.patch this will make that -conf argument not use the default conf when triggered, actually, it could be a bit smarter (i.e. checking if we could actually read something... but well) ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-10-05 16:13 Message: @h-tee-tee-pee-yes: If you were looking at help patches, the [import] object is excluded because libdir externals put the binaries in the same directory as the help patches. It does seem weird to have to import the import object. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 13:09 Message: note, that even if all your patches were implemented, i would still rather NOT enable all apt-installed pdlibs by default (i guess i am with hans here) instead, the sysadmin ought to decide on a case-by-case basis (something like apache's /etc/apache2/mods-enabled/) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 12:44 Message: @zmoelnig: (really, things are easier to discuss via mail =)) the first patch only alows to specify a config file from C, yet, we could easily make it a command line switch to be able to specify a file (or a directory) to load. @zmoelnig: I'm a puredata beginer, but I'm concerned that pd-gem allows you to load only 1 extention at a time, what if you want gem + pidip + xxx ? I don't think it's an elegant solution. @eighthave: good to know, that said, it doesn't seem widely used, I was looking at some docs, and some projects and no patch I found was implementing this, so I think it's easier to fix Debian/PD to include some/all installed ext, than fix all patches in the wild. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 09:31 Message: about the given patch: this is definitely a nice idea (i haven't looked at the patch though), and allows to easily switch between predefined flavours of your installed Pd. i think it's a way better solution than the config-switcher.sh script that comes with current Pd-extended, as it doesn't require write access in the home-directory. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 09:21 Message: @anonymous(how i hate the openID implementation on sf): i don't see how starting "pd-gem" is "messing up with config files" or "launching "with an extensive commandline". alternatively, you can always launch pd/Gem from the menu @eighthave: using [declare] or [import] is one of many options how to load library. other ways have their value as well, and i don't think we should force people to do something (even if we do believe that they should do it) (and yes, i am not always true to this suggestion myself :-)) finally, the two patches submitted are somewhat independent (though related): - having the opportunity to force the use of a given preference file - implementing an /etc/*/conf.d/ style config cascade i would suggest submitting them separately. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-05 06:05 Message: For loading libraries, you should do it directly in the patch using either [declare -lib] or [import] (apt-get install puredata-import). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 05:22 Message: ok,... I can't seem to add my second patch,... you can find everything in: http://core.evilgiggle.com/~xaiki/puredata/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_…

1 0

[ pure-data-Patches-3418851 ] read startup config files from /etc/puredata/conf.d
by SourceForge.net 05 Oct '11

05 Oct '11

Patches item #3418851, was opened at 2011-10-04 23:19 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: read startup config files from /etc/puredata/conf.d Initial Comment: Hello, I was looking at using puredata from debian, and currently, it's a bit of a mess, if I want to use PD + gem, I need to install both, and then mess up with config files, or, as the readme suggest (Readme.Debian), launch pd with an extenssive commandline: | to start Pd with Gem support, issue the command (without the '%' sign) | | % pd -path /usr/lib/pd/extra/Gem -lib Gem | | OR | | use the provided script instead of directly starting Pd: | | % /usr/bin/pd-gem | | OR | | start Pd | - navigate to "File->Path..." and add "/usr/lib/pd/extra/Gem" to the list of search-paths | - click OK | - navigate to "File->Startup..." and add "Gem" to the list of binaries to be loaded | - click "Apply" and "Save all settings" | | OR | | add the following lines to your ~/.pdrc file (deprecated) | | -path /usr/lib/pd/extra/Gem | -lib Gem I think it'd be better to automatially include a file, that's what this patch is all about (and to be able to make a pd extenssion debian policy). tell me what you think ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-05 12:38 Message: I think that the -conf flag is a good idea and should be included and generalized for all platforms. But I think that the /etc/puredata/conf-enabled stuff is not a good idea because it serves to reinforce the issues that cause this problem in the first place. We should be making it easier for people to embed the configuration in the patch, by doing things like improving [declare]. We should not make it easier to move the configuration globally, which means we have even more patches that are unshareable because they rely on a custom, global config. Just look at any other programming language, the libs that a program needs are declared in the program itself (import, using, declare, #include, etc), not globally in the user's config. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 11:34 Message: Ok, so I refreshed my patches to take into account some things said here: http://core.evilgiggle.com/~xaiki/puredata/ (you can call me xaiki) 0001-give-an-argument-to-sys_rcfile-and-expand-with-realp.patch hasn't changed, needed for 0002 and 0003 0002-import-configs-form-etc-puredata-conf.d-on-start.patch will now look into /etc/puredata/conf-enabled so we can setup an apache/lighttpd like dir with a puredata-conf-enable script (that we can steal away) 0003-implement-conf-arg-to-specify-config-file.patch add a -conf argument, using 0001 0004-make-conf-trigger-nopref-so-we-don-t-load-default-if.patch this will make that -conf argument not use the default conf when triggered, actually, it could be a bit smarter (i.e. checking if we could actually read something... but well) ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-10-05 10:13 Message: @h-tee-tee-pee-yes: If you were looking at help patches, the [import] object is excluded because libdir externals put the binaries in the same directory as the help patches. It does seem weird to have to import the import object. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 07:09 Message: note, that even if all your patches were implemented, i would still rather NOT enable all apt-installed pdlibs by default (i guess i am with hans here) instead, the sysadmin ought to decide on a case-by-case basis (something like apache's /etc/apache2/mods-enabled/) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 06:44 Message: @zmoelnig: (really, things are easier to discuss via mail =)) the first patch only alows to specify a config file from C, yet, we could easily make it a command line switch to be able to specify a file (or a directory) to load. @zmoelnig: I'm a puredata beginer, but I'm concerned that pd-gem allows you to load only 1 extention at a time, what if you want gem + pidip + xxx ? I don't think it's an elegant solution. @eighthave: good to know, that said, it doesn't seem widely used, I was looking at some docs, and some projects and no patch I found was implementing this, so I think it's easier to fix Debian/PD to include some/all installed ext, than fix all patches in the wild. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 03:31 Message: about the given patch: this is definitely a nice idea (i haven't looked at the patch though), and allows to easily switch between predefined flavours of your installed Pd. i think it's a way better solution than the config-switcher.sh script that comes with current Pd-extended, as it doesn't require write access in the home-directory. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 03:21 Message: @anonymous(how i hate the openID implementation on sf): i don't see how starting "pd-gem" is "messing up with config files" or "launching "with an extensive commandline". alternatively, you can always launch pd/Gem from the menu @eighthave: using [declare] or [import] is one of many options how to load library. other ways have their value as well, and i don't think we should force people to do something (even if we do believe that they should do it) (and yes, i am not always true to this suggestion myself :-)) finally, the two patches submitted are somewhat independent (though related): - having the opportunity to force the use of a given preference file - implementing an /etc/*/conf.d/ style config cascade i would suggest submitting them separately. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-05 00:05 Message: For loading libraries, you should do it directly in the patch using either [declare -lib] or [import] (apt-get install puredata-import). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-04 23:22 Message: ok,... I can't seem to add my second patch,... you can find everything in: http://core.evilgiggle.com/~xaiki/puredata/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_…

1 0

[ pure-data-Patches-3418851 ] read startup config files from /etc/puredata/conf.d
by SourceForge.net 05 Oct '11

05 Oct '11

Patches item #3418851, was opened at 2011-10-05 03:19 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: read startup config files from /etc/puredata/conf.d Initial Comment: Hello, I was looking at using puredata from debian, and currently, it's a bit of a mess, if I want to use PD + gem, I need to install both, and then mess up with config files, or, as the readme suggest (Readme.Debian), launch pd with an extenssive commandline: | to start Pd with Gem support, issue the command (without the '%' sign) | | % pd -path /usr/lib/pd/extra/Gem -lib Gem | | OR | | use the provided script instead of directly starting Pd: | | % /usr/bin/pd-gem | | OR | | start Pd | - navigate to "File->Path..." and add "/usr/lib/pd/extra/Gem" to the list of search-paths | - click OK | - navigate to "File->Startup..." and add "Gem" to the list of binaries to be loaded | - click "Apply" and "Save all settings" | | OR | | add the following lines to your ~/.pdrc file (deprecated) | | -path /usr/lib/pd/extra/Gem | -lib Gem I think it'd be better to automatially include a file, that's what this patch is all about (and to be able to make a pd extenssion debian policy). tell me what you think ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 15:34 Message: Ok, so I refreshed my patches to take into account some things said here: http://core.evilgiggle.com/~xaiki/puredata/ (you can call me xaiki) 0001-give-an-argument-to-sys_rcfile-and-expand-with-realp.patch hasn't changed, needed for 0002 and 0003 0002-import-configs-form-etc-puredata-conf.d-on-start.patch will now look into /etc/puredata/conf-enabled so we can setup an apache/lighttpd like dir with a puredata-conf-enable script (that we can steal away) 0003-implement-conf-arg-to-specify-config-file.patch add a -conf argument, using 0001 0004-make-conf-trigger-nopref-so-we-don-t-load-default-if.patch this will make that -conf argument not use the default conf when triggered, actually, it could be a bit smarter (i.e. checking if we could actually read something... but well) ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-10-05 14:13 Message: @h-tee-tee-pee-yes: If you were looking at help patches, the [import] object is excluded because libdir externals put the binaries in the same directory as the help patches. It does seem weird to have to import the import object. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 11:09 Message: note, that even if all your patches were implemented, i would still rather NOT enable all apt-installed pdlibs by default (i guess i am with hans here) instead, the sysadmin ought to decide on a case-by-case basis (something like apache's /etc/apache2/mods-enabled/) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 10:44 Message: @zmoelnig: (really, things are easier to discuss via mail =)) the first patch only alows to specify a config file from C, yet, we could easily make it a command line switch to be able to specify a file (or a directory) to load. @zmoelnig: I'm a puredata beginer, but I'm concerned that pd-gem allows you to load only 1 extention at a time, what if you want gem + pidip + xxx ? I don't think it's an elegant solution. @eighthave: good to know, that said, it doesn't seem widely used, I was looking at some docs, and some projects and no patch I found was implementing this, so I think it's easier to fix Debian/PD to include some/all installed ext, than fix all patches in the wild. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 07:31 Message: about the given patch: this is definitely a nice idea (i haven't looked at the patch though), and allows to easily switch between predefined flavours of your installed Pd. i think it's a way better solution than the config-switcher.sh script that comes with current Pd-extended, as it doesn't require write access in the home-directory. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 07:21 Message: @anonymous(how i hate the openID implementation on sf): i don't see how starting "pd-gem" is "messing up with config files" or "launching "with an extensive commandline". alternatively, you can always launch pd/Gem from the menu @eighthave: using [declare] or [import] is one of many options how to load library. other ways have their value as well, and i don't think we should force people to do something (even if we do believe that they should do it) (and yes, i am not always true to this suggestion myself :-)) finally, the two patches submitted are somewhat independent (though related): - having the opportunity to force the use of a given preference file - implementing an /etc/*/conf.d/ style config cascade i would suggest submitting them separately. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-05 04:05 Message: For loading libraries, you should do it directly in the patch using either [declare -lib] or [import] (apt-get install puredata-import). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 03:22 Message: ok,... I can't seem to add my second patch,... you can find everything in: http://core.evilgiggle.com/~xaiki/puredata/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_…

1 0

[ pure-data-Patches-3418851 ] read startup config files from /etc/puredata/conf.d
by SourceForge.net 05 Oct '11

05 Oct '11

Patches item #3418851, was opened at 2011-10-04 23:19 Message generated for change (Comment added) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: read startup config files from /etc/puredata/conf.d Initial Comment: Hello, I was looking at using puredata from debian, and currently, it's a bit of a mess, if I want to use PD + gem, I need to install both, and then mess up with config files, or, as the readme suggest (Readme.Debian), launch pd with an extenssive commandline: | to start Pd with Gem support, issue the command (without the '%' sign) | | % pd -path /usr/lib/pd/extra/Gem -lib Gem | | OR | | use the provided script instead of directly starting Pd: | | % /usr/bin/pd-gem | | OR | | start Pd | - navigate to "File->Path..." and add "/usr/lib/pd/extra/Gem" to the list of search-paths | - click OK | - navigate to "File->Startup..." and add "Gem" to the list of binaries to be loaded | - click "Apply" and "Save all settings" | | OR | | add the following lines to your ~/.pdrc file (deprecated) | | -path /usr/lib/pd/extra/Gem | -lib Gem I think it'd be better to automatially include a file, that's what this patch is all about (and to be able to make a pd extenssion debian policy). tell me what you think ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-10-05 10:13 Message: @h-tee-tee-pee-yes: If you were looking at help patches, the [import] object is excluded because libdir externals put the binaries in the same directory as the help patches. It does seem weird to have to import the import object. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 07:09 Message: note, that even if all your patches were implemented, i would still rather NOT enable all apt-installed pdlibs by default (i guess i am with hans here) instead, the sysadmin ought to decide on a case-by-case basis (something like apache's /etc/apache2/mods-enabled/) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 06:44 Message: @zmoelnig: (really, things are easier to discuss via mail =)) the first patch only alows to specify a config file from C, yet, we could easily make it a command line switch to be able to specify a file (or a directory) to load. @zmoelnig: I'm a puredata beginer, but I'm concerned that pd-gem allows you to load only 1 extention at a time, what if you want gem + pidip + xxx ? I don't think it's an elegant solution. @eighthave: good to know, that said, it doesn't seem widely used, I was looking at some docs, and some projects and no patch I found was implementing this, so I think it's easier to fix Debian/PD to include some/all installed ext, than fix all patches in the wild. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 03:31 Message: about the given patch: this is definitely a nice idea (i haven't looked at the patch though), and allows to easily switch between predefined flavours of your installed Pd. i think it's a way better solution than the config-switcher.sh script that comes with current Pd-extended, as it doesn't require write access in the home-directory. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 03:21 Message: @anonymous(how i hate the openID implementation on sf): i don't see how starting "pd-gem" is "messing up with config files" or "launching "with an extensive commandline". alternatively, you can always launch pd/Gem from the menu @eighthave: using [declare] or [import] is one of many options how to load library. other ways have their value as well, and i don't think we should force people to do something (even if we do believe that they should do it) (and yes, i am not always true to this suggestion myself :-)) finally, the two patches submitted are somewhat independent (though related): - having the opportunity to force the use of a given preference file - implementing an /etc/*/conf.d/ style config cascade i would suggest submitting them separately. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-05 00:05 Message: For loading libraries, you should do it directly in the patch using either [declare -lib] or [import] (apt-get install puredata-import). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-04 23:22 Message: ok,... I can't seem to add my second patch,... you can find everything in: http://core.evilgiggle.com/~xaiki/puredata/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_…

1 0

[ pure-data-Patches-3418851 ] read startup config files from /etc/puredata/conf.d
by SourceForge.net 05 Oct '11

05 Oct '11

1 0

[ pure-data-Patches-3418851 ] read startup config files from /etc/puredata/conf.d
by SourceForge.net 05 Oct '11

05 Oct '11

Patches item #3418851, was opened at 2011-10-05 03:19 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: read startup config files from /etc/puredata/conf.d Initial Comment: Hello, I was looking at using puredata from debian, and currently, it's a bit of a mess, if I want to use PD + gem, I need to install both, and then mess up with config files, or, as the readme suggest (Readme.Debian), launch pd with an extenssive commandline: | to start Pd with Gem support, issue the command (without the '%' sign) | | % pd -path /usr/lib/pd/extra/Gem -lib Gem | | OR | | use the provided script instead of directly starting Pd: | | % /usr/bin/pd-gem | | OR | | start Pd | - navigate to "File->Path..." and add "/usr/lib/pd/extra/Gem" to the list of search-paths | - click OK | - navigate to "File->Startup..." and add "Gem" to the list of binaries to be loaded | - click "Apply" and "Save all settings" | | OR | | add the following lines to your ~/.pdrc file (deprecated) | | -path /usr/lib/pd/extra/Gem | -lib Gem I think it'd be better to automatially include a file, that's what this patch is all about (and to be able to make a pd extenssion debian policy). tell me what you think ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 10:44 Message: @zmoelnig: (really, things are easier to discuss via mail =)) the first patch only alows to specify a config file from C, yet, we could easily make it a command line switch to be able to specify a file (or a directory) to load. @zmoelnig: I'm a puredata beginer, but I'm concerned that pd-gem allows you to load only 1 extention at a time, what if you want gem + pidip + xxx ? I don't think it's an elegant solution. @eighthave: good to know, that said, it doesn't seem widely used, I was looking at some docs, and some projects and no patch I found was implementing this, so I think it's easier to fix Debian/PD to include some/all installed ext, than fix all patches in the wild. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 07:31 Message: about the given patch: this is definitely a nice idea (i haven't looked at the patch though), and allows to easily switch between predefined flavours of your installed Pd. i think it's a way better solution than the config-switcher.sh script that comes with current Pd-extended, as it doesn't require write access in the home-directory. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-05 07:21 Message: @anonymous(how i hate the openID implementation on sf): i don't see how starting "pd-gem" is "messing up with config files" or "launching "with an extensive commandline". alternatively, you can always launch pd/Gem from the menu @eighthave: using [declare] or [import] is one of many options how to load library. other ways have their value as well, and i don't think we should force people to do something (even if we do believe that they should do it) (and yes, i am not always true to this suggestion myself :-)) finally, the two patches submitted are somewhat independent (though related): - having the opportunity to force the use of a given preference file - implementing an /etc/*/conf.d/ style config cascade i would suggest submitting them separately. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-05 04:05 Message: For loading libraries, you should do it directly in the patch using either [declare -lib] or [import] (apt-get install puredata-import). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-10-05 03:22 Message: ok,... I can't seem to add my second patch,... you can find everything in: http://core.evilgiggle.com/~xaiki/puredata/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_…

1 0

double precision Pd: .patch files, tests and benchmarks
by katja 05 Oct '11

05 Oct '11

On Wed, Oct 5, 2011 at 6:11 AM, Hans-Christoph Steiner <hans(a)at.or.at> wrote: > So you are saying that the stuff in pd-double is not building using 64-bit > floats? I downloaded Pd-0.43.1-double-20111003-macosx106-x86_64.dmg from the auto-build and this one was single precision. Don't know about the other builds. Maybe it's better, for the moment at least, to set logpost level 2 for the precision message at startup so you see it immediately. I used log level 3 in accordance with your intention to start Pd with a clean window, but in the testing phase this makes no sense indeed. > Let's get a github repo going so we can work on this stuff. Unless > you want to, I'll happily set one up at: > > https://github.com/pd-projects/pd-double Yes please if you want to, go ahead. I'm slow with these things, by lack of experience. I even still have to learn git, and was comparing features of github vs gitorious. Both seem fine. In the meantime I'll work on a clean up of rewritten code then, and based on pure-data.git instead of 0.43-0. Thanks for the very supportive cooperation. Katja

1 0

[ pure-data-Patches-3418902 ] newer opencv detection for puredata_opencv
by SourceForge.net 05 Oct '11

05 Oct '11

Patches item #3418902, was opened at 2011-10-05 05:21 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418902&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: newer opencv detection for puredata_opencv Initial Comment: prior to this patch the code wouldn't compile (wouldn't pass configure) with newer OpenCV (such as from svn). ---------------------------------------------------------------------- >Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-05 05:22 Message: btw, this is also against puredata svn. Perhaps you should apply this patch after patch #3418895, but they're really orthogonal. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418902&group_…

1 0

[ pure-data-Patches-3418902 ] newer opencv detection for puredata_opencv
by SourceForge.net 05 Oct '11

05 Oct '11

Patches item #3418902, was opened at 2011-10-05 05:21 Message generated for change (Tracker Item Submitted) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418902&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: newer opencv detection for puredata_opencv Initial Comment: prior to this patch the code wouldn't compile (wouldn't pass configure) with newer OpenCV (such as from svn). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418902&group_…

1 0

← Newer
1
...
8
9
10
11
12
13
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev October 2011