Description of problem: I tested pure data under mageia 64 and 32 bits. Under mageia 64 bits, pd works fine. But under mageia 32 bits, pd doesn't work. Version-Release number of selected component (if applicable): 0.42.6 How reproducible: Everytime Steps to Reproduce: 1. enter "pd" under a terminale The error message: [collette@localhost build (master)]$ pd sh: /usr/lib/pd/bin/pd-gui: Aucun fichier ou dossier de ce type
Created attachment 680 [details] urpmi test command to see which (if any) packages are missing. I cannot reproduce the problem on my i586 system. Running pd opens up the gui. Can you create a new user, and test pd with that login, to see if there is a configuration file causing the problem? Also, can you run the attached urpmi test command, to see if any of those packages are missing on your system. I generated the list by running pd under strace, and then ran a script that takes every filename accessed, and generates a list of packages owning those files. The list may not be complete, as running pd under strace never gets to the point where the gui shows up (got impatient, and killed it after a few minutes).
Here is the result of the urpmi command. It test the result after the installation of these packages. Pour satisfaire les dépendances, les paquetages suivants vont être installés : (test uniquement, l'installation ne sera pas effectuée) Paquetage Version Révision Arch (média « Core Release (distrib1) ») expect 5.43.0 19.mga1 i586 gnu-free-fonts-common 20100919 4.mga1 noarch gnu-free-sans-fonts 20100919 4.mga1 noarch gnu-free-serif-fonts 20100919 4.mga1 noarch google-droid-sans-fonts 20100409 2.mga1 noarch libexpect5.43 5.43.0 19.mga1 i586 lohit-kannada-fonts 2.4.5 6.mga1 noarch samyak-fonts-common 1.2.2 4.mga1 noarch samyak-oriya-fonts 1.2.2 4.mga1 noarch vemana2000-fonts 1.1.3 2.mga1 noarch un espace additionnel de 10Mo sera utilisé. 4.1Mo de paquets seront récupérés. Procéder à l'installation des 10 paquetages ? (O/n) After installing the missing packages, I still have the same problem. Now,I will test on a new user
With the xguest user, I still have the same problem. But it works fine under 64 bits. Quite strange. YC
Created attachment 682 [details] the strace -f log
It seems that /usr/lib/pd/tcl is missing. I attached the strace -f log to this bug report. YC
What do you have in ~/.pdrc ? The strace log shows execve("/usr/lib/pd/bin/pd-gui" On mine, strace shows execve("/usr/bin/pd-gui" and execve("/bin/sh", ["sh", "-c", "TCL_LIBRARY=\"/usr/tcl/library\"
CC: (none) => davidwhodgins
My file .pdrc is totally empty. Made using the following command: touch ~/.pdrc YC
Created attachment 685 [details] list of files installed when I compiled pd vanilla from sources
I compiled pd-vanilla-0.43 from sources and installed it in a separate directory (opt/pd-0.43). I attached the list of files installed. To me, a lot of file are missing from the rpm. In the /usr/lib/pd directory, you have all these directories: bin/ doc/ extra/ po/ startup/ tcl/ In the mageia-1 32 installation, the bin and tcl directories are missing. YC
That explains the difference. $ pd -version Pd version 0.42-6 compiled 10:03:40 Mar 29 2011 from the Core Release repository. Try installing the pd package from the repository, and see if /usr/bin/pd works.
Just to sump up: I installed the mageia rpm package of pure data and it doesn't work. After stracing pure data, I realized that maybe some part of pure data where missing from the rpm package. So, I compiled pd-0.43 from sources (I installed this package in a specific directory: /local/pd-0.43) and compared the file list with the file list of the rpm package. For me, a lot of files are missing in the rpm package (and specially the directory /usr/lib/pd/bin). Best regards, YC
Just a small precision: - pure data installed from the rpm package doesn't work - pure data compiled from sources works. YC
Keywords: (none) => SecurityCC: (none) => stormi
Keywords: Security => (none)
Sorry to be so long getting back to this one. Can you attach the output from strace -f with the Mageia version of pd.
CCing ennael who imported the package
CC: (none) => ennael1
Hello, Here is the result of strace -f -o pd.txt pd on mageia 1 32 bits. Sorry for the delay. Best regards, YC
Created attachment 803 [details] the strace -f log
The relevant lines from the strace output 19201 execve("/usr/lib/pd/bin/pd-gui", ["/usr/lib/pd/bin/pd-gui", "5400"], [/* 82 vars */]) = -1 ENOENT (No such file or directory) 19201 stat64("/usr/lib/pd/bin/pd-gui", 0xbfbb0420) = -1 ENOENT (No such file or directory) I'm guessing the pu-gui is in /usr/lib64/pd/bin. As a temporary workaround you could create a symlink ln -s /usr/lib64/pd /usr/lib/
Hello, There is no such a directory. As I said in a previous comment (Comment 9), if you look at the files contained in the rpm package, there are no tcl files. All the tcl files are missing from the rpm package. Best regards, YC
Took another look. $ rpm -q -l pd|grep pd-gui /usr/bin/pd-gui Are you trying to run pd-gui directly? That fails here, however running just "pd", does work here , with the mageia version of pd on my i586 system. My guess is that the compiled from source version is interfering with the mageia version. Try running /usr/bin/pd explicitly.
Sorry for the delay: rpm -q -l pd|grep pd-gui /usr/bin/pd-gui I don't try to run pd-gui explicitely. I always try to run pd (not pd-gui). Now the test: /usr/bin/pd sh: /usr/lib/pd/bin/pd-gui: Aucun fichier ou dossier de ce type If I try with pd-gui: /usr/bin/pd-gui % (there is some kind of prompt here ?!?) The gui starts now. But it doesn't start when I run pd. YC
Does the directory /usr/lib/pd exist? When I run pd under strace, one of the things I see shortly before it starts /usr/bin/pg-gui, is 28422 stat64("/usr/lib/pd", 0xbf95599c) = -1 ENOENT (No such file or directory) I'm wondering if that directory exists on your system (It doesn't on mine), and that's causing it to select the wrong directory. And to confirm running the same versions $ ll /usr/bin/pd -rwxr-xr-x 1 root root 1218512 Mar 29 06:03 /usr/bin/pd* $ ll /usr/bin/pd-gui -rwxr-xr-x 1 root root 18084 Mar 29 06:03 /usr/bin/pd-gui*
@ Yann Is this bug still valid? If so, can you please reply to Dave's question in comment 21?
CC: (none) => marja11
Keywords: (none) => NEEDINFO
Sorry for the huge delay. Yes, I have a /usr/lib/pd directory (with a 'doc' and 'extra' directory inside). ll /usr/bin/pd: -rwxr-xr-x 1 root root 1224272 mars 29 2011 /usr/bin/pd* ll /usr/bin/pd-gui -rwxr-xr-x 1 root root 21396 mars 29 2011 /usr/bin/pd-gui* YC
I uninstalled and reinstalled the pd package. Now, I got the same size as you for the binaries. The problem is still here. YC
cc'ing funda, who was the last one to commit pd for cauldron
Keywords: NEEDINFO => (none)CC: (none) => fundawang
@ Dave Did you see comment 22 and 23 of Yann? If so, did you run out of ideas?
Yes, I ran out of ideas. I don't understand what's happening because, if I compile pure-data from sources, pure-data works fine. Maybe you can close the bug. I will see with mageia 2. If the bug still persist, I will reopen the bug. Thanks for your interest, YC
(In reply to comment #27) > Yes, I ran out of ideas. > I don't understand what's happening because, if I compile pure-data from > sources, pure-data works fine. > Maybe you can close the bug. I will see with mageia 2. If the bug still > persist, I will reopen the bug. > Thanks I'll close as "WORKSFORME" because it works for Dave and no one reproduced the issue. Yes, feel free to reopen it when needed
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME
Sorry, for taking so long to get back to this. Regarding comment 23, try removing (or renaming) /usr/lib/pd, which must be from the compiled version, and is probably interfering with the rpm package version.