Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

[ pure-data-Bugs-1814754 ] libquicktime0 dependency on gutsy
by SourceForge.net 17 Oct '07

17 Oct '07

Bugs item #1814754, was opened at 2007-10-16 22:37 Message generated for change (Comment added) made by sesselastronaut You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1814754&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: olsen (sesselastronaut) Assigned to: Hans-Christoph Steiner (eighthave) Summary: libquicktime0 dependency on gutsy Initial Comment: depends on libquicktime0 which is not availiable for gutsy. hackish & evil workaround posted by IOhannes: newer versions of debian (and therefore ubuntu) have replaced libquicktime0 (0.9.x) by libquicktime1 (1.0.x) most likely these are binary compatible and you could install the old package with an override-dependencies flag. (you might also have to symlink the /usr/lib/libquicktime.so.0 to /usr/lib/libquicktime.so) ---------------------------------------------------------------------- >Comment By: olsen (sesselastronaut) Date: 2007-10-17 15:12 Message: Logged In: YES user_id=1911773 Originator: YES this attempt was done with Pd-0.39.3-extended-ubuntu-feisty-i386.deb of course ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1814754&group_…

1 0

[ pure-data-Bugs-1528731 ] hex loader doesn't work with namespace prefixes
by SourceForge.net 17 Oct '07

17 Oct '07

Bugs item #1528731, was opened at 2006-07-26 03:18 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731&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: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: hex loader doesn't work with namespace prefixes Initial Comment: When using a hex loader name like 0x3c0x7e.pd for [<~], you can't use namespace prefixes since the / is only interpreted as a hex value 0x2f. For example, [zexy/<~] tries to load only zexy0x2f0x3c0x7e.pd, and therefore fails. An additional search path should be added after this one where the / is used literally without being translated into a hex code, then it would look for zexy/0x3c0x7e.pd ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-17 16:53 Message: Logged In: YES user_id=564396 Originator: NO i just updated the hexloader external (which replaces the hexloader-code in main pd) to do some special handling of "/". (the revised hexloader-external is now also able to load abstractions!) i have tested it under linux and os-x 10.4 (i think) with pd-0.41(os-x) and pd-0.40 (linux); could you please confirm and eventually close this bug? ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-16 11:48 Message: Logged In: YES user_id=564396 Originator: NO how exactly do you think this should happen? e.g. how should [path//] be resolved? "path0x2f0x2f.pd", "path/0x2f.pd", "path0x2f/.pd" or "path//.pd"? once there is a precise idea on how the problem should be solved, i can go and implement it. btw, i changed the category to "externals" since the hexloader is no longer part of pd itself ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731&group_…

1 0

[ pure-data-Bugs-1815044 ] blosc~ not instantiating (0.39.3)
by SourceForge.net 17 Oct '07

17 Oct '07

Bugs item #1815044, was opened at 2007-10-17 10:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1815044&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: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: blosc~ not instantiating (0.39.3) Initial Comment: I have to physically rename the external from "blosc.pd_darwin" to "blosc~.pd_darwin" to get it working ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1815044&group_…

1 0

[ pure-data-Bugs-1815041 ] freeverb~ no sound (0.39.3)
by SourceForge.net 17 Oct '07

17 Oct '07

Bugs item #1815041, was opened at 2007-10-17 10:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1815041&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: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: freeverb~ no sound (0.39.3) Initial Comment: Freeverb external produces no sound. (Pb G4 1ghz / os x 10.4.10) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1815041&group_…

1 0

[ pure-data-Bugs-1815039 ] FFT broken on PPC (0.39.3)
by SourceForge.net 17 Oct '07

17 Oct '07

Bugs item #1815039, was opened at 2007-10-17 10:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1815039&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: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: FFT broken on PPC (0.39.3) Initial Comment: FFT has stopped working on my Pb G4 1ghz running os x 10.4.10 Just get crackling output (started occurring on 0.39.3 rc5) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1815039&group_…

1 0

[ pure-data-Bugs-1576865 ] namespace prefixes broken
by SourceForge.net 17 Oct '07

17 Oct '07

