You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@solr.apache.org by Eric Pugh <ep...@opensourceconnections.com> on 2021/11/12 12:17:21 UTC
Re: [jira] [Commented] (SOLR-15793) ref-guide jrubyPrepare fails due
to gems trying to compile native code
We don’t seem currently to have one, and in other Jekyll sites that I maintain, we do have a Gemfile and Gemfile.lock. May be worth adding if Antora doesn’t land in Solr 9?
> On Nov 12, 2021, at 3:05 AM, Dawid Weiss (Jira) <ji...@apache.org> wrote:
>
>
> [ https://issues.apache.org/jira/browse/SOLR-15793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17442605#comment-17442605 ]
>
> Dawid Weiss commented on SOLR-15793:
> ------------------------------------
>
> That lock file should be there, if it's respected. It also prevents (well, sort of) adversarial code injected into transitive dependencies.
>
>> ref-guide jrubyPrepare fails due to gems trying to compile native code
>> ----------------------------------------------------------------------
>>
>> Key: SOLR-15793
>> URL: https://issues.apache.org/jira/browse/SOLR-15793
>> Project: Solr
>> Issue Type: Bug
>> Security Level: Public(Default Security Level. Issues are Public)
>> Reporter: Chris M. Hostetter
>> Assignee: David Eric Pugh
>> Priority: Major
>> Fix For: main (9.0)
>>
>> Time Spent: 20m
>> Remaining Estimate: 0h
>>
>> This popped up recently on both my local machine and jenkins...
>> (snippet)
>> {noformat}
>> Building native extensions. This could take a while...
>> ERROR: Error installing /home/hossman/.gradle/caches/modules-2/files-2.1/rubygems/http_parser.rb/0.8.0/8aa1092bbc1f10fd9622224babf2b2a98d4d4b22/http_parser.rb-0.8.0.gem:
>> ERROR: Failed to build gem native extension.
>> current directory: /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0/ext/ruby_http_parser
>> /opt/jdk/11/jdk-11.0.4+11/bin/java -cp :/home/hossman/.gradle/caches/modules-2/files-2.1/org.jruby/jruby-complete/9.2.9.0/8e44ce7a1417966d89957bd766a148601e28828b/jruby-complete-9.2.9.0.jar org.jruby.Main -r ./siteconf20211111-25245-1dvbe4a.rb extconf.rb
>> WARNING: An illegal reflective access operation has occurred
>> WARNING: Illegal reflective access by com.headius.backport9.modules.Modules (file:/home/hossman/.gradle/caches/modules-2/files-2.1/org.jruby/jruby-complete/9.2.9.0/8e44ce7a1417966d89957bd766a148601e28828b/jruby-complete-9.2.9.0.jar) to method sun.nio.ch.NativeThread.signal(long)
>> WARNING: Please consider reporting this to the maintainers of com.headius.backport9.modules.Modules
>> WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
>> WARNING: All illegal access operations will be denied in a future release
>> creating Makefile
>> current directory: /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0/ext/ruby_http_parser
>> make "DESTDIR=" clean
>> Makefile:225: *** multiple target patterns. Stop.
>> current directory: /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0/ext/ruby_http_parser
>> make "DESTDIR="
>> Makefile:225: *** multiple target patterns. Stop.
>> make failed, exit code 2
>> Gem files will remain installed in /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0 for inspection.
>> Results logged to /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/extensions/universal-java-11/2.5.0/http_parser.rb-0.8.0/gem_make.out
>> {noformat}
>> ...it's very similar to SOLR-15520, but isn't the result of any version changes made to our gem dependencies -- it seems like some transient gem dep changed, and now we're pulling in a gem that has native code which evidently can't compile under JRuby
>> (I _think_ the Makefile error is becuase of "paths" that include the ':' character (because JRuby is trying to point them at {{classpath:}} URIs)
>
>
>
> --
> This message was sent by Atlassian Jira
> (v8.20.1#820001)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
> For additional commands, e-mail: issues-help@solr.apache.org
>
_______________________
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/> | My Free/Busy <http://tinyurl.com/eric-cal>
Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw>
This e-mail and all contents, including attachments, is considered to be Company Confidential unless explicitly stated otherwise, regardless of whether attachments are marked as such.
Re: [jira] [Commented] (SOLR-15793) ref-guide jrubyPrepare fails due
to gems trying to compile native code
Posted by Dawid Weiss <da...@gmail.com>.
I think it'd be good to have it. I only speak by means of reference to
yarn lock files because I never used them with ruby. But if they're
similar, I think it'd be a good improvement.
Dawid
On Fri, Nov 12, 2021 at 1:18 PM Eric Pugh
<ep...@opensourceconnections.com> wrote:
>
> We don’t seem currently to have one, and in other Jekyll sites that I maintain, we do have a Gemfile and Gemfile.lock. May be worth adding if Antora doesn’t land in Solr 9?
>
>
> On Nov 12, 2021, at 3:05 AM, Dawid Weiss (Jira) <ji...@apache.org> wrote:
>
>
> [ https://issues.apache.org/jira/browse/SOLR-15793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17442605#comment-17442605 ]
>
> Dawid Weiss commented on SOLR-15793:
> ------------------------------------
>
> That lock file should be there, if it's respected. It also prevents (well, sort of) adversarial code injected into transitive dependencies.
>
> ref-guide jrubyPrepare fails due to gems trying to compile native code
> ----------------------------------------------------------------------
>
> Key: SOLR-15793
> URL: https://issues.apache.org/jira/browse/SOLR-15793
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Chris M. Hostetter
> Assignee: David Eric Pugh
> Priority: Major
> Fix For: main (9.0)
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> This popped up recently on both my local machine and jenkins...
> (snippet)
> {noformat}
> Building native extensions. This could take a while...
> ERROR: Error installing /home/hossman/.gradle/caches/modules-2/files-2.1/rubygems/http_parser.rb/0.8.0/8aa1092bbc1f10fd9622224babf2b2a98d4d4b22/http_parser.rb-0.8.0.gem:
> ERROR: Failed to build gem native extension.
> current directory: /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0/ext/ruby_http_parser
> /opt/jdk/11/jdk-11.0.4+11/bin/java -cp :/home/hossman/.gradle/caches/modules-2/files-2.1/org.jruby/jruby-complete/9.2.9.0/8e44ce7a1417966d89957bd766a148601e28828b/jruby-complete-9.2.9.0.jar org.jruby.Main -r ./siteconf20211111-25245-1dvbe4a.rb extconf.rb
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by com.headius.backport9.modules.Modules (file:/home/hossman/.gradle/caches/modules-2/files-2.1/org.jruby/jruby-complete/9.2.9.0/8e44ce7a1417966d89957bd766a148601e28828b/jruby-complete-9.2.9.0.jar) to method sun.nio.ch.NativeThread.signal(long)
> WARNING: Please consider reporting this to the maintainers of com.headius.backport9.modules.Modules
> WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> creating Makefile
> current directory: /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0/ext/ruby_http_parser
> make "DESTDIR=" clean
> Makefile:225: *** multiple target patterns. Stop.
> current directory: /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0/ext/ruby_http_parser
> make "DESTDIR="
> Makefile:225: *** multiple target patterns. Stop.
> make failed, exit code 2
> Gem files will remain installed in /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/gems/http_parser.rb-0.8.0 for inspection.
> Results logged to /home/hossman/lucene/solr/solr/solr-ref-guide/build/.gems/extensions/universal-java-11/2.5.0/http_parser.rb-0.8.0/gem_make.out
> {noformat}
> ...it's very similar to SOLR-15520, but isn't the result of any version changes made to our gem dependencies -- it seems like some transient gem dep changed, and now we're pulling in a gem that has native code which evidently can't compile under JRuby
> (I _think_ the Makefile error is becuase of "paths" that include the ':' character (because JRuby is trying to point them at {{classpath:}} URIs)
>
>
>
>
> --
> This message was sent by Atlassian Jira
> (v8.20.1#820001)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
> For additional commands, e-mail: issues-help@solr.apache.org
>
>
> _______________________
> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com | My Free/Busy
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
> This e-mail and all contents, including attachments, is considered to be Company Confidential unless explicitly stated otherwise, regardless of whether attachments are marked as such.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org