TeX - LaTeX Stack Exchange is a question and answer site for users of TeX, LaTeX, ConTeXt, and related typesetting systems. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Debian and Ubuntu have very good texlive packaging. But I'd like to use tlmgr to have a more fine-grained control about upgrades and which packages I want to be installed. So how do I install "vanilla" TeXLive on Debian/Ubuntu? Also how do I make dpkg aware that I have TeXLive installed?

BTW: Debian & Ubuntu have TeXLive 2012 now ;-)

share|improve this question
This might be a better fit for Super User or the Ubuntu SE site, since it's really about the Debian/Ubuntu packaging system, not anything specific to LaTeX. – David Z Aug 5 '10 at 1:01
There's a bug for that: bugs.launchpad.net/ubuntu/+source/texlive-base/+bug/712521 . Looks like it might be time to start thinking about an upgrade to a 12.10 pre-release :) – naught101 May 28 '12 at 13:04
Ah, there's a PPA for 12.04 too: launchpad.net/~texlive-backports/+archive/ppa. Haven't tried it yet. – naught101 May 28 '12 at 13:08
Could you please announce what vanilla is good for? Just because many people like me are using other distributions. I would like to look for a similar package. – strpeter Feb 11 '13 at 23:27
I successfully installed TeXLive 2013 on Ubuntu 12.04 following silex's answer (thanks for that!). Only problem I encountered was a bunch of not really working CTAN mirrors. You may need to change your default mirror by sudo perl install-tl -repository ftp.fu-berlin.de/tex/CTAN for example. – user34273 Jul 28 '13 at 5:26
up vote 63 down vote accepted

Use the net installer script from this page on the official tug.org website to install “vanilla” TeXlive.

Tricking Ubuntu into satisfying the package dependencies is more involved and requires using the equivs package. There are basic guidelines for doing so in this post on TeXblog (an unofficial blog). (This page is a bit old and was aimed at older versions of Ubuntu.) The package list there is a bit old, but the same overall procedure should still work. I’m afraid I don’t have a list offhand of what the dummy package should contain; maybe someone else will. (You can always just create new dummy packages as need be if you try to install something it tells you you have unsatisfied texlive dependencies.)

share|improve this answer
See also: tug.org/texlive/debian.html , section "Vanilla TeX Live on Debian" which is also valid for Ubuntu (since Ubuntu is a Debian based distribution) – Axel Sommerfeldt Feb 8 '11 at 18:01
I asked a related question here: tex.stackexchange.com/questions/52388/…. If anyone is having trouble installing vanilla texlive, perhaps some information in that post will help. – void-pointer May 18 '12 at 13:28
up vote 239 down vote

These instructions have been updated for Ubuntu 14.04 and TeX Live 2015, they will probably work on most Ubuntu/Debian distributions.


Installing "vanilla" TeX Live is not as hard as you think. Things you will need:

  • An internet connection.
  • About 4 GiB of free space (2 GiB if not installing documentation).
  • Root (sudo) powers.

Note: the instructions are meant for the terminal and for installing the "original" most up-to-date version of texlive. If you're uncomfortable with the command line and plenty of sudo instructions, you can probably still install the texlive-full package from the Software center; you will end up with the "stock" version of texlive, which usually lags a bit behind the latest distribution of texlive.

TeX Live Installer

First the official installer needs to be downloaded with the following commands:

wget http://mirror.ctan.org/systems/texlive/tlnet/install-tl-unx.tar.gz
tar -xzf install-tl-unx.tar.gz
cd install-tl-20151022

The /install-tl-20151022 folder is likely to be named differently. You can probably type install-tl and then press tab to autocomplete the folder name.

Now the installation can begin, run:

sudo ./install-tl

Cut and Paste

If you prefer a "cut-and-paste" sequence of commands for downloading the installation script, opening the archive, changing to the directory into which unarchiving took place, and then starting installation, try this:

