Pd-dev December 2015

pd-dev@lists.iem.at

14 participants
16 discussions

how to package libs with third party deps with deken?
by Roman Haefeli 15 Dec '15

15 Dec '15

Hey Me being most familiar with Debian-like system, I'm used to the notion that third-party libraries are taken care of by the system/package manager. When distributing my own package, I simply define the dependencies. How can/should externals be distributed with deken that depend on other libraries? Let's say I'd like to create a deken package for the aubio library which depends on libaubio. What's the process? Would I just include a libaubio binary and make sure that pd externals link to that? Does that work similarly on every platform or should every platform be treated differently? Roman

2 1

building on OS X
by Roman Haefeli 14 Dec '15

14 Dec '15

Hey all I got access to a pristine OS X (10.9) virtual machine I can use for building. Before I start my journey, I need some advice from the experienced: * Do I need XCode? (and thus an Apple-ID?) * How do I install all other necessary tools (git, etc.)? I heard about homebrew, fink, macports... * Once things are set up, is it feasible to have completely CLI based workflow? Some hints are much appreciated as I am much more interested what Pd people use/do and not so much what iOS devs do. Roman

1 1

A Few Small UI Updates
by Dan Wilcox 09 Dec '15

09 Dec '15

Howdy all, I’ve put a little time recently into some UI updates for vanilla which are currently in separate branches on Github. I created some reference PRs to make it easy to see whats going on: * live dialog updates for OSX <https://github.com/pure-data/pure-data/pull/5> The entry widgets now unbind the enter key from closing the dialog when they receive focus and then rebind it after they lose it. This allows for editing and tabbing through all the entry boxes. Also, I enabled activation of the OK button when the dialog box will close on Enter to make this interchange much more obvious. Consequently, I removed the Cancel button form the focus list since it’s activated on the Escape key anyway (and OSX does keyboard button pressed via Spacebar anyway). * overall iemgui dialog cleanup <https://github.com/pure-data/pure-data/pull/4> I mainly cleaned up inconsistencies, alignment, & a few bugs (vu scale/no_scale button not wide enough, preview & label name font size mismatch). Overall, clicking on things doesn’t result in the dialog changing size too much. I also try to more closely match dialog_gatom. The new label & header texts are generated in the tcl using the $mainheader value. Hopefully there is some mechanism to handle these in tcl via gettext & the .po files, but I haven’t looked into it yet. * osx retina display support <https://github.com/pure-data/pure-data/pull/6> Some small additions to enable crisp rendering on high dpi displays in OSX. Basically use Tk 8.5 and a newer Wish Shell.app (included) and add a key to the Info.plist. The only hiccup so far is that the canvas font is now a bit too thin at the default size. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

vanilla OS X build?
by Dan Wilcox 09 Dec '15

09 Dec '15

How do I build vanilla on OSX? I’m not having much luck, mainly due to portaudio. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Pd include paths on Windows
by katja 06 Dec '15

06 Dec '15

Hello, In Makefile.pdlibbuilder I'm trying to define some standard Pd include paths. On Windows with MinGW this used to be (if I'm not mistaken): - $(PROGRAMFILES)/pd/src (vanilla Pd) - $(PROGRAMFILES)/pd/include/pdextended (Pd-extended) Now I've installed Pd 0.46-7 with the experimental new installer from Miller's downloads, for which must be set: - $(PROGRAMFILES)/Pure Data/src Is this path experimental too? Will it stay like this? I would hope that at least the whitespace could be taken out of the 'Pure Data' component so you could define relative paths without spaces. Katja

3 4

disable deken's apt-backend?
by IOhannes m zmoelnig 02 Dec '15

02 Dec '15

hi, last night i had to restart Pd a couple of times while loading a largish patch and found that the startup took incredibly long. after ruling out the largish-patch, i found that the actual cause of the slow-startup was deken (the plugin), which runs a bit of code to determine whether it is running on a Debian-based system (so it will also search for apt-installable packages). While this check (`lsb_release`) usually runs reasonably fast (that's why i didn't detect any problems earlier), it seems that sometimes it does not. so after a little though i now think that the "apt" search backend in deken should probably be removed from the built-in deken (Pd>=0.47). reasoning: first of all i still think that the apt-functionality is a great feature (hey, i wrote it!) however, the target audience are users who installed Pd via apt. this rules out all OSX, W32 and fedora users (in these cases, the potentially slow test will most likely return much earlier due to a "command not found"; nevertheless it does require some ressources (forking away a shell) and therefore slows down the boot-process). as it is now, the apt-backend is currently mandatory (on Debian-based systems): i believe in choice, so there ought to be a way to disable. finally: the apt-functionality has been implemented as a test bed for extensible deken-backends. the idea is, that deken provides a little API that any search backend could use. afaict, this API is simple and stable (both the default puredata.info-search and the apt-search are actually "plugins" to deken). so my idea is to have the apt-backend removed from pd/deken altogether, and then have the puredata Debian package install that functionality via an plugin by default (e.g. a Debian package "pd-deken-apt"). this would keep the current feature for all users, but allow Debian users to disable it, and not slow down users of non-Debian based system at all. if the apt-search functionality was provided via a Debian package, one could also skip the test for Debian. this requires two things: - (obviously) remove the apt-backend from the built-in deken - apply [patch#556], since any deken-backends must be loaded *after* deken has beein initialized - which currently is impossible as deken loads after all external plugins. i will add a patch for the 1st issue to [patch#556] and pray for inclusion... gfmasdr IOhannes [patch556] https://sourceforge.net/p/pure-data/patches/566/

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 December 2015