question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Error running sass 3.4.7 on Windows 7 (64bit) and jruby 1.7.16.1

See original GitHub issue

Trying to build Foundation for Apps with jruby 1.7.16.1 installed, and I see this error from gulp-ruby-sass:

gulp-ruby-sass: stderr: Errno::ESRCH: No such process - No such process
mtime at org/jruby/RubyFile.java:924
stylesheet_needs_update? at C:/jruby-1.7..16.1/lib/ruby/gems/shared/gems/sass-3.4.7/lib/sass/plugin/staleness_checker.rb:65
...

Downgrading to jruby 1.7.15 fixes the issue. For more info see https://github.com/zurb/foundation-apps/issues/203#issuecomment-65805631 and https://github.com/sindresorhus/gulp-ruby-sass/issues/168

Sass 3.4.9 might fix this issue? Not sure because gulp-ruby-sass (or foundation-apps?) requires sass 3.4.7.

Issue Analytics

  • State:closed
  • Created 9 years ago
  • Comments:10 (1 by maintainers)

github_iconTop GitHub Comments

1reaction
latuszekcommented, Feb 9, 2018

Here’s a workaround for sass-maven-plugin.

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-resources-plugin</artifactId>
    <version>3.0.2</version>
    <executions>
        <execution>
            <id>create-css-directory</id>
            <phase>generate-sources</phase>
            <goals>
                <goal>copy-resources</goal>
            </goals>
            <configuration>
                <outputDirectory>path/to/missing/directory</outputDirectory>
                <resources>
                    <resource>
                        <directory>${project.build.directory}</directory>
                        <excludes>
                            <exclude>**/*</exclude>
                        </excludes>
                    </resource>
                </resources>
            </configuration>
        </execution>
    </executions>
</plugin>
0reactions
sebcramercommented, Feb 12, 2018

I think we are all in agreement that this is a terrible JRuby Windows bug. But I also tend to agree with @seiyapl : Perhaps it would be worth while to create the output artifacts (and back date them) to prevent the JRuby problems from striking.

Read more comments on GitHub >

github_iconTop Results From Across the Web

JRuby 1.7.17 Released
Fixed bad encoding of string interpolated within backticks; popen2+ now works properly with env hash; improvements to align MRI and JRuby FFI ...
Read more >
News — JRuby.org
Initial support for Rails 7. SQLite and MySQL are largely functional, but work remains to update them and PostgreSQL. JRuby 9.3.9.0 Released. Monday,...
Read more >
JRuby 1.7.0. Released
The JRuby 1.7 release series represents a tremendous amount of work by dozens of contributors, and there are improvements in every subsystem.
Read more >
JRuby 1.7.1. Released
We also addressed security vulnerability CVE-2012-5370 and stopped using MurmurHash2 as our hashing algorithm (now using same Hashing ...
Read more >
Home — JRuby.org
JRuby is a high performance, stable, fully threaded Java implementation of the Ruby programming language.
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found