As expected when I saw the new patch replacing the one that I crafted for -r2. One quick example: on the command line (for full effect) launch opendx with:dx in the main widow click on: Import Data... you will see an info window displayed for a short amount of time and then nothing. On the command line you will see: Data Explorer is unable to exec /usr/share/dx/bin_linux/prompter It is unable to execute it because it is in /usr/lib/dx/bin_linux/ with a few other commands that will be equally unresponsive if called internally. A bit of background so it is documented somewhere: opendx spaw an object called the theIBMApplication (or something very similar). Paths are resolved through calls to a method of this object, root, if I remember well. Every path for a component of opendx will be resolved relative to this call. Which is why in -r2 I put most everything under /usr/lib/ and didn't split it with /usr/share/. Fedora solve the problem by creating by creating /usr/lib/dx/bin_linux/ as a link to /usr/share/dx/bin_linux/ see http://cvs.fedoraproject.org/viewvc/devel/dx/dx.spec?revision=1.18&view=markup While it solve the problem shown in my example there is no guarantee that some more sophisticated opendx script won't still be broken. Furthermore, if you are going to change paths in opendx, opendx-samples needs to be updated as _well_. As it is opendx cannot find its samples automatically if they are installed. I will post a installpath patch based on the original -r2 patch correcting the manpath which prompted -r3 shortly.
Created attachment 211733 [details, diff] updated installpath from -r2 with correct path for the man page
Done in 4.4.4-r4. Thanks!