Pd-dev February 2012

pd-dev@lists.iem.at

18 participants
102 discussions

Pd-installation on jenkins/debian-stable-amd64
by IOhannes m zmoelnig 21 Feb '12

21 Feb '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 it seems like on the debian-stable-amd64 host of the build-farm, the Pd-headers have been uninstalled. at least, Gem build#71 (2011-12-22 10:00:51) succeeded, whereas the next build#527 (2012-02-19 22:01:47) failed, because out of a sudden it cannot find the Pd-headers any more. logging into the machine revealed, that the "pd-extended" package is installed, which provides headers in "/usr/include/pdextended" but: - - no compatibility header m_pd.h in /usr/include/ (like the puredata-dev package in debian does) - - `pkg-config --cflags pdextended` returns "-I/usr/local/include/pd", which does not exist at all. - - `pkg-config --cflags pd` fails as well as `pkg-config --cflags puredata` would it be possible to have Pd-headers installed in a default location on _all_ auto-build machines? ideally, this would be somehow compatible with the header location on "ordinary" machines. would it also be possible to not have to assume builds against Pd-extended? fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9Dh/wACgkQkX2Xpv6ydvTQUACg3JGHJkUG7k5Bl2y+k/X92uJC z5IAniPXffHjoo/OjLtWvMCeHgkptAc/ =SbfI -----END PGP SIGNATURE-----

2 9

[ pure-data-Bugs-3490074 ] pkg-config is broken in pd-extended (deb-package)
by SourceForge.net 21 Feb '12

21 Feb '12

Bugs item #3490074, was opened at 2012-02-21 08:42 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3490074&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 zmölnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pkg-config is broken in pd-extended (deb-package) Initial Comment: the pkg-config snippet that ships with pd-extended (e.g. debian-stable-amd64) is broken, as it adds "-I/usr/local/include/pd" to the CFLAGS whereas the package installs it's headers into /usr/include/pdextended i suggest to either fix pdextended.pc to contain a line like "-Iusr/include/pdextended" (or "-I/usr/include/" if you prefer) or remove it entirely. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3490074&group_…

1 0

new pd autobuild
by patrick 21 Feb '12

21 Feb '12

fresh from today: linux mint 12 - 64bit (had to use the r33p debian sqeeze amd 64 version --force-dep because of libquicktime): when creating a new patch with [adc~] <-> [dac~] (Tcl) INVALID COMMAND NAME: invalid command name "[]post" while executing "[]post {} 1 {JackError: JackActivationCount::Signal value = 0 ref = 4}" ("uplevel" body line 2) invoked from within "uplevel #0 $cmds_from_pd"JACKerror: JackActivationCount::Signal value = 0 ref = 4

2 5

[ pure-data-Bugs-3489787 ] loadbanged tip is wrong width
by SourceForge.net 21 Feb '12

21 Feb '12

Bugs item #3489787, was opened at 2012-02-20 15:13 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3489787&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Hans-Christoph Steiner (eighthave) Summary: loadbanged tip is wrong width Initial Comment: See attached patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3489787&group_…

1 0

[ pure-data-Bugs-3489709 ] plugin~ fails with -nogui
by SourceForge.net 20 Feb '12

20 Feb '12

Bugs item #3489709, was opened at 2012-02-20 10:10 Message generated for change (Tracker Item Submitted) made by ailo-at You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3489709&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: None Priority: 5 Private: No Submitted By: ailo (ailo-at) Assigned to: Nobody/Anonymous (nobody) Summary: plugin~ fails with -nogui Initial Comment: plugin~ fails with -nogui with this error message: "error: NULL arguments when opening plugin verbose(4): ... you might be able to track this down from the Find menu. error: plugin~: Unable to open plugin 'dj_eq_mono' in '/usr/lib/ladspa/dj_eq_1901.so'" The file /usr/lib/ladspa/dj_eq_1901.so exists. plugin~ initializes normally without -nogui option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3489709&group_…

1 0

[ pure-data-Bugs-3489547 ] clicks when using portaudio
by SourceForge.net 20 Feb '12

