[DRE-maint] Bug#655896: Bug#655896: Rails depends on the wrong version of librack-ruby, which leads to a loss of data in redmine.

[Ondřej Surý]

Hi,

in Debian it is not responsibility of individual packages, but generaly of a packaging system.

Unfortunatelly what you are asking is impossible to achieve. I believe it's not a bug, but a failed ruby concept of havimg versioned dependencies but no SONAMEs. Therefore there can be only one rack package installed at the time.

I believe it's the source code in the package which needs fixing and not the  versioned depends.

Ondřej Surý

On 15. 1. 2012, at 5:06, Kubo Hiroshi <h-kubo at geisya.or.jp> wrote:

> Jérémy, thank you for your quick response.
> 
> From:  <jerry at edagames.com>
> Date: Sat, 14 Jan 2012 19:38:11 +0100
> 
>> On 14/01/2012 17:10, Kubo Hiroshi wrote:
>>> Package: libactivesupport-ruby1.8 
>>> Source: rails
>>> Version: 2.3.5-1.2+squeeze1
>>> Tags: redmine librack-ruby libactivesupport-ruby
>>> Severity: grave
>>> 
>>> In squeeze, when redmine package is installed, rails 2.3.5-11.2+squeeze1
>>> and librack-ruby 1.1.0-4 are installed at the same time for its dependency.
>>> 
>>> But in the upstream document of the Redmine 1.0.1,
>>> rack 1.0.1 is officially supported, not 1.1.0.
>> 
>> Why do you think it's a bug in rails package ?
>> Reading your report it looks more like a bug in redmine.
>> 
> 
> As far as I read the source code, keeping correct combination
> of the versions is rails' responsibility, not redmine's.
> 
> The patch 'debian-changes-2.3.5-1' included in the rails
> source package overwrites the original gem's version check as follows:
> 
> -gem 'rack', '~> 1.0.1'
> -require 'rack'
> +begin
> +  require 'rack'
> +rescue LoadError
> +  gem 'rack', '~> 1.0.1'
> +  require 'rack'
> +end
> 
> 
> ---
> Kubo Hiroshi <h-kubo at geisya.or.jp>
> Blog: http://cryptotaenian.blogspot.com/
> 
> 
> 
>> 
>> For the record, i reproduced taht bug with (these intermediate versions) :
>>  redmine 1.1.3-1
>>  rails 2.3.11-0.1
>>  librack-ruby 1.1.0-4
>> 
>> But not in debian/testing.
>> 
>> Jérémy.
>> 
> 
> 
>