Hi Allin and Riccardo,
Since some time I got the impression that a previously installed version
using the package management system collides with a self-compiled
version to some extend.
I have uninstalled everything by "sudo apt-get purge gretl" and "sudo
apt-get autoremove". No gretl packages are installed according to
Synaptic anymore.
I followed Allin's recommendation to use "./configure --enable-build-doc
--prefix=/usr && make && sudo make install" after running "rm -f
~/.gretl2rc" (deletes the respective file in my /home folder) as well.
The output is:
--------------------------------------------------------------
mkdir -p -- /usr/share/gretl/data
mkdir: kann Verzeichnis „/usr/share/gretl/data“ nicht anlegen: Die Datei
existiert bereits
make[1]: *** [installdirs] Fehler 1
make[1]: *** Warte auf noch nicht beendete Prozesse...
cp -fp ../share/data/descriptions /usr/share/gretl/data
cp -fp ../share/data/gretldata.dtd /usr/share/gretl/data
cp -fp ../share/data/plotbars/nber.txt /usr/share/gretl/data/plotbars
cp: Zugriff auf „/usr/share/gretl/data/plotbars“: Ist kein Verzeichnis
make[1]: *** [install_datafiles] Fehler 1
make[1]: Verlasse Verzeichnis '/home/artur/cvs/gretl/share'
make: *** [install] Fehler 2
---------------------------------------------------------------
It cannot open a new folder name "/.../data" since there exists already
a FILE just named "data". Even if I rename this file or delete it, the
compilation re-builds it and hence the folder named "data" cannot be
build again.
Following Riccardo's entry, I ran "sudo ldconfig". For a second the
gretl window opens but closes immediately again with the error:
---------------------------------------------------------------------
Couldn't read /home/artur/.gretl2rc
Speicherzugriffsfehler (Speicherabzug geschrieben) [This refers to a
segmentation fault - A.T.]
---------------------------------------------------------------------
Artur
----------------------------------------------------
Again, just for the record, this is precisely the reason why I had put
item (0) in my message to gretl-user on February 12
(
http://lists.wfu.edu/pipermail/gretl-users/2011-February/005883.html)
Item (8) is also related.
Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche
Am 17.04.2011 04:28, schrieb Allin Cottrell:
Hello all,
This may or may not be relevant to the problem recently reported
by Artur T., but I'll set it out for the record.
1) If you install gretl using the package management system of a
Linux distribution, it will almost certainly be installed under
/usr -- the gretl executables in /usr/bin, the gretl shared
library in /usr/lib, and data files and so on in /usr/share/gretl.
2) But if you build the program yourself, the default (as per the
GNU standard) is to install under /usr/local -- the executables
in /usr/local/bin, the library in /usr/local/lib, and shared files
under /usr/local/share/gretl.
3) Unfortunately, this creates the potential -- for anyone not
used to managing a Linux system -- for a nasty mix-up of
incompatible bits and pieces.
4) We therefore recommend that if you're building gretl yourself
(a) you should ensure that you uninstall completely the gretl
version installed by your distribution (if present), and (b) to
avoid the possibility of ending up with parallel versions, you may
want to configure the gretl build with --prefix=/usr . That way,
if anything remains from a stock installation it will be
overwritten by files from your CVS build.
5) If you're switching from packaged gretl to your own build, an
additional safety measure is to delete your old per-user gretl
config file, and let this be re-established:
rm -f ~/.gretl2rc