I installed TeX Live following the guide on their website using the install-tl script two times. Before the second install I followed the pre-install instructions on that same website, and before any installation I removed the 2017 version that had been installed through Debian repositories.
I need a version of TeX Live >2019. I assumed the install script would install the newest version, but apparently that's not the case, since:
$ tlmgr --version
tlmgr revision 49885 (2019-01-31 20:27:00 +0100)
tlmgr using installation: /usr/share/texlive
TeX Live (http://tug.org/texlive) version 2018
However, my TeX Live installation is in ./usr/local/texlive/2021. There is no other directory with a year name in ./usr/local/texlive/.
I'm really running out of ideas, but I do need a newer version of TeX Live. I'm on Debian 10.
I followed samcarter_is_at_topanswers.xyz advice, but had to find the correct directory for my tlmgr executable. I found that through
$ sudo find -iname 'tlmgr'
.. invoked at the root directory. Running
$ /usr/local/texlive/2021/bin/x86_64-darwinlegacy/tlmgr --version
returned the newest version. However, that path was already set as described on the TeX Live page. For it to work, I deleted more directories that had been included in the 2018 installation version of TeX Live. I found those through
$ sudo find -iname '*texlive*'
invoked at the root directory. Then
$ tlmgr --version
returned the correct version.
Also, don't install TeX Live in /usr/local. Install it in your home directory.
Related
I am currently trying to import MSTL from statsmodels.tsa.seasonal the module of MSTL (https://www.statsmodels.org/devel/generated/statsmodels.tsa.seasonal.MSTL.html) but it returns an ImportError. I have installed statsmodels from conda on MAC M1 2020
I just had the same issue and did some research.
It seems that MSTL is only available on the most recent version of statsmodels: version 0.14.0
If you install statsmodels using conda install -c conda-forge statsmodels,
you will get the statsmodels 0.13.2 version.
(Using a script editor, try searching for 'MSTL' through C:\Users{username}\Anaconda3\Lib\site-packages\statsmodels, or wherever statsmodels is installed on your machine, you will probably not find it)
You'll need to install the most recent version from the latest source on statsmodels's github repository:
www.statsmodels.org/dev/install.html
From the anaconda prompt:
git clone https://github.com/statsmodels/statsmodels.git
pip install git+https://github.com/statsmodels/statsmodels
You will need a C compiler and git installed
For git you can use: conda install -c anaconda git
Be careful as the installation of the newest version may interfere with your other installed python packages.
I would recommend that you use a conda virtual environment for this.
Overtime I’ve managed to install various versions of Lua, but not being the best at all thing Debian/pi, and after using Lua rocks to install the Lua file system (lfs) module I’ve got more versions (somewhere in my system) that I can shake a stick at.
What can I do to completely remove Lua and start again, this time ensuring is have the lfs module ?
Currently everything I do to try and uninstall/ remove comes to a dead end - usually with the virtual package message..
pi#raspberrypi:~ $ lua -v
Lua 5.2.3 Copyright (C) 1994-2013 Lua.org, PUC-Ri0
pi#raspberrypi:~ $ sudo apt-cache depends lua
<lua>
pi#raspberrypi:~ $ sudo apt-get purge lua
Reading package lists... Done
Building dependency tree
Reading state information... Done
Virtual packages like 'lua' can't be removed
0 upgraded, 0 newly installed, 0 to remove and 36 not upgraded.
pi#raspberrypi:~ $ sudo apt-get remove lua
Reading package lists... Done
Building dependency tree
Reading state information... Done
Virtual packages like 'lua' can't be removed
0 upgraded, 0 newly installed, 0 to remove and 36 not upgraded.
pi#raspberrypi:~ $ luarocks --version
/usr/bin/luarocks 2.2.0
LuaRocks main command-line interface
Many of your apt packages are going to run into complications of system components relying on those being there. They hardly take up any space anyway, just a couple meg. Ones you can safely remove will be listed under:
apt list lua-* | grep installed
If you've installed supplemental versions with luaver, then it's
luaver list
==> Installed versions: (currently 5.3.5)
5.1.5
5.3.5
5.4.0
5.2.4
luaver uninstall 5.4.0
so on and so forth, until all the unnecessary vers are off your system. Alternatively, you could delete your entire ~/.luaver/ directory, and all of those extra versions would be gone in one go. Then you'd have to reinstall luaver and continue from that point.
I installed TeXLive following the instructions here and here, and the installer told me that I am installing the 2020 version:
Loading http://mirror.koddos.net/CTAN/systems/texlive/tlnet/tlpkg/texlive.tlpdb
Installing TeX Live 2020 from: http://mirror.koddos.net/CTAN/systems/texlive/tlnet (verified)
...
However, asking tex --version returns me:
TeX 3.14159265 (TeX Live 2017/Debian)
kpathsea version 6.2.3
Copyright 2017 D.E. Knuth.
There is NO warranty. Redistribution of this software is
covered by the terms of both the TeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the TeX source.
Primary author of TeX: D.E. Knuth.
I changed the repository for tlmgr as suggested here:
sudo tlmgr option repository ftp://tug.org/historic/systems/texlive/2017/tlnet-final
But now is gives me errors that 2017 is no longer supported.
Which is the reason that I cannot install packages:
~$ tlmgr update --self
(running on Debian, switching to user mode!)
TeX Live 2017 is frozen forever and will no
longer be updated. This happens in preparation for a new release.
If you're interested in helping to pretest the new release (when
pretests are available), please read http://tug.org/texlive/pretest.html.
Otherwise, just wait, and the new release will be ready in due time.
tlmgr: package repository ftp://tug.org/historic/systems/texlive/2017/tlnet-final (verified)
tlmgr: no self-updates for tlmgr available.
and
~$ tlmgr install nicefrac
(running on Debian, switching to user mode!)
TeX Live 2017 is frozen forever and will no
longer be updated. This happens in preparation for a new release.
If you're interested in helping to pretest the new release (when
pretests are available), please read http://tug.org/texlive/pretest.html.
Otherwise, just wait, and the new release will be ready in due time.
tlmgr: package repository ftp://tug.org/historic/systems/texlive/2017/tlnet-final (verified)
tlmgr install: package nicefrac not present in repository.
tlmgr: action install returned an error; continuing.
tlmgr: An error has occurred. See above messages. Exiting.
How do I install the 2020 version of TeX or how can I properly use tlmgr without getting these errors?
I read this and this, and saw the videos, but looks I did not understand the required :(
I need to compile opencv from source in order to be able to use CV-Rust at my application, what I did is:
1- Downloaded and installed Visual Studio 2015 with Visual C++ option.
2- Downloaded and installed CUDA
3- Downloaded and installed Python
4- Downloaded and installed Tortoisegit
5- Downloaded and installed 7-zip
6- Downloaded and installed Miktex
7- Downloaded and installed DoxyGen
8- Upgraded the pip python -m pip install --upgrade pip and installed the below packages:
8-1- Setuptools as pip install setuptools
8-2- Sphinx as pip install -U Sphinx
8-3- NumPy as pip install NumPy
9- Downloaded and extracted the following, and put all the extracted folders in a seperate folder called it dep:
9-1- Threading Building Blocks 2018 Update 6 _win.zip
9-2- OpenEXR .tar.gz
9-3- Eigen .zip
10- Downloaded and unzipped the OpenCV winpack
11- Closed in another folder the OpenCV github using Tortoisegit
What is required now!
I'll summarize the issue I raised at github and its solution below:
It looks I was having some conflicts in my machine setup:
I was not having required permission to execute scripts as the PS, so I added the required permission as mentioned here, by writing:
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
Also, I was installing VS2017 and VS2015 which was appeared to be causing some kind of conflict, so I uninstalled VS2017 as shown here and removed Win10 SDK as well.
Confirmed Cmake is installed properly and added to the path, by running cmake -version
Then I downloaded the cv-rs repository.
Then created directory C:\opencv
In the file explorer, enabled see hidden folders, to see the .git
Then copied both .git and .windows folders to the C:\opencv
Opened powershell console as administrator in c:\opencv
Run the below commands in PS:
PS C:\opencv> git reset --hard
PS C:\opencv> git submodule update
PS C:\opencv> .\.windows\msvc_2_build_OCV.ps1 -EnableCuda $False -Compiler vc14
It will take sometime running the script and configuring opencv.
I am writing a small Lua project and using Luarocks to install my 3rd-party dependencies. The default Lua version on my machine is 5.2 and up to this point everything is working just fine.
However, today I have stumbled across a problem that is confusing me. I want to run my program on Lua 5.1 and Luajit to see if it would also work on those versions but I am having a hard time getting Luarocks to download the appropriate versions of the dependencies. As a last resort hack, I have tried to tell Lua5.1 to use the 5.2 libraries that Luarocks installed (by setting the LUA_PATH environment variable to the same value as LUA_PATH_5_2) but unfortunately that is not enough: my project depends on LuaFileSystem, a C-based module, so I'm going to need to have separate versions of it installed for 5.1 and 5.2.
What do I have to do to install both the 5.1 and 5.2 versions of my dependencies? Do I need to pass some parameters to theluarocks install command? Do I need to have multiple instances of Luarocks installed on my machine? One thing that confuses me is that the inside the .luarocks folder things are classified under a 5.2 subfolder (~/.luarocks/share/lua/5.2/), suggesting that maybe there could be a way to install things in a sibling 5.1 folder but at the same time there is only one bin folder, suggesting that luarocks is only able to handle one version of Lua at a time...
Based on your reference to ~/.luarocks/share/lua/5.2/, you seem to be running a Unix system (Linux or Mac). You can install the latest version of LuaRocks twice, for both Lua 5.1 and Lua 5.2 like this:
./configure --lua-version=5.1 --versioned-rocks-dir
make build
sudo make install
And then again for 5.2:
./configure --lua-version=5.2 --versioned-rocks-dir
make build
sudo make install
This will get you /usr/local/bin/luarocks-5.1 and /usr/local/bin/luarocks-5.2. If you installed Lua 5.1 and 5.2 in /usr/local/, and each of them will use its own ~/.luarocks/lib/luarocks/rocks-5.x/ entry for the user tree (and /usr/local/lib/luarocks/rocks-5.x for the system tree), and install modules to the right location at /usr/share/lua/5.x/ and ~/.luarocks/share/lua/5.x/ (and likewise for lib) appropriately.
As suggested by moteus, I decided to install a second version of Luarocks for Lua 5.1. But he is using Windows and I am using Linux so here is what I did:
Download the source for the latest version of Luarocks on the Luarocks website
From the source directory, run the ./configure script:
/configure --prefix="${HOME}/.luarocks51" --lua-suffix=5.1
The prefix setting tells Luarocks to put its stuff on the .luarocks51 folder, next to the existing .luarocks folder from my 5.2 install of Luarocks. The lua-suffix parameter tells Luarocks to use Lua 5.1 instead of the default lua version in my machine (5.2). This depends on me having named the interpreter for Lua 5.1 as lua5.1 (Debian installed mine on /usr/bin/lua5.1). Finally, Luarocks managed to automatically detect where the 5.1 headers and libraries are installed (/usr/include/lua5.1/) but if it didn't I guess I could have specified that with the --with-lua-include and --with-lua-lib parameters.
Compile Luarocks with make
Install it with make isntall (no need for Sudo since I'm installing it in a local directory).
Configure my 5.1 environment to use the libraries downloaded by Luarocks. I added the following to my .bashrc:
export PATH=$PATH:~/.luarocks/bin:~/.luarocks51/bin
export LUA_CPATH=";;${HOME}/.luarocks51/lib/lua/5.1/?.so"
export LUA_PATH=";;${HOME}/.luarocks51/share/lua/5.1/?.lua;${HOME}/.luarocks51/share/lua/5.1/?/init.lua"
export LUA_CPATH_5_2=";;${HOME}/.luarocks/lib/lua/5.2/?.so"
export LUA_PATH_5_2=";;${HOME}/.luarocks/share/lua/5.2/?.lua;${HOME}/.luarocks/share/lua/5.2/?/init.lua"
The 5.1 configuration also works for Luajit.
The executable for the 5.1 version of luarocks is named luarocks-5.1:
luarocks-5.1 install lfs
You have to mention both lua version and lua dir in the latest versions:
luarocks --lua-dir=$(brew --prefix)/opt/lua#5.1 --lua-version=5.1 install lua-cassandra
Using homebrew, you can do:
brew install lua51 # Lua 5.1
brew install lua # Lua latest
Luarocks comes with Lua, so you can do:
# Install Lua 5.1 version of any package
luarocks-5.1 install moonscript
# Install Lua latest version of any package
luarocks install moonscript