Pd-dev September 2009

pd-dev@lists.iem.at

21 participants
81 discussions

[ pure-data-Bugs-2865402 ] expr
by SourceForge.net 24 Sep '09

24 Sep '09

Bugs item #2865402, was opened at 2009-09-24 00:31 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2865402&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: pd-devel Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: expr Initial Comment: expr and expr~ dont load correctly with pd-0.43.0-extended for mac osx. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2865402&group_…

1 0

pd gui
by brandt＠subnet.at 23 Sep '09

23 Sep '09

hi list what happend, as i was opening a patch with quiet a lot of gui elements tgl´s sliders rediobutt´s and arrays, and non of the elements was usable for changing visible the values. even the numberbox does not change the numbers, the only thing which is working is the set $1 messagebox and the tgl. the value itself is possible to change and if you close the window and open it again, it refreshes. nothing is shown in the arrays. this happens on windows vista with both of the two last official extended versions thanks in advance der.brandt

2 1

deb packages discussion
by Anderson Goulart 23 Sep '09

23 Sep '09

Hello all, I am new to this list but met Hans and others at ISCL in Brazil a few weeks ago. Maybe this subject was discussed earlier, and if so, please forgive me. I was looking through pd-extended build farm, scripts and compilation stuff. A good idea, actually, but difficult to maintain or distribute through many maintainers, as debian project does. Going on this direction, I would like to propose "a debian way" to package pd, abstractions and extra externals. This intention is related to many AMD64 problems on installing, compiling and using pd-extended. My sugestion is to use something like that: puredata - puredata binaries and main documentation puredata-dev - include files and libs puredata-doc - extra documentation puredata-ext-XX - package containing a single external puredata-abs-XX - package containing a single abstraction puredata-full - a metapackage with all packages in Depedencies list Why do this? 1) You can build everything separetely. This prevents that one bug in one package breaks all the building farm 2) Many people can manage packages in a distributed way and minimize Hans work 3) We can put these packages on debian official repo if we follow debian policy 4) Users does not have to install all externals/abstractions, as we have in pd-extended 5) We separate pd-source from the extra stuff 6) We can build a simple manual to patch developers create her own packages and distribute to users to install with an apt-get I already started doing this with pd vanilla and one external (ff) to test these ideas and it is working on AMD64. http://ftp.sacix.org/sacix/pool/main/p/puredata/ http://ftp.sacix.org/sacix/pool/main/p/pd-ff/ what do you think about it? Bye, global

6 23

[ pure-data-Patches-2864259 ] german translation changes
by SourceForge.net 22 Sep '09

22 Sep '09

Patches item #2864259, was opened at 2009-09-22 11:59 Message generated for change (Settings changed) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2864259&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-dev Group: wishlist Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: german translation changes Initial Comment: removed items identical to the english, added a few more, some corrections ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2864259&group_…

1 0

[ pure-data-Patches-2864259 ] german translation changes
by SourceForge.net 22 Sep '09

22 Sep '09

Patches item #2864259, was opened at 2009-09-22 11:59 Message generated for change (Tracker Item Submitted) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2864259&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-dev Group: wishlist Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: german translation changes Initial Comment: removed items identical to the english, added a few more, some corrections ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2864259&group_…

1 0

Re: [PD-dev] deb packages discussion
by Anderson Goulart 22 Sep '09

22 Sep '09

Hello Tim, On Mon, Sep 21, 2009 at 3:07 PM, Tim Jones <tjones01(a)gmail.com> wrote: > I've been tweaking a pd-extended Gentoo ebuild for personal use for > the last few weeks. It makes more sense to me to package extensions > etc. (maybe just "addons" more generally) separately. > > Actually I now wonder, why even have pd-extended? It seems that it may > be doing to much of the packagers' work for them. Logically, > pd-extended is only a meta-package (right?) and may best be left to > packagers to implement, so Anderson can do it the way he wants to, I > can do it the way I want to, etc. so as to best accommodate the very > different packaging systems across all distributions. > > This is what I think.. pd-extended could be only a meta-package. > I understand the motivation for pd-extended is to just fork to a > stable version. Is this the only reason? Why not just release stable, > numbered versions of each external? > > I don't know, but I don't think is the only reason.. when I talked to Hans he told me that pd-extended was created to join in one place a bunch of externals/abstractions... because many PD users were making good patches and pubilshed them on their blogs, own repos, etc. So it was dificult to users (or new users) to find those patches... so, if you need a PD with many patches, just install pd-extended and you will get it! This is a good idea! I love it, but not the way of making this happen... :D I have not talked to him, but I think the guy that maintains the > pd-overlay has stopped maintaining the pd-extended ebuild but still > maintains pd-devel and individual live svn ebuilds of the externals. I > was tempted to chop up the pd-extended ebuild in a similar fashion, > and number the externals with the pd-extended version, like > zexy-0.41.4 but this seems repulsive to have two different "version > spaces," if you will. > > I may also look at gstreamer for inspiration. They release multiple > plugins in three packages according to stability. gst-plugins-good > -bad and -ugly. > I really don't think the problem is the version of pd.. as we don't have problems on having different firefox versions depending on your target (stable, testing, unstable)... > Naturally as someone on a non-Debian system, I would not want to see > it done the Debian-way on the pd-side. I would want to see something > modular and adaptable to any system (which is not unheardof). As I > have said, I like Anderson's idea of pd-zexy pd-pidip distributed as > separate tarballs, but I would leave it to Anderson to carve out his > own puredata-dev from a standard build. (So I guess in the case of the > -dev package I would favor the overwhelmingly conventional over the > modular solution from pd's side.) > > Maybe the subject of the thread is misleading... we can distribute or upstream authors can distribute the original source tarballs as other projects do... than I can build a debian package, you can build a gentoo, others can build for redhat, etc.. And I think this will increase the work, comparable to the actual model.. but we can have more hands now to distribute the work! :D Modularity is the magic word for me. I find myself deconstructing the > pd-extended autobuild system in my ebuild. > > hehee.. this is what I think.. and started to do to my AMD64 computer... > Disclaimer: I have written a few ebuilds for personal use and fixed a > few broken ones, but I am otherwise not a terribly experienced writer > of ebuilds. I am not a software engineer and have never released my > own source package. Nor have I even been a Pd user for long. Maybe, I > know nothing. > > huahuahaa... you are like me... new user of PD, a good C programmer and junior at debian packaging.. besides that, I am just suggesting the way debian developers think (which is documented at debian policy and package maintainers guide)... I think they are smart enough to tell us that separate things are better than create a monolitic package... I trust on them.. hauha > p.s., OT: why are so many externals' *-help.pd files copied to both > $objectsdir and $helpdir?? Why copy the same file to two different > places? If absolutely necessary, symlinks would be preferred. > > I don't know! :D Anyone like this idea and can help me to do this work? Or have other suggestions? bye, global

