Download Previous Version of Octave Arch Linux
Total Page:16
File Type:pdf, Size:1020Kb
download previous version of octave Arch Linux. I have the same problem with dropbox-cli and python2. Thanks! Last edited by ivoarch (2014-02-20 20:03:54) I love GnuEmacs , GnuScreen , ratpoison , and conkeror . Github )||( Weblog. #2 2014-02-20 19:31:25. Re: [SOLVED] zsh: exec format error: What is the output of `uname -a` and `pacman -Qi offlineimap`? Last edited by Scimmia (2014-02-20 19:32:42) #3 2014-02-20 19:34:13. Re: [SOLVED] zsh: exec format error: I use kernel-netbook, now I am going to try with the stock kernel. $> uname -a Linux netbook 3.12.0-netbook #1 SMP PREEMPT Wed Jan 15 15:15:01 CET 2014 i686 GNU/Linux. Last edited by ivoarch (2014-02-20 19:34:58) I love GnuEmacs , GnuScreen , ratpoison , and conkeror . Github )||( Weblog. #4 2014-02-20 19:38:34. Re: [SOLVED] zsh: exec format error: Oh, I see, offlineimap is python2 scripts, so the problem is there. so `pacman -Qi python2` is what would be needed. I'm most specifically interested in the Architecture line. #5 2014-02-20 19:44:55. Re: [SOLVED] zsh: exec format error: I love GnuEmacs , GnuScreen , ratpoison , and conkeror . Github )||( Weblog. #6 2014-02-20 19:47:00. Re: [SOLVED] zsh: exec format error: It looks like your whole python2 installation is screwed up. Reinstall it, and I'm guessing you'll end up using --force to get it to go. #7 2014-02-20 19:55:57. Re: [SOLVED] zsh: exec format error: Ok I reinstalled and getting this now. I love GnuEmacs , GnuScreen , ratpoison , and conkeror . Github )||( Weblog. #8 2014-02-20 19:58:13. Re: [SOLVED] zsh: exec format error: That module is part of the offlineimap package. Try reinstalling that, too. #9 2014-02-20 20:03:17. Re: [SOLVED] zsh: exec format error: Ok thanks, i solved the problem with offlineimap-git from (AUR). Thanks again. Last edited by ivoarch (2014-02-20 20:06:18) I love GnuEmacs , GnuScreen , ratpoison , and conkeror . Github )||( Weblog. Arch Linux. Hi guys, I am having a problem with the installation of an old version of Octave (octave-4.2.0-1-x86_64). After installing, if I try to run octave in a terminal I get tho following error: Why? Can you help me, please? I wasn't able to figure out the problem. (With the last version of Octave, when I tried to install the communications package, I got the following error related to base-lu.h file: It seems to be a known bug and, reading something on web, many users suggest to install an old version with base-lu.h file included). Thanks in advance. Last edited by mich_arch (2017-03-25 18:28:21) #2 2017-03-24 18:14:17. Re: [SOLVED] Octave installation old version issue. If you really need an older version of octave, that is, if you can't patch whatever is buggy then you'll have to rebuild that old version of octave with your current system libraries. #3 2017-03-24 18:37:56. Re: [SOLVED] Octave installation old version issue. If you really need an older version of octave, that is, if you can't patch whatever is buggy then you'll have to rebuild that old version of octave with your current system libraries. Well, the best thing, obviously, would be to solve the problem I mentioned about the last version. You have an idea? Any suggestion? Arch Linux. Hi guys, I have tried many linux distributions but I must say that I really like Archlinux. For this reason, I would like to understand if it is a distribution that can also be used at work to develop software. When developing a project we are forced to use certain versions. Let's take an example: I need to install mariadb. Currently on the repository there is the version 10.4.12 The project requires version 10.3.12 which is present in the Archive. I take these steps: What happens when I update with pacman -Syu? They would be updated to version 10.4.12. I don't want this, so I tell pacman to ignore it mariadb-libs = 10.3.12 mariadb-clients = 10.3.12 mariadb-10.3.12. If all the other packages that depend on mariadb.10.3.12 were updated, for example: What would happen to the system? Do I have a misaligned situation? Is it a correct practice or archlinux is a distribution created to always run the latest software available? Thank you all regards. Last edited by archdom (2020-03-01 12:46:14) #2 2020-02-29 13:09:36. Re: [SOLVED]Installation old packages. When no version is specified it means it worked with the package version which was in the repository at the same time as that package was. It will install the current version of that package downloading it if needed. Do I have a misaligned situation? Yes you have a partial update. You could build mariadb 10.3.12 against the current arch packages, downgrade arch to a date that version was in the repositories. Run mariadb 10.3.12 in a container or virtual machine or use a separate distribution for development. Last edited by loqs (2020-02-29 13:10:26) #3 2020-02-29 14:20:01. Re: [SOLVED]Installation old packages. When no version is specified it means it worked with the package version which was in the repository at the same time as that package was. It will install the current version of that package downloading it if needed. in the future, also these packages could be a problem. Yes you have a partial update. You could build mariadb 10.3.12 against the current arch packages, downgrade arch to a date that version was in the repositories. Run mariadb 10.3.12 in a container or virtual machine or use a separate distribution for development. this is very interesting. I have to try. I don't want to use VMs, too heavy for me. Docker could be a solution. I don't want to change distro. I don't want to update every 6 months. The update always breaks something and therefore, format and reinstall the system. I have been using archlinux for 2 years and nothing has broken. #4 2020-03-01 02:47:59. Re: [SOLVED]Installation old packages. The usual solution to this is to either: - figure out some way that you can use the newest version of mariadb when developing your software (your work may be grateful when the time comes to upgrade your work environment and there is someone who actually tested that it works on newer mariadb versions) - create a copy of the old mariadb PKGBUILD, name it mariadb10.3, and compile it so that it can be co-installed next to the repository version, and you can link to and use the old version you need; optionally upload it to the AUR if you think other people might need the same (people do this for older python releases, for older gcc or clang versions, for every single php version since that can be quite finicky. ) - if you do not have any packages which depend on mariadb , then you don't care which version you have installed, as long as mariadb itself works. So you could just fork the old PKGBUILD, recompile it against the current versions of its dependencies, and use your custom version. In the second and third scenarios, you are responsible for making sure the package works, and rebuilding it if/when its dependencies bump their sonames. Last edited by eschwartz (2020-03-01 02:48:28) Managing AUR repos The Right Way -- aurpublish (now a standalone tool) #5 2020-03-01 09:24:34. Re: [SOLVED]Installation old packages. The usual solution to this is to either: - figure out some way that you can use the newest version of mariadb when developing your software (your work may be grateful when the time comes to upgrade your work environment and there is someone who actually tested that it works on newer mariadb versions) - create a copy of the old mariadb PKGBUILD, name it mariadb10.3, and compile it so that it can be co-installed next to the repository version, and you can link to and use the old version you need; optionally upload it to the AUR if you think other people might need the same (people do this for older python releases, for older gcc or clang versions, for every single php version since that can be quite finicky. ) - if you do not have any packages which depend on mariadb , then you don't care which version you have installed, as long as mariadb itself works. So you could just fork the old PKGBUILD, recompile it against the current versions of its dependencies, and use your custom version In the second and third scenarios, you are responsible for making sure the package works, and rebuilding it if/when its dependencies bump their sonames. this may work until the other packages are updated. If packages were updated. with a new version no longer compatible with mariadb 10.3.12? I think the best way is to put all your development environment in a docker container and it will always work. I have already done this and it is working fine. I thought of other ways to do it but I think they are unclean solutions. Arch Linux. I am just now a part of the glorious Arch master race.