Difference between revisions of "Install language data using packaging"

From Apertium
Jump to navigation Jump to search
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
You want to install one of the big language data sets. You do not want to add to or modify language data, you want to use it.
 
You want to install one of the big language data sets. You do not want to add to or modify language data, you want to use it.
   
  +
You could use a public repository<ref>
==Using public repositories, such as Debian Stable==
+
=====Using public repositories, such as Debian Stable=====
{{TOCD}}
 
<span style="color:darkorange;">'''May be outdated'''</span>, use only for system assessment. See the next section on the Apertium private repository.
+
<span style="color:darkorange;">'''Data may be outdated'''</span>, use only for system assessment. See the main section on the Apertium package repository.
   
 
It is possible you want to try public repository language packages. The author has done this sometimes, for various reasons. Beware that the packaging manager may install another (older) version of Apertium core, which can be confusing. And we warn against installing Apertium core from a public repository, because it can cause problems when developing. However, this is not so much a problem for language packages. The interface between core and language data is not guaranteed, but is stable. Apertium core, and several tools, can 'see' languages installed in different places (not true for all projects, but true for much of Apertium). So, if you want to quickly try out a language, go ahead, try installing. If it doesn't work, you can uninstall the data. That's a big advantage of packaging.
 
It is possible you want to try public repository language packages. The author has done this sometimes, for various reasons. Beware that the packaging manager may install another (older) version of Apertium core, which can be confusing. And we warn against installing Apertium core from a public repository, because it can cause problems when developing. However, this is not so much a problem for language packages. The interface between core and language data is not guaranteed, but is stable. Apertium core, and several tools, can 'see' languages installed in different places (not true for all projects, but true for much of Apertium). So, if you want to quickly try out a language, go ahead, try installing. If it doesn't work, you can uninstall the data. That's a big advantage of packaging.
  +
</ref> but you will be more up-to-date with the Apertium package repository.
   
 
== The Apertium package repository packages ==
 
{{TOCD}}
 
The Apertium package repository contains language data that is up-to-date, an up-to-date core, and much more. In the Apertium package repository, 'release'-level language data is compiled into packages. That's easy! Remember to say thankyou to the maintainers!
   
 
To access this data, if you have not done already, follow [[Install Apertium core using packaging]]. This will install the Apertium package repository, and then an up-to-date core (you could install the repository but not the core. I assume you have a special reason for doing this and know what you are doing).
== The Apertium private repository packages ==
 
The Apertium private repository contains language data that is up-to-date. And an up-to-date core, and much more. In the Apertium private repository, 'release'-level language data is compiled into packages. That's easy! Remember to say thankyou to the maintainers!
 
 
To access this data, if you have not done already, follow [[Install Apertium core using packaging]]. This will install the private repository, and then an up-to-date core (you could install the repository but not install core. I assume you have a special reason for doing this and know what you are doing).
 
   
===About the Apertium Debian private repository===
+
===About the Apertium Debian package repository===
If you have loaded the private repository for core, you may see two versions of a language data in your in your package index. You should use the version from the private repository. Debian packaging will have overwritten the defaults with the new versions, but you can use Synaptic to check. Look in ''properties > versions'' for ''apertium.projectjj.com''.
+
If you have loaded languages from the Apertium package repository, you may see two versions of a language data in your in your package index. You should use the version from the Apertium package repository. Debian packaging will have overwritten the defaults with the new versions, but you can use Synaptic to check. Look in ''properties > versions'' for ''apertium.projectjj.com''.
   
   
Line 52: Line 53:
 
When they work, [[Install quick tests]] make the morning worthwhile.
 
When they work, [[Install quick tests]] make the morning worthwhile.
   
  +
==Notes==
  +
<references/>
 
[[Category:Installation]]
 
[[Category:Installation]]
 
[[Category:Documentation in English]]
 
[[Category:Documentation in English]]

Latest revision as of 12:38, 24 April 2017

You want to install one of the big language data sets. You do not want to add to or modify language data, you want to use it.

You could use a public repository[1] but you will be more up-to-date with the Apertium package repository.

The Apertium package repository packages[edit]

The Apertium package repository contains language data that is up-to-date, an up-to-date core, and much more. In the Apertium package repository, 'release'-level language data is compiled into packages. That's easy! Remember to say thankyou to the maintainers!

To access this data, if you have not done already, follow Install Apertium core using packaging. This will install the Apertium package repository, and then an up-to-date core (you could install the repository but not the core. I assume you have a special reason for doing this and know what you are doing).

About the Apertium Debian package repository[edit]

If you have loaded languages from the Apertium package repository, you may see two versions of a language data in your in your package index. You should use the version from the Apertium package repository. Debian packaging will have overwritten the defaults with the new versions, but you can use Synaptic to check. Look in properties > versions for apertium.projectjj.com.


Installing from repositories[edit]

Debian-based[edit]

check what is available[edit]

apt-cache search apertium

or,

 apt search apertium

Install language data[edit]

e.g.

 sudo apt-get install apertium-kaz-tat


Red Hat-based[edit]

check what is available[edit]

su -c 'yum list apertium\*'

Install language data[edit]

e.g.

su -c 'yum install apertium-kaz-tat'


Test[edit]

When they work, Install quick tests make the morning worthwhile.

Notes[edit]

  1. Using public repositories, such as Debian Stable[edit]

    Data may be outdated, use only for system assessment. See the main section on the Apertium package repository.

    It is possible you want to try public repository language packages. The author has done this sometimes, for various reasons. Beware that the packaging manager may install another (older) version of Apertium core, which can be confusing. And we warn against installing Apertium core from a public repository, because it can cause problems when developing. However, this is not so much a problem for language packages. The interface between core and language data is not guaranteed, but is stable. Apertium core, and several tools, can 'see' languages installed in different places (not true for all projects, but true for much of Apertium). So, if you want to quickly try out a language, go ahead, try installing. If it doesn't work, you can uninstall the data. That's a big advantage of packaging.