From: Eliezer R. <eli...@gm...> - 2021-03-25 01:37:55
|
I am trying to install gnuplot-5.4.1 in Linux OS using Ubuntu 64 bit 16.04.3 I want to use gnuplot to plot the bandstructure of Pd using the ABINIT code. I have tried to install gnuplot-5.4.1 without success. I have read the faq "How do I compile gnuplot on my system" and the INSTALL file in the gnuplot-5.4.1 folder. I downloaded gnuplot-5.4.1.tar.gz and unzipped the file into $HOME/gnuplot/gunuplot-5.4.1. I then entered the commands ./configure make sudo apt install gnuplot make check make install The 'sudo' command ran returning Reading package lists... Done Building dependency tree Reading state information... Done gnuplot is already the newest version (4.6.6-3ubuntu0.1). The following packages were automatically installed and are no longer required: libdumbnet1 libgtkmm-2.4-1v5 libllvm5.0 libmspack0 libxmlsec1 libxmlsec1-openssl snapd-login-service The make install command ran and returned at the end /bin/mkdir -p '/usr/local/share/gnuplot/5.4/js' /bin/mkdir: cannot create directory '/usr/local/share/gnuplot': Permission denied Makefile:374: recipe for target 'install-jsDATA' failed make[2]: *** [install-jsDATA] Error 1 make[2]: Leaving directory '/home/eliezer/gnuplot/gnuplot-5.4.1/term' Makefile:489: recipe for target 'install-am' failed make[1]: *** [install-am] Error 2 make[1]: Leaving directory '/home/eliezer/gnuplot/gnuplot-5.4.1/term' Makefile:426: recipe for target 'install-recursive' failed make: *** [install-recursive] Error 1 The 'make check' command ran returning for most of it 'WARNING: plotting with an 'unknown' terminal. No output will be generated. Please select a terminal with 'set terminal'. ' At the end of the output the command returned /bin/mkdir -p '/usr/local/share/gnuplot/5.4/js' /bin/mkdir: cannot create directory '/usr/local/share/gnuplot': Permission denied Makefile:374: recipe for target 'install-jsDATA' failed make[2]: *** [install-jsDATA] Error 1 make[2]: Leaving directory '/home/eliezer/gnuplot/gnuplot-5.4.1/term' Makefile:489: recipe for target 'install-am' failed make[1]: *** [install-am] Error 2 make[1]: Leaving directory '/home/eliezer/gnuplot/gnuplot-5.4.1/term' Makefile:426: recipe for target 'install-recursive' failed make: *** [install-recursive] Error 1 About 5 years ago, I installed gnuplot-5.0.3, and every time I give the command 'gnuplot', gnuplot-5.0.3 opens. I listened to 2 youtube tutorials given with gnuplot-5.5 and terminal 'wxt'. Gnuplot-5.0.3 does not have this terminal. Does gnuplot-5.4.1? I hope you can resolve my problem. Eliezer Richmond |
From: Ethan M. <eam...@gm...> - 2021-03-25 02:32:41
|
On Wednesday, 24 March 2021 18:37:37 PDT Eliezer Richmond wrote: > I am trying to install gnuplot-5.4.1 in Linux OS using Ubuntu 64 bit 16.04.3 > > I have tried to install gnuplot-5.4.1 without success. I have read the faq > "How do I compile gnuplot on my system" and the INSTALL file in the > gnuplot-5.4.1 folder. > > I downloaded gnuplot-5.4.1.tar.gz and unzipped the file into > $HOME/gnuplot/gunuplot-5.4.1. You are mixing up two very different things. #1 is building and installing gnuplot from source files. #2 is downloading and installing whatever gnuplot package your distribution provides. Pick one or the other. > > > I then entered the commands > > ./configure > make Good so far. Assuming that you were happy with the output it shows about what optional components are being built, you should now have a runnable gnuplot sitting in the directory where you built it. > sudo apt install gnuplot But now you go completely wrong. "apt install" ignores the thing you just built. It goes out and looks for a package named "gnuplot" on some Ubuntu web site somewhere. Then installs it. Not the one you built. > make check That is checking the copy you built at step 1. > make install That is trying to insall the copy you just checked, but it will probably fail because you don't have the right permissions. Probably you need sudo make install > The 'sudo' command ran returning > Reading package lists... Done > Building dependency tree > Reading state information... Done > gnuplot is already the newest version (4.6.6-3ubuntu0.1). Now you are back in camp #2. It is reporting on installation of the Ubuntu package rather than the newer gnuplot you just built. Don't do this. Do _not_ run "apt". hope that helps, Ethan [snip] > I hope you can resolve my problem. > > Eliezer Richmond |
From: Alan C. <ala...@gm...> - 2021-03-25 13:22:05
|
Yeah, don't mix building from source with using debs. Do a dpkg purge gnuplot, then make uninstall it. Unless you really need the latest version apt-get install gnuplot should work. But the debs can be a year or more old by the time they trickle through the stages of testing so it's almost always a different version. On Wed, Mar 24, 2021, 10:33 PM Ethan Merritt <eam...@gm...> wrote: > On Wednesday, 24 March 2021 18:37:37 PDT Eliezer Richmond wrote: > > I am trying to install gnuplot-5.4.1 in Linux OS using Ubuntu 64 bit > 16.04.3 > > > > I have tried to install gnuplot-5.4.1 without success. I have read the > faq > > "How do I compile gnuplot on my system" and the INSTALL file in the > > gnuplot-5.4.1 folder. > > > > I downloaded gnuplot-5.4.1.tar.gz and unzipped the file into > > $HOME/gnuplot/gunuplot-5.4.1. > > You are mixing up two very different things. > #1 is building and installing gnuplot from source files. > #2 is downloading and installing whatever gnuplot > package your distribution provides. > > Pick one or the other. > > > > > > > > I then entered the commands > > > > ./configure > > make > > Good so far. Assuming that you were happy with the > output it shows about what optional components are > being built, you should now have a runnable gnuplot > sitting in the directory where you built it. > > > sudo apt install gnuplot > > But now you go completely wrong. > "apt install" ignores the thing you just built. > It goes out and looks for a package named "gnuplot" on > some Ubuntu web site somewhere. Then installs it. > Not the one you built. > > > make check > > That is checking the copy you built at step 1. > > > make install > > That is trying to insall the copy you just checked, > but it will probably fail because you don't have the > right permissions. Probably you need > > sudo make install > > > > The 'sudo' command ran returning > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > gnuplot is already the newest version (4.6.6-3ubuntu0.1). > > Now you are back in camp #2. It is reporting on installation > of the Ubuntu package rather than the newer gnuplot you just built. > Don't do this. Do _not_ run "apt". > > hope that helps, > > Ethan > > [snip] > > I hope you can resolve my problem. > > > > Eliezer Richmond > > > > > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
From: Ethan M. <eam...@gm...> - 2021-03-25 16:51:10
|
On Thursday, 25 March 2021 06:45:45 PDT Eliezer Richmond wrote: > Ethan, > > I followed your instructions. Since I downloaded and unzipped the file with gunzip and extracted the file with tar xvf into the directory $HOME/gnuplot/gnuplot-5.4.1, > I started with "./configure --prefix=$HOME/gnuplot/gnuplot-5.4.1". That configures it in such a way that the final "install" command will put it in $HOME/gnuplot/gnuplot-5.4.1/bin. That would make sense if you were building it on someone else's machine where you did not have permission to change anything outside of your own login directory. It doesn't make much sense on your own machine - if it's in your own directory you can run it even without the "install" step. > I then issued the "make" command and then the "make check" command. Next, I issued "sudo make install". I tested gnuplot and obtained the same result as before, i.e. gnuplot-5.0.3 opened. In desperation, I issued "make install" but obtained the same gnuplot version. > Then I thought that maybe it was a PATH problem so I issued "export PATH=$HOME/gnuplot/gnuplot-5..6.1/bin:$PATH". Do you mean "export PATH=$HOME/gnuplot/gnuplot-5.4.1/bin:$PATH"? That should work, at least for the terminal session you are in at that moment. To make it permanent you would have to add that directory to /etc/ld.so.conf.d But that would be crazy. If you have root permission to modify the system load path then you would be better off using that permission to install the program in the normal place - /usr/bin (or /usr/local/bin) > I checked and the addition was included in the PATH. I tested gnuplot again and got gnuplo-5.0.3. Next, I examined the contents of the directory "/usr/bin", and found three entries - gnuplot, gnuplot5, and gnuplot5-nox. I looked at these files with the editor to find that they each had a long list of alphanumeric characters. I tried to remove them with a response that "permission denied". That is the purpose of using the "sudo" command wrapper. It lets you add/remove/modify files that require system privilege. > Could you direct me as to what I am doing wrong? ./configure # Inspect output to make sure it is building all the pieces you want # e.g. if the summary at the end says something like # airo-based terminals: no (requires cairo>=1.2, pango>=1.22, glib>=2.28 # it is telling you that you need to install those support packages before # configuring gnuplot to use them make >& make.log # Inspect log file for warnings or errors make check # The new gnuplot that you just built should run through a bunch of demos sudo make install # At this point the new gnuplot should be in /usr/local/bin # The new qt and x11 terminals should be in /usr/local/libexec/ # And lots of documentation and support files should be in /usr/local/share/gnuplot/5.4 If your system doesn't normally use the /usr/local directories (I don't know about Ubuntu), then you can either (a) add /usr/local to /etc/ld.so.conf.d (b) make /usr/local be a symlink to /usr before doing "make install" !! (c) modify the configure at step #1 to be ./configure --prefix=/usr There might still be some error messages from "make install" if your system uses a different convention than the gnuplot configure script expects for certain things. For example it might well be that Ubuntu keeps TeX support files in a different place than gnuplot's default. cheers, Ethan > Thank you in advance for your help > > Eliezer > > -----Original Message----- > From: Ethan Merritt <eam...@gm...> > Sent: Wednesday, March 24, 2021 10:33 PM > To: gnu...@li... > Cc: Eliezer Richmond <eli...@gm...> > Subject: Re: [Gnuplot-info] Not able to install gnuplot succesfully > > On Wednesday, 24 March 2021 18:37:37 PDT Eliezer Richmond wrote: > > I am trying to install gnuplot-5.4.1 in Linux OS using Ubuntu 64 bit > > 16.04.3 > > > > I have tried to install gnuplot-5.4.1 without success. I have read > > the faq "How do I compile gnuplot on my system" and the INSTALL file > > in the > > gnuplot-5.4.1 folder. > > > > I downloaded gnuplot-5.4.1.tar.gz and unzipped the file into > > $HOME/gnuplot/gunuplot-5.4.1. > > You are mixing up two very different things. > #1 is building and installing gnuplot from source files. > #2 is downloading and installing whatever gnuplot package your distribution provides. > > Pick one or the other. > > > > > > > > I then entered the commands > > > > ./configure > > make > > Good so far. Assuming that you were happy with the output it shows about what optional components are being built, you should now have a runnable gnuplot sitting in the directory where you built it. > > > sudo apt install gnuplot > > But now you go completely wrong. > "apt install" ignores the thing you just built. > It goes out and looks for a package named "gnuplot" on some Ubuntu web site somewhere. Then installs it. > Not the one you built. > > > make check > > That is checking the copy you built at step 1. > > > make install > > That is trying to insall the copy you just checked, but it will probably fail because you don't have the right permissions. Probably you need > > sudo make install > > > > The 'sudo' command ran returning > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > gnuplot is already the newest version (4.6.6-3ubuntu0.1). > > Now you are back in camp #2. It is reporting on installation of the Ubuntu package rather than the newer gnuplot you just built. > Don't do this. Do _not_ run "apt". > > hope that helps, > > Ethan > > [snip] > > I hope you can resolve my problem. > > > > Eliezer Richmond > > > > > |
From: Alan C. <ala...@gm...> - 2021-03-25 17:44:57
|
If you want to manually remove files installed by apt/dpkg look in /var/lib/dpkg/info/gnuplot*.list Except if Ubuntu uses Debian's alternatives system of symlinks gnuplot is tangled up in that. galternatives is the GUI tool for dealing with it, or update-alternatives for command line. And the binary here at least (Raspbian) is /usr/bin/gnuplot-qt and the list is in gnuplot-qt.list On 3/25/21, Ethan Merritt <eam...@gm...> wrote: > On Thursday, 25 March 2021 06:45:45 PDT Eliezer Richmond wrote: >> Ethan, >> >> I followed your instructions. Since I downloaded and unzipped the file >> with gunzip and extracted the file with tar xvf into the directory >> $HOME/gnuplot/gnuplot-5.4.1, >> I started with "./configure --prefix=$HOME/gnuplot/gnuplot-5.4.1". > > That configures it in such a way that the final "install" command > will put it in $HOME/gnuplot/gnuplot-5.4.1/bin. > > That would make sense if you were building it on someone else's > machine where you did not have permission to change anything outside > of your own login directory. > It doesn't make much sense on your own machine - if it's in your > own directory you can run it even without the "install" step. > > >> I then issued the "make" command and then the "make check" command. Next, >> I issued "sudo make install". I tested gnuplot and obtained the same >> result as before, i.e. gnuplot-5.0.3 opened. In desperation, I issued >> "make install" but obtained the same gnuplot version. > >> Then I thought that maybe it was a PATH problem so I issued "export >> PATH=$HOME/gnuplot/gnuplot-5..6.1/bin:$PATH". > > Do you mean "export PATH=$HOME/gnuplot/gnuplot-5.4.1/bin:$PATH"? > That should work, at least for the terminal session you are in at that > moment. > > To make it permanent you would have to add that directory to > /etc/ld.so.conf.d > But that would be crazy. If you have root permission to modify the > system load path then you would be better off using that permission > to install the program in the normal place - /usr/bin (or /usr/local/bin) > >> I checked and the addition was included in the PATH. I tested gnuplot >> again and got gnuplo-5.0.3. Next, I examined the contents of the >> directory "/usr/bin", and found three entries - gnuplot, gnuplot5, and >> gnuplot5-nox. I looked at these files with the editor to find that they >> each had a long list of alphanumeric characters. I tried to remove them >> with a response that "permission denied". > > That is the purpose of using the "sudo" command wrapper. > It lets you add/remove/modify files that require system privilege. > >> Could you direct me as to what I am doing wrong? > > ./configure > # Inspect output to make sure it is building all the pieces you want > # e.g. if the summary at the end says something like > # airo-based terminals: no (requires cairo>=1.2, pango>=1.22, > glib>=2.28 > # it is telling you that you need to install those support packages before > # configuring gnuplot to use them > > make >& make.log > # Inspect log file for warnings or errors > > make check > # The new gnuplot that you just built should run through a bunch of demos > > sudo make install > # At this point the new gnuplot should be in /usr/local/bin > # The new qt and x11 terminals should be in /usr/local/libexec/ > # And lots of documentation and support files should be in > /usr/local/share/gnuplot/5.4 > > If your system doesn't normally use the /usr/local directories > (I don't know about Ubuntu), then you can either > > (a) > add /usr/local to /etc/ld.so.conf.d > (b) > make /usr/local be a symlink to /usr before doing "make install" !! > (c) > modify the configure at step #1 to be > ./configure --prefix=/usr > > There might still be some error messages from "make install" > if your system uses a different convention than the gnuplot > configure script expects for certain things. > For example it might well be that Ubuntu keeps TeX support files > in a different place than gnuplot's default. > > cheers, > > Ethan > > >> Thank you in advance for your help >> >> Eliezer >> >> -----Original Message----- >> From: Ethan Merritt <eam...@gm...> >> Sent: Wednesday, March 24, 2021 10:33 PM >> To: gnu...@li... >> Cc: Eliezer Richmond <eli...@gm...> >> Subject: Re: [Gnuplot-info] Not able to install gnuplot succesfully >> >> On Wednesday, 24 March 2021 18:37:37 PDT Eliezer Richmond wrote: >> > I am trying to install gnuplot-5.4.1 in Linux OS using Ubuntu 64 bit >> > 16.04.3 >> > >> > I have tried to install gnuplot-5.4.1 without success. I have read >> > the faq "How do I compile gnuplot on my system" and the INSTALL file >> > in the >> > gnuplot-5.4.1 folder. >> > >> > I downloaded gnuplot-5.4.1.tar.gz and unzipped the file into >> > $HOME/gnuplot/gunuplot-5.4.1. >> >> You are mixing up two very different things. >> #1 is building and installing gnuplot from source files. >> #2 is downloading and installing whatever gnuplot package your >> distribution provides. >> >> Pick one or the other. >> >> >> > >> > >> > I then entered the commands >> > >> > ./configure >> > make >> >> Good so far. Assuming that you were happy with the output it shows about >> what optional components are being built, you should now have a runnable >> gnuplot sitting in the directory where you built it. >> >> > sudo apt install gnuplot >> >> But now you go completely wrong. >> "apt install" ignores the thing you just built. >> It goes out and looks for a package named "gnuplot" on some Ubuntu web >> site somewhere. Then installs it. >> Not the one you built. >> >> > make check >> >> That is checking the copy you built at step 1. >> >> > make install >> >> That is trying to insall the copy you just checked, but it will probably >> fail because you don't have the right permissions. Probably you need >> >> sudo make install >> >> >> > The 'sudo' command ran returning >> > Reading package lists... Done >> > Building dependency tree >> > Reading state information... Done >> > gnuplot is already the newest version (4.6.6-3ubuntu0.1). >> >> Now you are back in camp #2. It is reporting on installation of the Ubuntu >> package rather than the newer gnuplot you just built. >> Don't do this. Do _not_ run "apt". >> >> hope that helps, >> >> Ethan >> >> [snip] >> > I hope you can resolve my problem. >> > >> > Eliezer Richmond >> >> >> >> >> > > > > > > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > -- ------------- Education is contagious. |
From: Ethan M. <eam...@gm...> - 2021-03-25 17:59:28
|
On Thursday, 25 March 2021 09:50:52 PDT Ethan Merritt wrote: > [some stuff about modifying /etc/ld.so.conf] Correction: Please ignore that particular suggestion. It is relevant to installing support libraries, but not to installing the program itself. If you need to add "/usr/local/bin" to your path permanently it goes in your personal profile file (probably $HOME/.bashrc) or somewhere in the /etc/profile.d/* system templates. Ethan |