On Mon, 2010-09-13 at 17:49 +0200, András Murányi wrote:
>
>
> Also, about the slave names, would it be possible to
> use the same names
> that are on the PdLab page? I.e. not CamelCase, but
> with-dashes
> instead :)
>
>
> Sure, i will. Soon :)
>
>
> Done - used the names verbatim from the PdLab page, which means there
> is *some* CamelCase, also x86_64 *and* amd64. At least it's now in
> perfect sync with the wiki page.
> Tonight i'll try to set up the slaves.
>
>
> Now i'm at CVS polling... it goes with a script snippet, which
> i'm not sure about if it does what we want... could you take a
> look at http://128.238.56.50:8010/waterfall sometimes and see
> if the changes trigger the right builder? The snippet is like
> this:
>
> def my_file_splitter(path): # file splitter for
> BRANCHNAME/PROJECT/FILEPATH repos
> pieces = path.split('/')
> if pieces[0] == 'trunk':
> branch = None
> pieces.pop(0) # remove 'trunk'
> elif pieces[0] == 'branches':
> pieces.pop(0) # remove 'branches'
> # grab branch name
> branch = 'branches/' + pieces.pop(0)
> else:
> return None # something weird
> projectname = pieces.pop(0)
> # if projectname != 'pure-data':
> # return None # wrong project
> return (branch, '/'.join(pieces))
>
>
> further explanation is here:
> http://buildbot.net/buildbot/docs/latest/SVNPoller.html
>
> It really seems to me that buildbout does not understand yet which
> builder to start upon which change. Once you have time, you could take
> a look into this 'splitter' thing.
Ok, will do. Its great to have buildbot running nightly builds, so that
will just be cake. Let me finish the Pd-extended release and the
pure-data 0.43 release...
> Also, please note, that the pd-extended build fails in buildbot - with
> various reasons.
> http://128.238.56.50:8010/waterfall
Ok, I just committed a fix to this, hopefully.
> BTW i have reorganized builders so that we see now what's up on
> different platforms. It's a bit frightening to think about how this
> will look with each external building independently (multiplied by
> platforms) - i think a second master shall be dedicated to them, and
> then the so called 'categories' will help to keep some order.
Yeah, I think it makes sense to have Pd-extended and pure-data.git
builds separate from all of the libraries. I don't know enough about
buildbot to say how best it should be done.
.hc
Bugs item #3065532, was opened at 2010-09-13 16:46
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3065532&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: v0.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: on MinGW/MSYS ./configure barfs on IPHONEOS stuff
Initial Comment:
On Windows XP with MinGW in the MSYS shell, using the latest HEAD in pure-data.git, running ./autogen.sh && ./configure causes this error:
./autogen.sh && ./configure && make
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `m4/config'.
libtoolize: linking file `m4/config/config.guess'
libtoolize: linking file `m4/config/config.sub'
libtoolize: linking file `m4/config/install-sh'
libtoolize: linking file `m4/config/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/generated'.
libtoolize: linking file `m4/generated/libtool.m4'
libtoolize: linking file `m4/generated/ltoptions.m4'
libtoolize: linking file `m4/generated/ltsugar.m4'
libtoolize: linking file `m4/generated/ltversion.m4'
libtoolize: linking file `m4/generated/lt~obsolete.m4'
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
./configure: line 2551: syntax error near unexpected token `IPHONEOS=yes,'
./configure: line 2551: `PD_CHECK_IPHONE(IPHONEOS=yes, IPHONEOS=no, { { echo "$as_me:$LINENO: error: iPhoneOS SDK not available" >&5'
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3065532&group_…
Bugs item #3065242, was opened at 2010-09-13 14:00
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3065242&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: tcl-error when modifying subpatch with hidden parentwindow
Initial Comment:
i get tcl-errors when editing a subpatch in a GOP-enabled abstraction that has it's window closed.
currently i haven't found any real consequences except for the annoying error-lines in the pd-console.
cause of the bug:
Pd tries to make the title of the abstraction-window reflect the "modified" state, but since there is no such window tcl throws an error.
steps to reproduce:
- i have an abstraction that has GOP enabled. all the code is in a subpatch of this abstraction. finally, i have a pristine instance of this abstraction in my patch.
- i open the abstraction
- i open the subpatch in the abstraction
- i close the abstraction window
- i edit the contents of the subpatch
- pd-console shows an error:
(Tcl) UNHANDLED ERROR: bad window path name ".x8f67d30"
while executing
"wm title $mytoplevel "$name$dirtychar$arguments - $path" "
(procedure "pdtk_canvas_reflecttitle" line 11)
invoked from within
"pdtk_canvas_reflecttitle .x8f67d30 {/Net/iem/Benutzer/zmoelnig/src/git/pure-data} {abstraction.pd} {} 1"
("uplevel" body line 3)
invoked from within
"uplevel #0 $cmd_from_pd"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3065242&group_…
Patches item #3065109, was opened at 2010-09-13 10:58
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065109&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: bugfix
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] for crasher bug when setting samplerate in alsa
Initial Comment:
on my system (with an "nvidia CK804" onboard soundcard), i get immediate crashes
if i select the plughw device (in Pd this shows up as "NVidia CK808 (plug-in)")
with 44100Hz (the device only supports 48kHz) [1]
with the help of the alsa-developpers i hunted the problem down;
it can be easily worked around if Pd was not using
snd_pcm_hw_params_set_rate_min() (without setting a rate_max()) but
snd_pcm_hw_params_set_rate_near() instead [2].
this patch does this (it's a one-liner)
so now i can select all devices that show up in the media
menu without having to fear a crash. (since it's a crasher, i raise the priority)
[1] i usually don't select plughw devices, so i haven't cared so much until now. but it's really annoying if you simply select a configuration in the preferences to make Pd crash)
[2] when alsa-devs were finally able to reproduce my problem, they simply asked "but why don't you just use rate_near()?"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065109&group_…
Patches item #3065099, was opened at 2010-09-13 10:40
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065099&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] broken multiple-midi dialog
Initial Comment:
in the upcoming 0.43, their is a small typo in the "long form" of the midi dialog (the "long form" is the one that allows you to select multiple midi devices):
it references to "midi_midi_outdevlist" rather than "midi_outdevlist", resulting in an tcl error.
attached patch fixes this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065099&group_…
Patches item #3060946, was opened at 2010-09-07 02:53
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3060946&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] for broken alsa-midi dialog in 0.43
Initial Comment:
current 0.43-test2 cannot open the alsa-midi dialog, instead you get an error:
<snip>
(Tcl) INVALID COMMAND NAME: invalid command name "pdtk_alsa_midi_dialog"
while executing
"pdtk_alsa_midi_dialog .gfxstub9d41ce0 1 0 0 0 1 0 0 0 0 1"
("uplevel" body line 8)
invoked from within
"uplevel #0 $cmd_from_pd"
</snip>
this comes from the fact, that "pdtk_alsa_midi_dialog" is not exported.
the attached 1-liner patch fixes this.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-12 21:27
Message:
git commit 85033b54c34189ba0222527efb50d4effa613f5e
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3060946&group_…
Patches item #3057938, was opened at 2010-09-01 23:33
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057938&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 8
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix paths for Paths dialog, Help Browser, plugins, etc.
Initial Comment:
Currently, the Help Browser doesn't find libraries and pd-gui doesn't find plugins if they are installed into the new user-installed locations. That's because pd-gui assumes the 'extra' path is just pd/extra, but now there are multiple 'extra' paths. This patch fixes that bug and makes the naming clearer. In pd-gui pd_path becomes sys_searchpath just like in pd. And pd_extrapath becomes sys_staticpath in pd and pd-gui. These are then used for Paths dialog, Help Browser, plugins, etc.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-12 21:25
Message:
git commit ff8cffc05977aa1e35110353344d8e9d95a21f27
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057938&group_…
Patches item #3057177, was opened at 2010-08-31 23:28
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057177&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: empty values in iemgui offset properties causes bad behavior
Initial Comment:
>From Peter Plessas' email to pd-list (http://lists.puredata.info/pipermail/pd-list/2010-07/081103.html):
> something funny happens in Pd when the x-offset value of the "label" in
> the properties dialog of a numberbox [nbx] is not set at all. Xorg eats
> all CPU for a while and creates a strange-looking object that can't be
> erased.
The attached patch fixes this.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-12 21:24
Message:
git commit 0fb1817ea0a7bdfb820c1f021ff398b85b6dbfd0
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057177&group_…
Patches item #3056339, was opened at 2010-08-30 19:07
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3056339&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fixed lookup_windowname to return window name properly
Initial Comment:
Fixed lookup_windowname to return window name properly instead of always "ERROR" and then also not barf with used with bad windownames (i.e. $mytoplevel).
Patch against the HEAD of pure-data.git, apply with "git am".
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-12 21:23
Message:
git commit bea544336c9ab49d2c013ae3a86d9a9551d68352
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3056339&group_…
Patches item #3052684, was opened at 2010-08-24 23:07
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052684&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 9
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fixed bug in saving Untitled/new patches
Initial Comment:
There is a bug in the new Yes/No/Cancel code that can lose changes. If a new/Untitled patch is dirty, and you close the window, the menuclose message will be sent before the _saveas dialog is done, thereby losing the changes. This patch fixes that bug, and refactors the pdtk_canvas_menuclose to fit into 0.43/gui-rewrite style.
apply with git am
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-12 21:22
Message:
git commit ac3fcf5c20b3e8c061cef220dc70353d8074c1e5
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052684&group_…