Skip to main content
Removed mention of TEXMFLOCAL; changed "shared" to "local"
Source Link
egreg
  • 1.2m
  • 147
  • 2.8k
  • 4.5k

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr). This is by far the preferred method for personal input files.

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/sharedlocal/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS" (which you don't need to provide).

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the sharedlocal one, then

export TEXINPUTS=.:/path/to/the/sharedlocal/folder//: 

should be the best choice.

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr).

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/shared/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS" (which you don't need to provide).

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the shared one, then

export TEXINPUTS=.:/path/to/the/shared/folder//: 

should be the best choice.

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr). This is by far the preferred method for personal input files.

If instead you have a folder somewhere, you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/local/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS" (which you don't need to provide).

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the local one, then

export TEXINPUTS=.:/path/to/the/local/folder//: 

should be the best choice.

Better stated that it's not necessary to provide the value of TEXINPUTS
Source Link
egreg
  • 1.2m
  • 147
  • 2.8k
  • 4.5k

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr).

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/shared/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS" (which you don't need to provide).

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the shared one, then

export TEXINPUTS=.:/path/to/the/shared/folder//: 

should be the best choice.

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr).

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/shared/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS.

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the shared one, then

export TEXINPUTS=.:/path/to/the/shared/folder//: 

should be the best choice.

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr).

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/shared/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS" (which you don't need to provide).

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the shared one, then

export TEXINPUTS=.:/path/to/the/shared/folder//: 

should be the best choice.

Added current directory
Source Link
egreg
  • 1.2m
  • 147
  • 2.8k
  • 4.5k

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr).

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/shared/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS.

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the shared one, then

export TEXINPUTS=.:/path/to/the/shared/folder//: 

should be the best choice.

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr).

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/shared/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS.

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

You can always put your personal files in a proper subdirectory of ~/texmf; for instance, your personal .sty files could go in

~/texmf/tex/latex/jana/ 

This "personal tree" is always consulted for input files before the other trees and doesn't need hashing (with texhash aka mktexlsr).

If instead you have a shared folder somewhere and you can't use the "local tree", whose location can be obtained by running

kpsewhich -var-value TEXMFLOCAL 

you can set the variable TEXINPUTS in the environment by saying something like

export TEXINPUTS=/path/to/the/shared/folder//: 

The // means that TeX programs will search recursively in that folder; the trailing colon means "append the standard value of TEXINPUTS.

Note that TEXINPUTS is usually not set; it takes a value as soon as a TeX program is started (by reading a set of texmf.cnf files). However, if the program finds it in the environment, it follows the rule sketched above.

If you need the current directory to be searched for inputs before the shared one, then

export TEXINPUTS=.:/path/to/the/shared/folder//: 

should be the best choice.

Source Link
egreg
  • 1.2m
  • 147
  • 2.8k
  • 4.5k
Loading