2 1

[ pure-data-Bugs-2829640 ] Makefile use "pd_src" for path-to-pd-without-src
by SourceForge.net 20 Sep '09

20 Sep '09

Bugs item #2829640, was opened at 2009-07-30 09:15 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2829640&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) >Assigned to: Nobody/Anonymous (nobody) Summary: Makefile use "pd_src" for path-to-pd-without-src Initial Comment: several makefiles use the "pd_src" variable to point to /where/is/my/pd/ rather than /where/is/my/pd/src. this makes the code unreadable, as the variable name suggests that it holds the path to the Pd-sources, esp when it comes to $(pd_src)/src and similar please use a more general variable name for this, e.g. "PD_PATH" (i would suggest upper-case according to http://www.gnu.org/software/make/manual/make.html#toc_Using-Variables). done for the ext13 skeleton Makefile ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-09-20 12:28 Message: I am fine with a clearer naming scheme, but it would take more than just this little change. 'pd_src' goes with 'externals_src', 'abstractions_src', 'doc-src', etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2829640&group_…

1 0

[ pure-data-Bugs-2862228 ] checkout-developer-layout.sh misses a $
by SourceForge.net 20 Sep '09

20 Sep '09

Bugs item #2862228, was opened at 2009-09-19 12:34 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862228&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: pd-extended Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Arnout Engelen (raboofje) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: checkout-developer-layout.sh misses a $ Initial Comment: Line 43 of checkout-developer-layout.sh should contain '$SVNOPTIONS' instead of 'SVNOPTIONS' ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-09-20 12:24 Message: fixed, thanks for reporting it: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=124… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862228&group_…

1 0

pd-extended on debian testing
by Arnout Engelen 20 Sep '09

20 Sep '09

Hello, I'm having a bit of a hard time installing pd-extended on Debian Testing, and would like to help getting this into a better shape. The package 0.41.4 package found at http://puredata.info/downloads and in the repo cannot be installed due to some dependency problems (details below). The 0.41.4 source package failed to generate a package, among some other troubles the Debian/control file missed a comma. I figured since I was going to have to fix stuff anyway, I might just as well go with the lastest CVS version. I fetched the source as documented on http://puredata.info/docs/developer/GettingPdSource with checkout-developer-layout.sh. After fixing a couple of compile errors ( https://sourceforge.net/tracker/?func=detail&aid=2862191&group_id=55736&ati… ) this produced a .deb file. However, this .deb claims to be version '0.40.3', and points to some dependencies that do not exist in Debian testing (e.g. jack is just called libjack0, not libjack0.100.0-0. Is this '0.30.4' version a mistake, or did I get the wrong sources? I see only one Debian/control file, pure-data/packages/linux_make/debian/control . Shouldn't there be one for each kind of Debian package that can be generated (stable/testing/unstable/ubuntu/etc)? Regards, Arnout As promised, the dependency problems: arnouten@bird:~/progs/pd/pure-data/packages/linux_make$ sudo apt-get install pd-extended Reading package lists... Done Building dependency tree Reading state information... Done You might want to run `apt-get -f install' to correct these: The following packages have unmet dependencies: pd-extended: Depends: libavifile-0.7c2 (>= 1:0.7.47.20070718) but it is not going to be installed Depends: libmagick++10 but it is not installable Depends: libmagick10 but it is not installable E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). arnouten@bird:~/progs/pd/pure-data/packages/linux_make$ sudo apt-get install libavifile-0.7c2 Reading package lists... Done Building dependency tree Reading state information... Done You might want to run `apt-get -f install' to correct these: The following packages have unmet dependencies: pd-extended: Depends: libjack0.100.0-0 but it is not installable Depends: libflac7 but it is not installable Depends: libpng3 but it is not going to be installed Depends: libmpeg1 but it is not installable Depends: libquicktime0 but it is not installable Depends: libgsl0 but it is not installable Depends: libmagick++9c2a but it is not installable Recommends: liblo0 but it is not installable Recommends: liblame0 but it is not installable E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

2 3

[ pure-data-Bugs-2862228 ] checkout-developer-layout.sh misses a $
by SourceForge.net 19 Sep '09

19 Sep '09

Bugs item #2862228, was opened at 2009-09-19 18:34 Message generated for change (Tracker Item Submitted) made by raboofje You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862228&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Arnout Engelen (raboofje) Assigned to: Nobody/Anonymous (nobody) Summary: checkout-developer-layout.sh misses a $ Initial Comment: Line 43 of checkout-developer-layout.sh should contain '$SVNOPTIONS' instead of 'SVNOPTIONS' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862228&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 September 2009