cd ~/Downloads
mv -f install-tl-unx.tar.gz /tmp
wget http://mirror.ctan.org/systems/texlive/tlnet/install-tl-unx.tar.gz
tar -xzf install-tl-unx.tar.gz
cd `tar -tzf install-tl-unx.tar.gz | sed -e 'N;s/^\(.*\).*\n\1.*$/\1\n\1/;D'`
sudo ./install-tl

(The above is supposed to be robust and idempotent, i.e., it should work even if you apply it a second time, and even if the first application went wrong.)

The command line instruction sudo ./install-tl starts the installation prrocess. You can change all kind of options here, most of the time the default options are correct. In some cases changing the options can, of course, be helpful. Not installing the doc and source trees will save you a lot (1.8 GiB, 50%) of disk space. This comes with the downside of having to look up documentation online, instead of locally.

If you want to reduce disk space further you can also change the installation scheme or collections, but this will result in not having certain packages installed by default. You can, however, install them later through the TeX live manager.

Press i to start installation. The full installation is likely to take a long time, say between an hour and three hours (even on relatively fast connections). As usual, your mileage may vary, but if fewer components are selected in your settings, the process is hastened, and the missing components can be easily installed later.

Interruptions: If, for some reason, the installation is interrupted it can probably be resumed by running the installer again. This will prompt you to continue the installation. If you want to start the installation from the beginning it's probably wise to remove the installed elements:

sudo rm -rf /usr/local/texlive/2015

Failures: Such a long installation process may fail due to interruptions in communications or other reasons. In such a case, you may want to to restart the installation, but this time choose the smallest configuration that would get it going. Then, you can install all missing components with sudo tlmgr --gui.

Finalising the installation

If the installation completes successfully you will want to make sure your operating system can find it. This can be done by creating a symbolic link:

