Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

Re: Linux RPM depenancies
by Michael Lechasseur 04 Nov '98

04 Nov '98

> (called dll4s in Windows world). How did you guess? <g> > There are different possibilities what had happened: > > 1) Redhat has named the libraries slightly different. > 2) You have not installed the libraries. 2) I suspect that they're installed. I verified that these are installed: tk-8.0.2-16.i386.rpm tcl-8.0.2-16.i386.rpm tclx-8.0.2-16.i386.rpm 1) possibly renamed? from http://www.redhat.com/linux-info/pkglist/rhl-intel/tcl-8.0.2-16.i386.html tcl-8.0.2-16 RPM for i386 Provides libtcl8.0.so Files < ..partial list.. > /usr/lib/libtcl.so /usr/lib/libtcl8.0.so from http://www.redhat.com/linux-info/pkglist/rhl-intel/tk-8.0.2-16.i386.html tk-8.0.2-16 RPM for i386 Provides libtk8.0.so Files /usr/lib/libtk8.0.so > If you have installed them you should find them > in either /usr/lib or /usr/X11R6/lib or similar. Yes. /usr/lib as above. So, should I copy?: libtcl8.0.so >> to >> libtc8.0.so.1 libtk8.0.so >> to >> libtk8.0.so.1 Well, I'll try it anyways. > Well, you could try, if your system is set up correctly (compiler,... ) > then it will work. You still have to have these libraries installed I didn't get very far with that. I'll try the above first. > BTW I am using Debian, which is hard to install for a newbie too .. Well, I'm felling less and less and newbie by the minute! Thanks for all of your suggestions. Michael

1 0

Guenthers Webpage
by math＠iem.mhsg.ac.at 04 Nov '98

04 Nov '98

hello list, guenters webpage was down once more, and I started it again today (november 4th). Sorry for this extra inconvenience. In the next days we will set up new hardware for our webserver and I hope this will fix this problem forever... btw. I am following guenter in his work at the institute for electronic music in graz. while guenter is still mantaining the pd linux port I am the one to blame if the list or the webpage goes down again. greetings norbert

1 0

RE: Linux RPM depenancies
by Guenter Geiger 04 Nov '98

04 Nov '98

Hi ! Ok, I´m trying to be specific. First of all, I am not using Redhat, so the rpm´s are not tested, and somebody else already reported the failing dependency. One possibility would be to force a install ( there is a command line switch for rpm to do that). If you try > rpm -i --nodeps pd_0.23-5.rpm you should be able to use pd. If that doesn´t work, you can compile pd yourself, which is a little bit more complicated for a newbie. But just try that now, and report any failures (or success). Guenter ---------- From: Michael Lechasseur[SMTP:mlecha@music.mcgill.ca] Sent: Tuesday, November 03, 1998 8:27 PM To: pd-list(a)iem.mhsg.ac.at Subject: Linux RPM depenancies When I try to install pd via the .rpm file I get these failed dependencies: libtc8.0.so.1 is needed by pd-0.23-5 libtk8.0.so.1 is needed by pd-0.23-5 Where can I get these? How can I install them? Please be specific as this is my first day with Linux. any advice is appreciated.

3 2

Linux RPM depenancies
by Michael Lechasseur 04 Nov '98

04 Nov '98

When I try to install pd via the .rpm file I get these failed dependencies: libtc8.0.so.1 is needed by pd-0.23-5 libtk8.0.so.1 is needed by pd-0.23-5 Where can I get these? How can I install them? Please be specific as this is my first day with Linux. any advice is appreciated.

1 0

troubles compiling pd
by Vger 02 Nov '98

02 Nov '98