20 Feb '12

Bugs item #3489547, was opened at 2012-02-20 03:00 Message generated for change (Tracker Item Submitted) made by angelfaraldo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3489547&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ángel faraldo (angelfaraldo) Assigned to: Hans-Christoph Steiner (eighthave) Summary: clicks when using portaudio Initial Comment: Pd-0.43.1-extended-20120220 Macbook pro 2.66GHz Intel Core 2 Duo, OSX 10.6.8 built-in sound & RME Fireface 800 Irregular clicks when using portaudio (not when using jack). Other portaudio applications (i.e. Audacity) work perfectly fine. identical tests on Pd-0.42.5-extended work without any problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3489547&group_…

1 0

jenkins back up, now with proper CAcert certificate
by Hans-Christoph Steiner 20 Feb '12

20 Feb '12

The PdLab Jenkins server is back up and running: https://macosx105-i386.pdlab.puredata.info I just got it a proper CAcert.org TLS certificate, so If you want to build your software on the jenkins server, please post a request here on pd-dev. I'd like to be able to support all pd devs using it, but that means people have to handle issues with their builds themselves, and not touch the configuration, or anyone else's builds. .hc ---------------------------------------------------------------------------- I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler

1 0

fontwidth and nogui
by Peter Brinkmann 20 Feb '12

20 Feb '12

Hi, A recent thread on Pd Everywhere suggests that the function rtext_senditup in g_rtext.c sometimes divides by a font width. This causes occasional crashes because the font width may be 0 when running with the nogui flag: http://noisepages.com/groups/pd-everywhere/forum/topic/any-issues-with-subp… This raises a couple of questions: First, why does any part of the code look at font properties at all when nogui is set? Second, how do we fix this? I suppose the best solution would be to make sure that font properties are never queried when nogui is set. In the meantime, a quick fix might be to modify the initialization of sys_fontlist (s_main.c, lines 126-128), setting fi_hostfontsize, fi_width, and fi_height equal to one. Any thoughts would be appreciated! Cheers, Peter

4 7

extended-debian-testing-amd64 builds truncated (Was Re: new pd autobuild)
by András Murányi 20 Feb '12

20 Feb '12

He means that the latest extended-debian-testing-amd64 builds are only 1.8K, and indeed they are. http://autobuild.puredata.info/auto-build/ Andras On Sat, Feb 18, 2012 at 21:00, Hans-Christoph Steiner <hans(a)at.or.at> wrote: > > I don't quite understand. That one worked for you, or didn't? Which > build has a problem? > > .hc > > On Feb 18, 2012, at 2:51 PM, patrick wrote: > > > hi hans, > > > > Pd-0.43.1-extended-debian-testing-amd64.deb 18-Feb-2012 06:53 > 1.8K > > > > there's surely a problem with the autobuild system > > thank for all the work > > > > > > > > > > > ---------------------------------------------------------------------------- > > "It is convenient to imagine a power beyond us because that means we don't > have to examine our own lives.", from "The Idols of Environmentalism", by > Curtis White > > > > > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev >

2 1

[ pure-data-Patches-3485016 ] (Win) allow externals to load DLLs from the same folder
by SourceForge.net 20 Feb '12

20 Feb '12

Patches item #3485016, was opened at 2012-02-06 08:38 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&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: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: (Win) allow externals to load DLLs from the same folder Initial Comment: In order to have objects like readanysf~ and purest_json work on Windows, they need to include DLLs for libraries like ffmpeg and curl. In order for the DLLs of the objects to load other DLLs from that same folder, SetDllDirectory() needs to be set first. This requires a minimum of Windows XP SP1 (10 years old at this point). There are three patches included, the first sets up the new build system for this, the second sets up makefile.mingw for this. The third is the actual change to s_loader.c. I think MSVC sets WINVER automatically, but just be sure its set to 0x0502 for this to work. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2012-02-19 18:19 Message: drat, the "zip" file attached looks like empty HTML glueball. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&group_…

1 0

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 February 2012