mkdir -p /opt
sudo ln -s /usr/local/texlive/2015/bin/* /opt/texbin

(Note: there should only be one subdirectory in /usr/local/texlive/2015/bin.)

Now you'll have to add /opt/texbin to your $PATH variable. This can be done by editing /etc/environment:

gksudo gedit /etc/environment

(It is said that /etc/login.defs is the equivalent of /etc/environment, in debian systems. You may want to keep this in mind if you are a debian user.)

You'll see something like:


You can change this to:


Cut-and-paste changes to PATH

You can inspect and even modify /etc/environment from the command line

Inspection: Simply grep for it:

 grep -n texbin /etc/environment 

The above will check whether texbin occurs in the file /etc/environment.

Modification: This invokes the omnipotent sed command to changes /etc/environment. The command adds :/opt/texbin just before the the quote " character that ends the line that sets the PATH variable.

sudo sed -i.bak -e /PATH/s/\\\"$/:\\\/opt\\\/texbin\"/ /etc/environment

Inspect and add if missing: combine the above two commands:

grep -n texbin /etc/environment || sudo sed -i.bak -e /PATH/s/\\\"$/:\\\/opt\\\/texbin\"/ /etc/environment

Cut and paste of the above should work. If texbin is mentioned in /etc/environment nothing will happen. However, if it is not mentioned there this command changes /etc/environment, making it append the /opt/texbin folder to the end of the PATH variable.

Activating the changes to PATH

Now you'll need to logout and login again for the changes to take effect. Now start Terminal again and run:

which tex

This should show the following:


Fake packages

Now TeX Live works, but it's also necessary to make Ubuntu think you've installed TeX Live. This can be done with the equivs package:

sudo apt-get install equivs --no-install-recommends
mkdir -p /tmp/tl-equivs && cd /tmp/tl-equivs
equivs-control texlive-local

First you'll have to edit texlive-local.

gedit texlive-local

A good example for TeX Live 2015 can be found here. It may be a good idea to start your edit from this example. Here is what you should do:

sudo apt-get install equivs
mkdir -p /tmp/tl-equivs && cd /tmp/tl-equivs
wget http://www.tug.org/texlive/files/debian-equivs-2015-ex.txt
/bin/cp -f debian-equivs-2015-ex.txt texlive-local
gedit texlive-local # only if necessary, see [here][2] for details

Now you can build the package and install it:

equivs-build texlive-local
sudo dpkg -i texlive-local_2015-1_all.deb

After this installing texworks through the package maintainer won't install TeX Live again. You can check that this is indeed the case:

sudo apt-get remove texworks
sudo apt-get install texworks

Now you can install other TeX related packages if you so wish:

sudo apt-get install qtikz kile


If you want to install all OpenType and TrueType fonts so you can use them in other programs as well, you'll have to add the TeX Live fonts to the system configuration:

sudo cp $(kpsewhich -var-value TEXMFSYSVAR)/fonts/conf/texlive-fontconfig.conf /etc/fonts/conf.d/09-texlive.conf
gksudo gedit /etc/fonts/conf.d/09-texlive.conf

Remove the line containing type1 and save. Now run:

sudo fc-cache -fsv


If you have installed from a CD, DVD, or an ISO image, you should update your installation to the most recent version of all packages. To do so, run the following two commands:

sudo /opt/texbin/tlmgr update --self
sudo /opt/texbin/tlmgr update --all

From now on, you can update TeX Live through the TeX Live Manager with the GUI interface:

sudo /opt/texbin/tlmgr --gui

It might complain about missing 'Tk', this can be solved by installing perl-tk:

sudo apt-get install perl-tk --no-install-recommends


You can also create a launcher for Unity:

mkdir -p ~/.local/share/applications
gedit ~/.local/share/applications/tlmgr.desktop

Paste the following:

[Desktop Entry]
Name=TeX Live Manager
Comment=Manage TeX Live packages
GenericName=Package Manager
Exec=gksu -d -S -D "TeX Live Manager" '/opt/texbin/tlmgr -gui'

Or you can create the same file launcher file by copying and pasting what follows into your command line prompt:

mkdir -p ~/.local/share/applications
/bin/rm ~/.local/share/applications/tlmgr.desktop
cat > ~/.local/share/applications/tlmgr.desktop << EOF
[Desktop Entry]
Name=TeX Live Manager
Comment=Manage TeX Live packages
GenericName=Package Manager
Exec=gksu -d -S -D "TeX Live Manager" '/opt/texbin/tlmgr -gui'

Once again you'll need to logout and login again for the changes to take effect.

Upgrading to the next TeX Live

To upgrade you need to download and run the installer again. Afterwards you need to replace the symbolic link:

sudo ln -sf /usr/local/texlive/2014/bin/* /opt/texbin

It might also be a good idea to run the font section again. You can remove the old distribution(s) by running:

sudo rm -rf /usr/local/texlive/2013
sudo rm -rf /usr/local/texlive/2014

Uninstalling TeX Live

To remove TeX Live completely you need to undo everything you've done:

  • Remove the /opt/texbin symbolic link.
  • Remove /opt/texbin from the system path.
  • Remove /etc/fonts/conf.d/09-texlive.conf and update font cache.
  • Remove /usr/local/texlive.
  • Remove the package created with equivs (sudo apt-get purge texlive-local).

References and sources

share|improve this answer
I've installed this succesfully, but I can't for the life of me figure out where the editor texworks is? Its not showing up in my Applications menu – masfenix Feb 2 '13 at 3:14
@Silex Thanks for the nice howto. Works perfect... – Stefan Waldmann Feb 19 '13 at 12:27
Kudos to you! This answer is top! – mort Dec 19 '13 at 13:58
For those wondering, /etc/environment should be replaced by /etc/login.defs when dealing with Debian, according to tug.org. In this file you can edit your path. – Clément Jul 8 '14 at 21:10
For the record, this is one of the best answers on the entire SE network. – mmdanziger Oct 19 '14 at 12:21

I wrote a script that automates Silex's answer and does (optionally) a lot more. It supports Ubuntu versions 12.04 up to 14.04.

Download install-tl-ubuntu and run it as

sudo ./install-tl-ubuntu

To download that script, run

wget https://github.com/scottkosty/install-tl-ubuntu/raw/master/install-tl-ubuntu && chmod +x ./install-tl-ubuntu

Below I give the list of features from the GitHub repository

  • installs TeX Live 2013
    • automatically finds the fastest repository
    • gives updated progress of the install
    • restarts automatically if install fails
  • tlmgr can then be used to keep your install up-to-date
  • notifies apt so that apt does not try to install the Ubuntu texlive-* packages as dependencies (e.g. if you do sudo apt-get install lyx)
  • links to the folder where Ubuntu installs TeX files so that when you install Ubuntu packages (e.g. FoilTeX and noweb) with LaTeX files, they will be available
  • adds TeX Live fonts to be used system-wide
  • other font-related conveniences
    • tells AppArmor to allow Evince to access the TeX Live fonts
    • can install TrueType fonts that user provides (--truetype-dir)
    • can install IvriTeX Hebrew fonts (--hebrew)
  • optionally installs additional LaTeX files for common journals that are not included in TeX Live 2013 (--more-tex)
  • works non-interactively and thus can be added to a batch install script
  • tlmgr can be run from the desktop menu (if 'gksu' package is installed)
  • install can be done from an ISO file (--iso)

For more details, see

./install-tl-ubuntu --help
share|improve this answer
Many many thanks for that. I updated Ubuntu to 14.04 and that broke the LaTeX completely on my machine. 'Usual' instillation didn't work but your script worked like a charm. One question though. I downloaded install-tl-ubuntu to my home directory. After installation was complete it left behind some folders: install-tl-20140417, debian-control-texlive-in.txt, install-tl-1.log, install-tl-ubuntu_EXTRAS.log, install-tl-unx.tar.gz, mirrorCandidates.logand mirrorWgets.log. Can they all/some be deleted? – radek May 16 '14 at 19:06
@radek Glad it was useful. You do not need those files anymore. – scottkosty May 16 '14 at 19:47
@scottkosty Looks very nice! (I don't use Ubuntu/Debian, though.) Can you run it as a non-root user, as upstream recommends? Even better, could you have it create a non-root user to manage the installation and then proceed as that user? (So the user would also then be used for subsequent updates etc.) – cfr Nov 19 '14 at 3:05
@cfr (I'm sincerely sorry for the very late reply, not sure how I missed this). No, unfortunately it cannot be run as non-root. I think this would be nice (and even recommended, as you say). Patches are welcome :) – scottkosty Dec 4 '15 at 22:45
@scottkosty Not exactly a patch, but I have written instructions in supplemental answer here. This includes coverage for Debian/Ubuntu, although I can't test that myself. (But somebody else helped with this bit, as you'll see from the comments.) – cfr Dec 5 '15 at 2:10

Some comments:

  1. According to the Ubuntu package listing, the texlive package is a dummy package whose only purpose is to install a decent selection of dependencies. So it is possible to install this texlive package without installing any of its dependencies. This requires using dpkg instead of aptitude (as far as I can see, and I don't know if it's possible through the synaptic package manager): passing the --ignore-depends=texlive option to dpkg will cause it to forego the dependency check. Then anything that depends on texlive will afterwards install fine (I believe), though if something depends on, say, texlive-bin then it will complain.

  2. Whilst checking the options for aptitude and dpkg for the above, I came across the following snippet from aptitude: the command

    aptitude install texlive&m

    will mark texlive as having been manually installed. (Note that the & will probably need some sort of shell escaping to avoid it being interpreted by the shell.) I believe this basically says to the system "I've installed this myself, so you can stop bothering with it.".

  3. Possibly the easiest solution (and the one I use myself) is to simply ignore the system one and install your own version as well. If you do this right, you get the best of both worlds because one possible problem with replacing the system version with your own version is that the upgade may break some dependencies from other packages. It's less likely with something like TeX, but you can imagine that lots might go wrong if you upgrade one of the core system libraries without upgrading all the programs that use it. This is what the /usr/local directory is for. Put your installation of TeXLive in /usr/local/texlive or somewhere using the standard installation (as mentioned by frabjous, for example). By ensuring that /usr/local appears before /usr/bin in your path, and that $TEXMFCNF points to the right place, you can effectively ignore the system installation whilst being able to fall back on it if necessary.

share|improve this answer
Except that by policy none of the packages depend on the "decent selection packages" e.g. texlive since they are subject to change to something like equivs will be required. – Dima Aug 5 '10 at 10:39
@Dima: I was afraid of that. In that case, I'd go for option 3 with option 2 if you really don't want to install the system version. – Loop Space Aug 5 '10 at 11:17
Ad 2: packages marked as "manually installed" are still regular packages. The difference is that if all packages that depend on them are removed the "manually installed" packages will be kept. In contrast, if all packages that depend on an "automatically installed" package are removed, the package itself will be removed too. By default, manually installed packages are those that you actually select for installation in aptitude, automatically installed are those pulled in as dependencies. You can override this by marking a package as manually or automatically installed. So 2 would not work. – Jan Hlavacek Aug 29 '10 at 3:32
@Jan Hlavecek: Thanks for the clarification. Option 3 seems best, then. – Loop Space Aug 30 '10 at 7:16
concerning option 3, you don't need to set TEXMFCNF and it is recommended not to set it. Setting the PATH is enough. – mpg Mar 17 '11 at 11:05

A paper about installing TeX Live 2011 on Ubuntu and other GNU/Linux distributions can be found on

ArsTeXnica, vol. 10 (in Italian)
TUGboat, vol. 32-1 (issue 100) (in English)
Die TeXnische Komödie, issue 3/2011 (in German)

Thanks to Karl Berry and Barbara Beeton for the revision of the TUGboat version, and to Heiko Oberdiek and Herbert Voß for the German translation.

The papers are, up to now, available only to members of GuIT, TUG, and Dante, respectively, but will be public in due time.

Note: the Italian and English versions are about TeX Live 2010, but it's sufficient to change 2010 into 2011 in all the steps.

share|improve this answer
it seems that access to the English version is restricted to tug members – David LeBauer Dec 23 '11 at 0:20
Yes, as are also the other versions. TUG discloses articles to everybody after one year, IIRC. – egreg Dec 23 '11 at 0:29
@egreg I have a question about perl-tk. In your guide you state to install it using Synaptic. Silke, in his answer above, says to write sudo apt-get install perl-tk --no-install-recommends. I wanted to know if it is the same thing. – Marco Jan 25 at 13:26
@Marco Yes, that should be the same, as Synaptic is an interface to apt. – egreg Jan 25 at 14:23

I have successfully installed TeXLive on Ubuntu 11.10 on a 64bit machine.

I have condensed the steps linked to in frabjou's answer, which, while the instructions are clear, may leave many *buntu users wondering "how do I change the PATH variable?"

wget http://mirror.ctan.org/systems/texlive/tlnet/install-tl-unx.tar.gz
tar -xvf install-tl-unx.tar.gz
cd install-tl*
sudo ./install-tl
  • at prompt, enter "i" to install
  • change PATH, I did so by editing ~/.bashrc:

    • 64 bit

      # PATH=/usr/local/texlive/2011/bin/x86_64-linux:$PATH
      cat "export PATH=/usr/local/texlive/2011/bin/x86_64-linux:$PATH" >> ~/.bashrc
    • 32 bit:

      cat "export PATH=/usr/local/texlive/2011/bin/i386-linux:$PATH" >> ~/.bashrc

caveat see the tug instructions for more details; e.g. if TeXLive 2011 has been previously installed, it needs to be removed

share|improve this answer

Note that upstream recommend not installing as root. Installing as root introduces a level of risk and has no benefits whatsoever.

Note that I trust the people who are in charge of TeX Live. However, I have been given reason to believe that they are fallible and fallible beings screw up however competent and however well-intentioned they are. Moreover, servers get hacked, downloads get corrupted or intercepted. Shit, basically, happens.

The crucial point is that there is zero benefit to installing with root privileges. All it gets you is an increased security risk. While it may be small, I see no reason to take it.

It is possible to install and manage the installation as your ordinary user. However, that only protects your system directories. Your home directory - where you probably keep all of your personal files and projects - remains exposed. Fortunately, it is easy to protect /home as well.

If you want to follow upstream's advice, then, here is how I do it...

Set up a dedicated user/group and create a suitable home for it

This is the only part you need root privileges for.

The following are generic instructions which should work for most GNU/Linux distros. If you are using a Debian based system or another distro which features the adduser script, see the note below for an easier method. Otherwise, use the useradd command as follows.

Generic GNU/Linux distro: useradd

sudo useradd -d /usr/local/texlive -m -r -U -s /bin/sh texlive

This creates a new user, texlive, as a member of a new group, texlive. It creates a home directory for texlive at /usr/local/texlive.

If you have previously installed TeX Live from upstream, omit the -m flag from the above command. Instead, once you have created the new user, do this:

sudo chown -Rh texlive:texlive /usr/local/texlive

Be sure to set a password:

sudo passwd texlive

You will be asked to choose and confirm a password. Note that what you type will not show up on the screen at all. Just type the password and hit enter. Then do the same to confirm.

Debian-based distro: adduser

If you are using Debian or a Debian derivative then, according to this question and given Andrew Cashner's experience, you should probably use adduser rather than useradd. According to Andrew:

sudo adduser texlive

is sufficient but notice that this will create an additional directory /home/texlive which the useradd method does not. In this case, texlive's home will be /home/texlive and not /usr/local/texlive. Moreover, texlive's primary group will depend on the defaults for your system: you might get texlive:texlive or you might get texlive:staff or texlive:users. You can use

groups texlive

to discover which group texlive is assigned to. If the result includes texlive, use this group in what follows. Otherwise, you probably only get a single group listed e.g. users and should use that one. In the following, I'll call this group <group of texlive>. If you have not installed from upstream before:

sudo mkdir -p /usr/local/texlive
sudo chown -Rh texlive:<group of texlive> /usr/local/texlive

If you have installed from upstream before, then just:

sudo chown -Rh texlive:<group of texlive> /usr/local/texlive

Switch to the new user before installing

Now login as texlive:

su texlive

Give the password and you will be in texlive's home directory. That is, you will be in /usr/local/texlive.

Now follow Silex's instructions but omit all occurrences of sudo. You don't need them.

Note that this method not only protects your system directories, it also protects your home. The texlive user cannot write to your normal home directory. So even if somebody screws up and the installer tries to delete all your documents, it will not be allowed to do so. In fact, if you were to get any permissions errors whatsoever, that would be a red flag. The installer is not supposed to touch anything outside /usr/local/texlive at all.

Aftercare: when to use root

You will need sudo to install the fake packages and to integrate TeX Live's fonts into the system configuration. That's because these steps involve system directories. The fake packages get installed for the system and the font configuration involves altering files in /etc. That all necessarily requires root privileges.

Maintenance: updating your installation

When you are ready to update TeX Live, simply login as texlive prior to running the update:

su texlive
# give the password
tlmgr update --all

Do not use sudo or switch to root. The whole point is that tlmgr runs as an unprivileged user and cannot touch your home or system directories.

In general, if you want to change anything under /usr/local/texlive, su texlive before you do it. If you want to do something in /etc or under /opt, you need root privileges (sudo or similar).

Loosely related notes

The use of single configuration files in /etc seems to be going out of fashion. If you find that /etc/environment does not set your PATH, it may be somewhere else. For example, on some systems, PATH is set in /etc/profile and should be extended by adding a file named something like /etc/profile.d/texmf.sh for shells such as sh or bash:

# /etc/profile.d/texlive.sh 
if [ `whoami` != "root" ]
        [ -d "/usr/local/texlive/bin" ] && export PATH="/usr/local/texlive/bin:${PATH}"

This avoids adding TeX Live binaries automatically to root's PATH.

share|improve this answer
This is an excellent suggestion. I’ve often been tempted to install TeX Live as root because some editors (Emacs, for one) open .sty files upon compilation errors, and then I’m in danger of modifying the files without noticing what I’m doing (absent-minded). This approach prevents that as well as protecting /home. – Thérèse Jun 18 '15 at 2:03
@Thérèse Thanks. That's a good point. My editor tends to do that too. I've never installed TL as myself I went from root to a special user. But it is definitely another good reason to keep a separate account. It also means if there's anything of your own you don't want to touch, you can stick it in TEXMFLOCAL which is managed by the dedicated user as well. (At least, using the above instructions it ends up that way.) This method is really, really easy to use. It really is just creating a new user with a special home and setting it up that is a little fiddly. But you only do that once.... – cfr Jun 18 '15 at 2:18
I installed TeXLive per your instructions on Debian, but with useradd I ended up with a fairly crippled user account for the texlive user. In particular, I was unable to set the path, which meant I couldn't use tlmgr. I tried again using the newer utility adduser (simply adduser texlive with no additional options required) and everything worked better. The only thing I had to do as root was create a /usr/local/texlive directory and chown texlive:texlive /usr/local/texlive so that the texlive user could install there. – Andrew Cashner Sep 3 '15 at 15:52
On adduser vs. useradd, see unix.stackexchange.com/questions/182180/… – Andrew Cashner Sep 3 '15 at 15:54
@AndrewCashner The thing is, adduser is distro-specific. Some distros do not provide such a wrapper at all (e.g. mine). I'll see if anything about useradd has changed, though. Thanks for the heads up. Strange that useradd would be crippled on Debian. As I say, adduser is not generally available. – cfr Sep 3 '15 at 19:25

Fake packages

Following up Silex's excellent write-up: I have put a fake package texlive-dummy created by the equivs-build process into my PPA. (Package source.) If you are on Ubuntu 13.04, the following will provide the necessary dependencies without having to generate a package:

add-apt-repository ppa:krlmlr/ppa
apt-get update
apt-get install texlive-dummy

I intend to update this package to more recent versions of Ubuntu.

See Scott's answer for a much better solution.

share|improve this answer

It should be noted that there is now a much easier way to install up to date versions of TeXLive. There are now official backports of newer versions of TeXLive, as detailed here.

This gets you to at least 2012, and it looks like newer versions of Ubuntu have 2013, so you can probably pull this package out of their repertories without damaging anything, though I wouldn't swear by that and you should consult an Ubuntu expert first.

share|improve this answer
texdoc,tlmgr which get's automatic updates for all new packages will be missing with 2012 backports and even distro specific latex packages are very old and cannot updated with tlmgr. Hence vanilla texlive installation is the way to do for taking advantage of full power of texlive distro and being latest. – texenthusiast Dec 18 '13 at 3:10
@texenthusiast Ah, I didn't know that. Looking at the changelog once you get the newest version of ubuntu they are keeping the package up to date at least. Should I delete my answer? – Canageek Dec 18 '13 at 3:34
actually backports was mentioned by naught101 user in comments. So I think backports is not too much advisable compared to the vanilla install if possible sorry to say delete the answer. But some people prefer to be with ubuntu's ppa also instead of being over latest. finally take your decision. – texenthusiast Dec 18 '13 at 3:39

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.