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 >
