Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Loading…

Install + Run on Non-Windows #6

Closed
rking opened this Issue · 2 comments

3 participants

@rking

I know this sounds like an odd request, but we're working on this: guard/guard#340

Basically, since Gemfile.locks have no platform-specific grammar, any platform-specific gem will conflict when other devs try to run that same set of gems.

The current proposition is:

gem 'rb-inotify', :require => false
gem 'rb-fsevent', :require => false
gem 'rb-fchange', :require => false

But the word is that wdm would be better than rb-fchange on ≥1.9.

But

We can't use it, there, because unlike the rb-{inotify,fsevent,fchange} gems, it doesn't install on Linux/OS X without complaint.

@thibaudgg

@Maher4Ever what do you thing of that?

@thibaudgg

@Maher4Ever are you still here?

@Maher4Ever Maher4Ever closed this in 3b3a7a8
@rking rking referenced this issue in guard/listen
Closed

Free Adapters #83

@Blaisorblade Blaisorblade referenced this issue from a commit in ps-mr/website
@Toxaris Toxaris Add publications section.
Publications are taken from _bibliography/ps.bib, add more references
there. I started with the file we used in Marburg.
a418b52
@Blaisorblade Blaisorblade referenced this issue from a commit in ps-mr/website
@Blaisorblade Blaisorblade Gemfile: Depend on wdm unconditionally
Surprisingly, installing wdm just works on both OS X and Linux, and this solves
the Gemfile.lock instability. Website generation still works just as fine.

See Maher4Ever/wdm#6 and
a418b52#commitcomment-9534209.
47784c0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.