Bugs item #1576865, was opened at 2006-10-13 23:16 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&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: v0.40.2 Status: Open Resolution: Fixed Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: namespace prefixes broken Initial Comment: It is no longer possible to use [prefix/classname] syntax, which is essential to the namespaces because it is the only way that two classes with the same root classname could be used in the same patch, i.e. like this, where each object is a different class: [prepend] [cxc/prepend] [cyclone/prepend] This is because with the new sys_onloadlist() functionality that checks to see whether a class has already been loaded. It only uses the direct classname, not the prefix also. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-17 10:33 Message: Logged In: YES user_id=564396 Originator: NO i totally agree that it must be fixed for pd-extended (thanks for changing the category) however: i just downloaded Pd-0.40.3-extended-20071016-debian-testing-i386.deb from the 2007-10-16 autobuilds, extracted it and ran my testpatch with your Pd version: it worked just fine can you confirm on which versions this bug appears? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-16 23:49 Message: Logged In: YES user_id=27104 Originator: YES This will need to be fixed for the Pd-0.40.3-extended release. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-16 12:17 Message: Logged In: YES user_id=564396 Originator: NO if you re-open this bug-report, could you please comment on why you do so? i attach an example that illustrates that namespaces work in pd-0,41; i do not claim that they work in pd-0.40, since they don't; afair, it has always been millers policy to fix bugs in new releases rather than maintain old branches. File Added: libdirtest.tgz ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2007-03-29 04:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-03-14 11:54 Message: Logged In: YES user_id=564396 Originator: NO seems like this has been fixed in 0.41; could you confirm this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…

1 0

[ pure-data-Bugs-1814754 ] libquicktime0 dependency on gutsy
by SourceForge.net 17 Oct '07

17 Oct '07

Bugs item #1814754, was opened at 2007-10-16 22:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1814754&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: olsen (sesselastronaut) Assigned to: Hans-Christoph Steiner (eighthave) Summary: libquicktime0 dependency on gutsy Initial Comment: depends on libquicktime0 which is not availiable for gutsy. hackish & evil workaround posted by IOhannes: newer versions of debian (and therefore ubuntu) have replaced libquicktime0 (0.9.x) by libquicktime1 (1.0.x) most likely these are binary compatible and you could install the old package with an override-dependencies flag. (you might also have to symlink the /usr/lib/libquicktime.so.0 to /usr/lib/libquicktime.so) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1814754&group_…

1 0

[ pure-data-Patches-1242459 ] [bonk~] reads and writes to / by default
by SourceForge.net 16 Oct '07

16 Oct '07

Patches item #1242459, was opened at 2005-07-21 13:29 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242459&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: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bonk~] reads and writes to / by default Initial Comment: When reading and writing files with [bonk~], it defaults to / if no directory is specified. [qlist] and [textfile] default to the current directory of the patch. This seems to me to be the correct behavior. To see this bug in action, save the attached patch to /tmp and open it. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-16 09:04 Message: Logged In: YES user_id=564396 Originator: NO however it might be that this my correct behaviour is specific to linux... attached is a unified diff against bonk~.c that uses canvas_makefilename() for writing and canvas_open() for reading; this should behave exactly the same as qlist/textfile File Added: bonk~.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-16 08:32 Message: Logged In: YES user_id=564396 Originator: NO hmm, on pd-0.40 (linux), bonk~ correctly reads from/writes to the current directory. can you confirm whether the bug still exists? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242459&group_…

1 0

[ pure-data-Bugs-1576865 ] namespace prefixes broken
by SourceForge.net 16 Oct '07

16 Oct '07

Bugs item #1576865, was opened at 2006-10-13 17:16 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&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: v0.40.2 >Status: Open Resolution: Fixed Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: namespace prefixes broken Initial Comment: It is no longer possible to use [prefix/classname] syntax, which is essential to the namespaces because it is the only way that two classes with the same root classname could be used in the same patch, i.e. like this, where each object is a different class: [prepend] [cxc/prepend] [cyclone/prepend] This is because with the new sys_onloadlist() functionality that checks to see whether a class has already been loaded. It only uses the direct classname, not the prefix also. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-16 17:49 Message: Logged In: YES user_id=27104 Originator: YES This will need to be fixed for the Pd-0.40.3-extended release. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-16 06:17 Message: Logged In: YES user_id=564396 Originator: NO if you re-open this bug-report, could you please comment on why you do so? i attach an example that illustrates that namespaces work in pd-0,41; i do not claim that they work in pd-0.40, since they don't; afair, it has always been millers policy to fix bugs in new releases rather than maintain old branches. File Added: libdirtest.tgz ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2007-03-28 22:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-03-14 06:54 Message: Logged In: YES user_id=564396 Originator: NO seems like this has been fixed in 0.41; could you confirm this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…

1 0

diff patches how-to
by Steffen Juul 16 Oct '07

16 Oct '07

Hey, Is there a std. way to make diff patches (in the Pd world)? If so is it written down somewhere? I've searched the /doc/dev and /dev sections of puredata.(info|org) with no luck. Thanks.

3 2

← Newer
1
...
9
10
11
12
13
14
15
...
19
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 2007