I would like to open this cv template on my tex. However, after downloading it, I get this error:
! LaTeX Error: File `parskip.sty' not found.
I believe I downloaded the source files correctly and moved them into Latex packages, including the cls. I also tried updating the packages on my Latex.
Can anyone please assist? Thank you.
You need to download the missing file which is the parskip-2001-04-09.sty from source and save it as parskip.sty to where your other files are.
Tested on Ubuntu.
Related
I am using a latex template I found on Overleaf (link). Using directly Overleaf, I do not have any problem when compiling. Same when using Sublime Text. However, when using Texpad, I got the following error:
LaTeX Warning: File `chapter_head_1.pdf' not found on input line 100.
./main.tex:100: Package pdftex.def Error: File `chapter_head_1.pdf' not found:
using draft setting.
In the beginning, I thought the problem was related to Sandboxing, but I granted already accessibility to the whole folder, so it does not make sense to me that Texpad cannot find the file.
As additional information: I am using the latest version of Texpad v1.8.15 for macOS Catalina v.10.15.6.
I really like some features offered on Texpad, so I would appreciate it very much if you could let me know how to solve this problem. Thanks!
Update: <Sept. 30th, 2020> Find the .log in this link.
I am getting lyx set up on my xubonto laptop. I have used some online guides to set the thing and slowly worked my way around several issues, so I cannot recall exactly what I have set up. I am using non-Tex "Culmus" fonts (had to rename them for luatex to recognize them), and Document Class article standard.
Lyx have no problem exporting a luaTex file (or a xetex file) but am complaining about a luabidi.sty file-not-found (or a bidi.sty file-not-found).
So I have downloaded luabidi but I am not sure where to place it..
it contains 2 folders tex and doc, so I have placed their content in
/usr/share/texlive/texmf-dist/tex/luatex/luabidi
/usr/share/texlive/texmf-dist/doc/luatex/luabidi
But it did not resolve the issue... Some specific help would be appreciated, as well as may be a better way to manage luatex packages and files?
Installing texlive-lang-arabic fixed it.
I need some help converting a cpp file to a mex file.
I get the error below:
fatal error: opencv2/core/core.hpp: No such file or directory
Compilation terminated
The cpp file is using opencv header files. I'm not sure how to link Matlab with opencv in Ubuntu. I saw this link
http://xanthippi.ceid.upatras.gr/people/evangelidis/matlab_opencv/
but its for Windows and I'm not sure where Ubuntu stores opencv. There are a couple places I found opencv folders
usr/local/include/opencv and
usr/local/include/opencv2 and
usr/local/share/OpenCv
Tried these with OCVROOT but got 'Error: Unexpected Matlab Operator'. Not sure what I'm doing wrong here. Any help would be much appreciated.
Thank you!
Mex needs to be told where the OpenCV header files are. You can either fix it in ~/.matlab/R2013a/mexopts.sh or just put a -I argument on the mex command line. You will find the answer to How to link during Matlab's MEX compilation helpful.
You will have to sort out which of those OpenCV versions you want to use. Might be best to install you own so you know what you are dealing with.
'Error: Unexpected Matlab Operator' would be cause by an error in your matlab code.
matlab_opencv should work fine on Linux, the only windows specific thing about it the instructions, as far as I know.
unless you have a custom mexopts.sh, I don't think setting OCVROOT will hve any affect on Matlab.
I'm using Gnuplot 4.4, compiled with Lua support. It supposedly has the tikz terminal.
I've successfully compiled my gnuplots to tex using "set terminal tikz". However, when adding this source to my latex document I keep getting the following error:
! Package pgfkeys Error: I do not know the key '/tikz/gnuplot' and I am going t
o ignore it. Perhaps you misspelled it.
I've included the tikz package in the original tex document. Any ideas?
EDIT: Solved. See answer bellow.
I didn't give in until I found a solution:
\usepackage{gnuplot-lua-tikz}
If you don't have the gnuplot-lua-tikz.sty just get it from the latest gnuplot development snapshot
http://sourceforge.net/projects/gnuplot/
Unfortunately I am not allowed to comment here, hence a new answer. The .sty file is not sufficient, you need both of the following files from gnuplot (unfortunately the package is no gnuplot-lua-tikz package at cran):
gnuplot-lua-tikz.sty
gnuplot-lua-tikz-common.tex
For later happless Fedora users: The package containing this here is gnuplot-latex, dnf doesn't recognize it as tex(gnuplot-lua-tikz.sty).
I am trying to resolve a problem with a set of packages that apparently have dependency issues. Occasionally during a Build All, I get this error:
Delphi "E2161 Error: RLINK32: Error opening file ________.drf "
What does it mean / indicate, and what is a "drf" file?
It looks like this turned out to be the main problem / solution.
Open up all the packages for which you have source code, and specify the compile option:
'Rebuild explicitly' instead of 'Rebuild when needed'.
In addition to the Solving the 'cannot find drf file' problem when compiling packages article, I also came across Delphi bug report #44134, in which a commenter mentions that the problem stems from having your .dpk files in the same directory as your .pas files when that same directory is in the library path and "rebuild as needed" is enabled.
You thus have three options for fixing this problem:
Turn off "rebuild as needed". This seems to be the most common solution.
Put your package files (*.dpk, *.dproj) into a separate directory and then reinstall the packages. I have done this, with success.
Remove the directory containing your .dpk and .pas files from the library path. Note that Delphi will add it back again in certain circumstances, including when you install/reinstall your package.
Hmm... never heard of them. I just searched the project that inspired the question you linked to, and there's nothing in there with a "DRF" extension. Checking here doesn't turn up anything Delphi-related. But the fact that it's a linker error, not a compiler error, would lead me to guess that the first two letters stand for "Delphi Resource."
Try a search through your project's directory tree and see if you can find anything with a DRF extension. If so, try opening it with a text editor to see if it's readable, and if not, try a hex editor if you know anything about reading binary file formats. See if you can make any sense of it.
If you don't find any, then Delphi's probably getting it from somewhere in the code it's compiling. Try running a grep search for "DRF" on your directory tree and see if it turns up anything.
From http://www.delphifaq.com/faq/delphi/delphi_ide/f157.shtml :
When you compile with packages, you
can specify which packages should be
considered for linkage. The package
requirements of the project get stored
into a temporary Windows resource file
with a .DRF extension.
Whatever that file with the many underscores is, the linker is most probably searching it in what it thinks the tempdirectory is (you can confirm this using filemon). The explanation at DelphiFaq, where a misdefined %TEMP% is the culprit, is as likely as any reason.
Sometimes the problem was file access permissions.
A workaround was run Delphi as Administrator.