hi, since this is the first time i have trouble compiling pd on linux, i'll post the errormessages here. hopefully somebody has seen this before: x_arithmetic.o: In function `sin_float': x_arithmetic.o(.text+0xd8b): undefined reference to `sinf' x_arithmetic.o: In function `cos_float': x_arithmetic.o(.text+0xddb): undefined reference to `cosf' x_arithmetic.o: In function `tan_float': x_arithmetic.o(.text+0xe2f): undefined reference to `cosf' x_arithmetic.o(.text+0xe4e): undefined reference to `sinf' x_arithmetic.o: In function `atan_float': x_arithmetic.o(.text+0xeb0): undefined reference to `atanf' x_arithmetic.o: In function `atan2_float': x_arithmetic.o(.text+0xf42): undefined reference to `atan2f' x_arithmetic.o: In function `sqrt_float': x_arithmetic.o(.text+0xfd0): undefined reference to `sqrtf' x_arithmetic.o: In function `log_float': x_arithmetic.o(.text+0x104e): undefined reference to `logf' x_arithmetic.o: In function `exp_float': x_arithmetic.o(.text+0x10ca): undefined reference to `expf' make: *** [../bin/pd] Error 1 thx in advance! gert -- | || ||| || s p r a y r a z o r f i s h, hamburg Gert Brantner >> +49.(0)40.355377.25

1 0

Guenthers Webpage is down?
by Junger Joerg 28 Oct '98

28 Oct '98

Hi list, hi Guenther, It seems as if the Pd-Linux Webpage is down. How could I get the Linux sources for Pd? Regards Joerg

2 1

Re: summary
by tpt 26 Oct '98

26 Oct '98

well, it took me longer to realise that the postcommands where already there than to actually solve the problem , ;) , which turned out to be related to 2 different versions of freetype ... and yeah, it would be really nice if the error-or-startupreports would be a bit more detailed ... could have saved this or another hour ... ;) tknks anyway, ltr .. Miller Puckette wrote: > > approximately whereabouts would i insert > those calls?(i dont mean line numbers but maybe files and code-sections) ... > > I looked at the code, and discovered immediately that (mea culpa!) there are > situations in which the "-lib" flag handling fails and exits without a > message! So I'd put printf's at the beginning and end of "sys_loademup()" > in the file "s_loader.c". If the function gets to the last line it succeeded, > otherwise it failed. I'll go back and put in some better error reporting for > the next release... > > Miller > > PS main() calls sys_argparse() which calls sys_loademup(), so if I'm wrong > about what's failing I'd go back up the call chain.

1 0

summary
by tpt 24 Oct '98

24 Oct '98

yo! hi all, a brief summary of my recent escapades in pd and gem on linux: 1: finally got a decent setup running on my redhat 5.1 notebook, also i was able to get running Gem on this machine with the latest gem-0.77, sincfe guenther reorganized the library checking order in configure ... no midi here though, but that i guess got to do with my midisetup generally .. 2: i also installed the evaluatoin version of OSS/Linux (on another machine), the comercial sound driver package, and hey, it operates the soundblaster awe64 in FULLDUPLEX mode, isnt that amazing? i didnt try with any other cards though ... 3: a strange thing with gem appeared on two desktop mnachines, namely, when after successfully compiling gem trying to start "pd -lib $PATH_TO_GEM/Gem", nothing really happens, looks like this: $ pd -lib /home/opt/pd/gem-0.77/Gem Pd version 0.23 compiled Wed Oct 21 21:26:40 CEST 1998 $ thats all, pd doesnt even start up or anything ..it just exits after these two lines .. any ideas? jodel, oswald

1 0

Sv: [Fwd: rpm of pd.23-4]
by Soeren Bovbjerg 24 Oct '98

24 Oct '98

Just a few comments > >I suspect this error is more subtle than just your 23-4 changes, >Guenter, because of the loss of fuctionality at >23-1. I have MIDI functionality in version 23-2 but not in 23-3 (as I have notified Guenter earlier) >Your changes may just have exposed where RedHat OSS fails with new 0.23 >scheme. > I am not sure, that RedHat is the problem... It works fine to me, if I use OSS and NOT ALSA drivers. Soeren

1 0

RE: rpm of pd.23-4
by Guenter Geiger 23 Oct '98

23 Oct '98

>---------- From: Charles Baker[SMTP:baker@charlieb.com] >Sent: Thursday, October 22, 1998 11:00 PM >To: Guenter Geiger; pd-list(a)iem.mhsg.ac.at >Subject: Re: rpm of pd.23-4 >Guenter (et al) - >I tried all recent pd's for MIDI on my RedHat5.1/OSS system: >23-4 seg faults on MIDI out, only 23-4 BUT >it seems I lost all MIDI function back at pd 23-1 ! Does this mean, 0.23-1 works, and 0.23-2 and 0.23-3 don´t, and finally 0.23-4 segfaults (getting worse :)). I think it is rather a problem with the linux MIDI part, which is located in the linux subdirectory. I have reports that pd-0.23-2 works. I have to look what is different between 0.23-1 and 0.23-2. After all, the differences between 0.23-1 and 0.23-4 are minimal in respect to functionality of pd, they were rather intended for Linux specific changes. > When I diff the x_midi.c, what I see is that 22 -> 23 involved a > move from treating MIDI data as ints to treating them as floats. > Perhaps somehow this lies at the root of the in-effective midi objects > on my system. How does this ineffectiveness show itself ? The step from pd-0.22 to pd-0.23 was rather big, but probably only Miller and Mark can shed some light on what really changed. > I will try to look into it more this weekend. I should check myself some MIDI gear and work on it too, maybe Wini can help us out and tell, what I have done wrong in the newest version. guenter

1 0

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

2001

2000

1999

1998

Pd-list