Linux Support Efforts

[lfilho]

Just a quick dump of some things I'm observing while trying to install it on Linux, in order to start supporting it:

1) Installing vim-gnome via apt-get will install vim with lua support (as of this writing, version 7.4.52). Will also install ruby as dependency for us (Ruby is required by YADR either way).

[lfilho]

Good reference: http://alex-frost.github.io/2014/03/08/yadr-terminator/

[lfilho]

Install dependency: rake. sudo apt-get install rake

[lfilho]

During installation, in the zsh configurations/enhancements step, got this:

Creating directories for your customizations
[Running]  mkdir -p $HOME/.zsh.before 
[Running]  mkdir -p $HOME/.zsh.after 
[Running]  mkdir -p $HOME/.zsh.prompts 
Setting zsh as your default shell
rake aborted!
No such file or directory - /private/etc/shells
/home/luizfilho/.yadr/Rakefile:260:in `readlines'
/home/luizfilho/.yadr/Rakefile:260:in `install_prezto'
/home/luizfilho/.yadr/Rakefile:41:in `block in <top (required)>'
/home/luizfilho/.yadr/Rakefile:28:in `block in <top (required)>'
Tasks: TOP => install
(See full trace by running task with --trace)

In Ubuntu, shells file seems to be located in under /etc/shells

[lfilho]

Update install.sh to call the right Rakefile: rake -f Rakefile-linux install

[lfilho]

brew package not present in apt-get: hub

[lfilho]

Update mvim alias and shortcuts to gvim

[lfilho]

Figure out Cmd shortcuts (like NerdTree <Cmd-N>)

[lfilho]

Ubuntu swap caps / esc: dconf write /org/gnome/desktop/input-sources/xkb-options "['caps:swapescape']"

[nikolai-b]

Hi, I've moved that guide to http://nikolai-b.github.io/2014/03/08/yadr-terminator/ and also made a start on automating. I'd be happy to help if you have ideas.

[edygar]

Related to this issue, isn't python a better option for managing and installing dependencies rather ruby? Python has a broader availability among *nix systems.

[lfilho]

Ruby is the chosen one because of the original repo focus on OSX first. And ruby comes builtin with OSX out of the box, so that means one less dependency to install.

Additionally, ruby is pretty much available and easily installable everywhere, just like python too.

If this repo was primarily aimed at Linux systems, then I guess python would indeed make more sense.

[edygar]

I understand though my points are still valid… =P

“If a feature is sometimes dangerous, and there is a better option, then always use the better option.” ~ Douglas Crockford

I gonna try rewrite and PR to the original repo.

[lfilho]

And why is python "better" in this case?

[edygar]

I'm talking about availability, so a wider range of OSs comes with Python included, while ruby is available from factory only on OSX. So, why depend on something that maybe should be installed while we can use something almost sure to be there?

[lfilho]

As I said... It comes down to the original repo owner's OS. Which also happens to be mine. Also, his main developing language is Ruby, so it makes total sense for his case.

I can't test stuff on linux nor have the time to mess around with virtual machines and etc. But I do have OSX and ruby. So for me it sounds better just to test with ruby, and then, on a linux machine run a apt-get install ruby and you're done.

But, go for it! PRs are always welcome.

[lfilho]

I have just added Docker support (both here and on upstream). Feel free to check it out :-)

[lfilho]

I'm closing this issue as we have the Docker image now. All feature requests or bugs should come in their on issue or pull request now... Keep the contributions coming, please :-) 👍