Hey all,
A while back, I wrote some scripts that can automatically load every
help patch and load every objectclass. I would like to set these up
to run every night, but I don't think I'll be able to keep up with the
output from this, i.e. fixing the help patches that crash and at the
same manage getting this Pd-extended 0.41 release finished. So I want
to see if there is anyone willing to handle this whole process.
I think it will make Pd much more reliable if we can track down the
little errors in help patches that can cause crashes. As far as I am
concerned it can be managed how ever anyone wants to do it. I have
these basic scripts ready to go, but they could easily be replaced
with something else, if anyone else wants to do that.
I think this could then be expanded into a broader testing framework.
.hc
'You people have such restrictive dress for women,’ she said, hobbling
away in three inch heels and panty hose to finish out another pink-
collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
I can put some time to it, but there are some limits to what I can do:
- I have xp + ubuntu(studio)
- I can't program, so I can't do much more than use the material I'm given
- ... ?
A while back, I wrote some scripts that can automatically load every help patch and load every objectclass. I would like to set these up to run every night, but I don't think I'll be able to keep up with the output from this, i.e. fixing the help patches that crash and at the same manage getting this Pd-extended 0.41 release finished. So I want to see if there is anyone willing to handle this whole process.
I think it will make Pd much more reliable if we can track down the little errors in help patches that can cause crashes. As far as I am concerned it can be managed how ever anyone wants to do it. I have these basic scripts ready to go, but they could easily be replaced with something else, if anyone else wants to do that.
I think this could then be expanded into a broader testing framework.
.hc
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Hans this may be off topic, but speaking of help patches. What is up with the Gem/Examples/Basic/Model.pd file?
It crashes ALOT.
Anyone else have this experience?
pp
---- Hans-Christoph Steiner hans@eds.org wrote:
Hey all,
A while back, I wrote some scripts that can automatically load every
help patch and load every objectclass. I would like to set these up
to run every night, but I don't think I'll be able to keep up with the
output from this, i.e. fixing the help patches that crash and at the
same manage getting this Pd-extended 0.41 release finished. So I want
to see if there is anyone willing to handle this whole process.I think it will make Pd much more reliable if we can track down the
little errors in help patches that can cause crashes. As far as I am
concerned it can be managed how ever anyone wants to do it. I have
these basic scripts ready to go, but they could easily be replaced
with something else, if anyone else wants to do that.I think this could then be expanded into a broader testing framework.
.hc
'You people have such restrictive dress for women,’ she said, hobbling
away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida
bigswift@cox.net wrote:
Hans this may be off topic, but speaking of help patches. What is up with the Gem/Examples/Basic/Model.pd file?
hmm, i really don't understand why hans is bothered with this.
if it is a bug in Gem, please try to confirm so and post a bug-report at http://pd-gem.sf.net
i think the Gem splash-screen (which you get when loading Gem) is pretty clear about this.
cheers
fgmasdr IOhannes
hi,
IOhannes m zmoelnig schrieb:
bigswift@cox.net wrote:
Hans this may be off topic, but speaking of help patches. What is up with the Gem/Examples/Basic/Model.pd file?
hmm, i really don't understand why hans is bothered with this.
if it is a bug in Gem, please try to confirm so and post a bug-report at http://pd-gem.sf.net
i think the Gem splash-screen (which you get when loading Gem) is pretty clear about this.
I already posted this bug and got reply from Cyrille Henry, it seemed not to occur for recent cvs version, view link below.
at least for pd-extended from otherside intrepid repository a workaround is creating gemwin before loading patches containing [model object.obj] or before loading '.obj' files
bugreport was:
[ pure-data-Bugs-2630421 ] [model foobar.obj] crashes when no gemwin is created before:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2630421...
cheers, Martin
Martin Schied wrote:
hi,
IOhannes m zmoelnig schrieb:
bigswift@cox.net wrote:
Hans this may be off topic, but speaking of help patches. What is up with the Gem/Examples/Basic/Model.pd file?
hmm, i really don't understand why hans is bothered with this.
if it is a bug in Gem, please try to confirm so and post a bug-report at http://pd-gem.sf.net
i think the Gem splash-screen (which you get when loading Gem) is pretty clear about this.
I already posted this bug and got reply from Cyrille Henry, it seemed not to occur for recent cvs version, view link below.
i think it could be related to:
- your version of Gem (as cyrille suggested)
- the model you are loading.
- your gfx-card/ / openGL-driver
let's try to rule out #1 and #2.
mfga.sdr IOhannes
hi, IOhannes
i think it could be related to:
- your version of Gem (as cyrille suggested)
- the model you are loading.
- your gfx-card/ / openGL-driver
let's try to rule out #1 and #2.
OK, now I have:
- installed new pd extended version (Pd version 0.41-4extended-20090301)
from autobuilds
- tried again differend .obj, (venus.obj and also any simple object I made)
no luck so far. still have to create gemwin before loading.
I didn't change my graphics card's driver (using x.org "radeon" driver), if you have suggestions which settings might be responsible I'll try them. It's a pretty old notebook on board chip, lspci says: ATI Radeon Mobility M7 LW [Radeon Mobility 7500]
cheers Martin
hello,
ATI radeo on linux. i bet it's the problem.
Cyrille
Martin Schied a écrit :
hi, IOhannes
i think it could be related to:
- your version of Gem (as cyrille suggested)
- the model you are loading.
- your gfx-card/ / openGL-driver
let's try to rule out #1 and #2.
OK, now I have:
- installed new pd extended version (Pd version 0.41-4extended-20090301)
from autobuilds
- tried again differend .obj, (venus.obj and also any simple object I made)
no luck so far. still have to create gemwin before loading.
I didn't change my graphics card's driver (using x.org "radeon" driver), if you have suggestions which settings might be responsible I'll try them. It's a pretty old notebook on board chip, lspci says: ATI Radeon Mobility M7 LW [Radeon Mobility 7500]
cheers Martin
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hans~
I am interested in finding ways to help. What would be required? I imagine something like:
- getting an automatic email after the nightly tests.
- Logging into the svn or whatever your versioning system is (would have to
be trained on this part). 3. Downloading the said help patches. 4. Testing said help patches on local machine. 5. If fix is found, upload new file to svn and add relevant comments to versioning system (training again) .
If you could come up with a very straightforward, idiot-proof checklist of actions, I could likely offer an hour or two a week on this task. My only machine right now is running OS X 10.5.6, so that's the scope of my usefulness to the project.
~Kyle
On Fri, Feb 27, 2009 at 12:19 PM, Hans-Christoph Steiner hans@eds.orgwrote:
Hey all,
A while back, I wrote some scripts that can automatically load every help patch and load every objectclass. I would like to set these up to run every night, but I don't think I'll be able to keep up with the output from this, i.e. fixing the help patches that crash and at the same manage getting this Pd-extended 0.41 release finished. So I want to see if there is anyone willing to handle this whole process.
I think it will make Pd much more reliable if we can track down the little errors in help patches that can cause crashes. As far as I am concerned it can be managed how ever anyone wants to do it. I have these basic scripts ready to go, but they could easily be replaced with something else, if anyone else wants to do that.
I think this could then be expanded into a broader testing framework.
.hc
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
This is great! First off, I'll just say, I don't think it matters
which platform/OS you use, these things should work on all platforms.
I think Kyle's process makes sense, here are a couple minor questions:
- if you have svn access, commit directly (if you want svn access,
request on pd-dev)
- if you don't have svn access, then submit to the patch tracker
There are a number of tests that we could run. Off the top of my
head, I was thinking of starting off by running a script which opens
every help patch, and if Pd crashes, it will send a report. Then we
could add something that loads every
One question is how to get the results from the script. An easy thing
to setup would be to have the script send results to pd-cvs@iem.at.
Does that work for everyone?
.hc
On Feb 28, 2009, at 2:02 PM, Kyle Klipowicz wrote:
Hans~
I am interested in finding ways to help. What would be required?
I imagine something like:
- getting an automatic email after the nightly tests.
- Logging into the svn or whatever your versioning system is (would
have to be trained on this part). 3. Downloading the said help patches. 4. Testing said help patches on local machine. 5. If fix is found, upload new file to svn and add relevant comments
to versioning system (training again) .If you could come up with a very straightforward, idiot-proof
checklist of actions, I could likely offer an hour or two a week on
this task. My only machine right now is running OS X 10.5.6, so
that's the scope of my usefulness to the project.~Kyle
On Fri, Feb 27, 2009 at 12:19 PM, Hans-Christoph Steiner
hans@eds.org wrote:Hey all,
A while back, I wrote some scripts that can automatically load every help patch and load every objectclass. I would like to set these up to run every night, but I don't think I'll be able to keep up with the output from this, i.e. fixing the help patches that crash and at the same manage getting this Pd-extended 0.41 release finished. So I want to see if there is anyone willing to handle this whole process.
I think it will make Pd much more reliable if we can track down the little errors in help patches that can cause crashes. As far as I am concerned it can be managed how ever anyone wants to do it. I have these basic scripts ready to go, but they could easily be replaced with something else, if anyone else wants to do that.
I think this could then be expanded into a broader testing framework.
.hc
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz
http://at.or.at/hans/
-
bigswift＠cox.net -
cyrille henry -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
João Pais -
Kyle Klipowicz -
Martin Schied