Mauro: I stopped making testing packages a little while ago because I removed testing from my machines. The reason was security. The delay in packages being moved into testing causes security patches to languish, leaving the machine more vulnerable. In that sense, both stable and unstable are "better". That being said, it should be possible for you to build your own versions of the packages using apt-get source I will look into the error you describe. Thanks for letting me know about it. Once I have the proposal I am writing out the door, I should be able to figure it out. Carlo On Wed, 14 Apr 2004, mauro@rulp.org wrote:

On Sat, Apr 10, 2004 at 03:22:05AM -0500, Carlo U. Segre wrote:

...

Hello All:

There are now new Debian packages of the latest horae available. Bruce, I

[cut]

Hello,

I have installed the new Debian packages and I would like to express some comments.

First of all, I thank Carlo to maintain the package (with "apt-get" now it's very fast to upgrade horae).

I use Debian "testing". Installing by the "unstable" package doesn't work because need pgplot5 (>5.2.2-5) - I have pgplot5_5.2.2-4 - so I have to install the "stable". It could be an idea to compile the Debian package also for the "testing" distribution.

According to the Debian official guidelines, I install software not included in the official distribution in the directory "/usr/local". The package install itself in the "/usr/share". This made problems with the previous installed horae-* because the Perl-Ifeffit libraries were installed in "/usr/local/lib". The rude solution is simply renaming the old "Paths.pm" and "Group.pm" (in *.old).

Hephaestus doesn't start. It gives me the following error:

Name "Ifeffit::Tools::libdir" used only once: possible typo at /usr/bin/hephaestus line 97. Cannot open '/hephaestus/vulcan.gif' in mode 'r' at /usr/lib/perl5/Tk/Image.pm line 21.

These are only "comments", after all the installation was fine and the software is working as well as usual.

--- Mauro Rovezzi - Physics student University of Rome "Tor Vergata", ESRF Beamline BM8 - GILDA

-- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498 Fax: 312.567.3494 Carlo.Segre@iit.edu http://www.iit.edu/~segre

Exactly, Bruce. I suspect that there is an installation from a tarball in /usr/local and then he installed my packages which go into /usr since I am angling to get them in the official distribution. The /usr/local takes precedence in the PATH and then there are conflicts. In fact, artemis and athena could be working fine because they are executing the /usr/local copy. I suggest that all the ifeffit and horae related stuff in /usr/local be removed. Carlo On Wed, 14 Apr 2004, Bruce Ravel wrote:

On Wednesday 14 April 2004 08:57 am, mauro@rulp.org wrote:

...

According to the Debian official guidelines, I install software not included in the official distribution in the directory "/usr/local". The package install itself in the "/usr/share". This made problems with the previous installed horae-* because the Perl-Ifeffit libraries were installed in "/usr/local/lib". The rude solution is simply renaming the old "Paths.pm" and "Group.pm" (in *.old).

The issue of where the library location when building from source or installing from a package is solvable without too much pain. In the source code tarball there is a file called `private_install' which I use to install the software into my own user space on my computers. All it is a shell script wrapper around the "make install" command with a bunch of environment variables set appropriate to the task of installing into user space.

You could modify that script easily enough to install in places concurrent with the Debian guidelines. It's well commented and easy enough to understand.

...

Hephaestus doesn't start. It gives me the following error:

           Name "Ifeffit::Tools::libdir" used only once: possible typo at            /usr/bin/hephaestus line 97. Cannot open '/hephaestus/vulcan.gif' in mode 'r' at /usr/lib/perl5/Tk/Image.pm line 21.

This is weird. That doesn't happen for me or for several other linux users who have tried Hephaestus so far and I am kind of baffled how it can be a problem for Hephaestus but not the other two programs.

My suspicion is that you are still seeing the conflict you described in your message about the different installation locations. That is, I think you have a Tools.pm file from some prior installation lying around that is being found by perl before the one from Carlo's latest debian package.

Try this. At the command line do "locate Tools.pm". Note all the locations that it finds and note which one is the one from Carlo's package. Try removing all the ones other than the one from Carlo's package and try running Hephaestus again.

If that still doesn't work, there is more troubleshooting we can try.

B

P.S. The correct Tool.pm file is the one with the version number 033 near line 70.

-- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498 Fax: 312.567.3494 Carlo.Segre@iit.edu http://www.iit.edu/~segre

On Wednesday 14 April 2004 10:44 am, mauro@rulp.org wrote:

You are right. I have solved conflicts completely removing the previous horae and installing Carlo's package. Now Hephaestus is working.

Yay! I like happy news! B -- Bruce Ravel ----------------------------------- ravel@phys.washington.edu Code 6134, Building 3, Room 405 Naval Research Laboratory phone: (1) 202 767 2268 Washington DC 20375, USA fax: (1) 202 767 4642 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b National Synchrotron Light Source Brookhaven National Laboratory, Upton, NY 11973 My homepage: http://feff.phys.washington.edu/~ravel EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/