[#80974] [Ruby trunk Feature#13517] [PATCH] reduce rb_mutex_t size from 160 to 80 bytes on 64-bit — ko1@...
Issue #13517 has been updated by ko1 (Koichi Sasada).
4 messages
2017/05/02
[#81024] Re: [Ruby trunk Feature#13517] [PATCH] reduce rb_mutex_t size from 160 to 80 bytes on 64-bit
— SASADA Koichi <ko1@...>
2017/05/07
sorry for late response.
[#80996] [Ruby trunk Feature#13544] Allow loading an ISeqs sequence directly from a C extension without requiring buffer is in an RVALUE — sam.saffron@...
Issue #13544 has been reported by sam.saffron (Sam Saffron).
3 messages
2017/05/04
[#81016] [Ruby trunk Bug#13526] Segmentation fault at 0x0055c2e58e8920 ruby 2.3.1p112 (2016-04-26 revision 54768) [x86_64-linux] — s.wanabe@...
Issue #13526 has been updated by wanabe (_ wanabe).
3 messages
2017/05/07
[#81048] Re: [ruby-cvs:65788] normal:r58614 (trunk): rb_execution_context_t: move stack, stack_size and cfp from rb_thread_t — SASADA Koichi <ko1@...>
It causes compile error on raspi 3.
3 messages
2017/05/09
[#81201] Re: [ruby-cvs:65935] normal:r58761 (trunk): test/test_extilibs.rb: do not check the existence of fiddle — "U.NAKAMURA" <usa@...>
Hi, Eric
4 messages
2017/05/16
[#81202] Re: [ruby-cvs:65935] normal:r58761 (trunk): test/test_extilibs.rb: do not check the existence of fiddle
— Eric Wong <normalperson@...>
2017/05/16
"U.NAKAMURA" <usa@garbagecollect.jp> wrote:
[#81427] Fwd: [ruby-changes:46809] normal:r58924 (trunk): test for IO.copy_stream CPU usage (r58534) — SASADA Koichi <ko1@...>
Hi,
6 messages
2017/05/28
[#81428] Re: Fwd: [ruby-changes:46809] normal:r58924 (trunk): test for IO.copy_stream CPU usage (r58534)
— Eric Wong <normalperson@...>
2017/05/28
SASADA Koichi <ko1@atdot.net> wrote:
[ruby-core:80951] [Ruby trunk Bug#13510] Problems with dependency resolution - Molinillo algo
From:
nobu@...
Date:
2017-05-01 08:03:39 UTC
List:
ruby-core #80951
Issue #13510 has been updated by nobu (Nobuyoshi Nakada).
Description updated
The current rubygems does not provide support for multiple versions, or branches at installation time.
All dependencies are resolved at the gem building time, and gem files contain static values only.
Rubygems needs improvements.
----------------------------------------
Bug #13510: Problems with dependency resolution - Molinillo algo
https://bugs.ruby-lang.org/issues/13510#change-64617
* Author: sarangan12 (Sarangan Rajamanickam)
* Status: Third Party's Issue
* Priority: Normal
* Assignee:
* Target version:
* ruby -v: ruby 2.0.0p648 (2015-12-16 revision 53162) [x86_64-darwin16.3.0]
* Backport: 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN
----------------------------------------
This is the gemspec defined for the azure ruby gem (https://github.com/Azure/azure-sdk-for-ruby/blob/asm/azure.gemspec#L39)
```ruby
if RUBY_VERSION < "2.1.0"
s.add_runtime_dependency('nokogiri', '~> 1.6.0')
else
s.add_runtime_dependency('nokogiri', '~> 1.7')
end
```
Now, with ruby version 2.0.0, I get the following error:
```
ERROR: Error installing azure:
nokogiri requires Ruby version >= 2.1.0.
```
which should never happen because for ruby 2.0.0, the nokogiri version of 1.6.8.1 must be installed and not 1.7.1 (which needs Ruby version >= 2.1.0)
On debugging, I ended up with this code: (in resolver.rb)
```ruby
def resolve
locking_dg = Molinillo::DependencyGraph.new
puts locking_dg
Molinillo::Resolver.new(self, self).resolve(@needed.map { |d| DependencyRequest.new d, nil }, locking_dg).tsort.map(&:payload).compact
rescue Molinillo::VersionConflict => e
conflict = e.conflicts.values.first
raise Gem::DependencyResolutionError, Conflict.new(conflict.requirement_trees.first.first, conflict.existing, conflict.requirement)
ensure
@output.close if defined?(@output) and !debug?
end
```
The output of this module is:
```ruby
{
:name=>"azure",
:number=>"0.7.9",
:platform=>"ruby",
:dependencies=>[
["thor", "~> 0.19"],
["systemu", "~> 2.6"],
["nokogiri", "~> 1.7"],
["mime-types", "< 4.0, >= 1"],
["faraday_middleware", "~> 0.10"],
["faraday", "~> 0.9"],
["azure-core", "~> 0.1"],
["addressable", "~> 2.3"]
]
}
```
I am surprised at this return value. Why is this happening? The Molinillo algorithms reports incorrect version of nokogiri.
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>