-
Notifications
You must be signed in to change notification settings - Fork 98
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
More updates to archlinux setup instructions #845
More updates to archlinux setup instructions #845
Conversation
For the record, my suggestion was to install via Can be as simple as:
or if you are working from the clone itself:
Adding a Readme is quite good too: |
Ok, I misunderstood then. I will update the documentation further.
…On June 23, 2017 10:45:08 AM EDT, Deyan Ginev ***@***.***> wrote:
For the record, my suggestion was to install via `cpanm`, which should
also be platform-independent.
Can be as simple as:
```
cpanm git://github.com/brucemiller/LaTeXML.git
```
or if you are working from the clone itself:
```
cpanm .
```
Adding a `--notest` in there makes it quite fast for doing quick builds
while developing and still using the simple `latexmlc` (and friends)
commands without specifying any concrete paths. This is definitely the
easiest way to work if you don't have `sudo` access to a machine,
everything can live in the user's home directory.
Readme is quite good too:
https://github.com/miyagawa/cpanminus/
|
On 06/23/2017 12:57 PM, Tom Wiesing wrote:
Ok, I misunderstood then. I will update the documentation further.
I'm thinking that this would be a good addition to the "CPAN installation"
subsection?
|
A little more on the topic:
I think that it's important to point out that you
can install the released LaTeXML (& all its dependencies)
from CPAN; and also important to point out that you
can install the development version (& dependencies)
using cpanm, conveniently and w/o sudo.
But it's also important to point out how to
install as much as possible using your systems
software repository, as that allows you to keep
all that software up-to-date w/o remembering all
the different places you need to run updates.
Unfortunately, even the linux systems tend to
need special instructions for each since the
package naming conventions are so different.
|
Sounds great! Btw knowing Tom, he may want to also create an example LaTeXML docker image and upload it to https://hub.docker.com/ , given that he's had plentiful Docker experience at KWARC. In fact funnily enough there seems to already be one: The usual question is what a docker image is actually useful for - and the main answer is quickly spinning up microservices of a certain kind. A common example nowadays, with cloud latex startups popping up left and right, is starting an array of worker machines with texlive capability, which becomes very easy once you have: Whether there is any usefulness of preparing this also for the main latexml versions, and whether Tom should be the one doing that is another question, so this is just a random thought and not a real short-term suggestion. We're yet to dockerize our LaTeXML setup at Authorea, as we're yet to farm out that work, but once we do we would probably use docker hub for that. |
@dginev Looking at the docker image you linked that seems to be using the version that is in the debian repository - which may not be the best idea. |
I have written and added a paragraph on how to install via cpanm. |
When running test cases on archlinux, it turned out that a specific package was missing from the listed dependencies. This commit adds the relevant package.
After a note from @dginev, this commit adds a recommendation to install from sources via CPAN to the setup instructions for archlinux.
42c3d49
to
2710244
Compare
This PR makes more updates to the archlinux setup instructions -- in particular incorporating the suggestion from @dginev in the last commit to install via CPAN instead.