Bug 2288

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

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

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 => RESOLVED
Resolution: (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.