Your message dated Wed, 15 Jan 2014 16:31:46 +0100
with message-id <20140115153146.ga...@debian.org>
and subject line Re: Bug#734525: apt-listbugs: breaks when /usr/bin/ruby is
ruby1.8
has caused the Debian Bug report #734525,
regarding apt-listbugs: /usr/lib/ruby/vendor_ruby/debian.rb:24:in `require': no
such file to load -- debian_version (LoadError)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
734525: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734525
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: apt-listbugs
Version: 0.1.12
Severity: grave
Dear maintainer,
after I made a complete dist-upgrade and upgraded apt-listbugs from
0.1.11 to 0.1.12, I tried to install a single package but I got this
error message instead.
/usr/lib/ruby/vendor_ruby/debian.rb:24:in `require': no such file to load --
debian_version (LoadError) from
/usr/lib/ruby/vendor_ruby/debian.rb:24 from
/usr/sbin/apt-listbugs:289:in `require' from
/usr/sbin/apt-listbugs:289 E: Sub-process /usr/sbin/apt-listbugs apt
returned an error code (1) E: Failure running script
/usr/sbin/apt-listbugs apt
So basically installing, upgrading or removing of software and
apt-listbug itself doesn't work anymore (but it did work in the past).
If I comment out
DPkg::Pre-Install-Pkgs {"/usr/sbin/apt-listbugs apt";};
in /etc/apt/apt.conf.d/10apt-listbugs
apt is able to complete the installation process and everything
works fine.
This makes apt-listbugs completely unusable for me at the moment hence
the severity. Please feel free to adjust it or contact me for further
information if needed.
Regards,
Markus
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages apt-listbugs depends on:
ii apt 0.9.14.2
ii ruby-debian 0.3.8+b2
ii ruby-gettext 3.0.3-1
ii ruby-httpclient 2.3.3-2
ii ruby-soap4r 2.0.5-2
ii ruby-xmlparser 0.7.2-3
ii ruby1.8 [ruby-interpreter] 1.8.7.358-9
apt-listbugs recommends no packages.
Versions of packages apt-listbugs suggests:
ii chromium [www-browser] 31.0.1650.63-1
ii debianutils 4.4
ii elinks [www-browser] 0.12~pre6-4
ii reportbug 6.4.4
-- no debconf information
--- End Message ---
--- Begin Message ---
On Thu, Jan 09, 2014 at 12:11:43AM +0100, Francesco Poli wrote:
> Control: reassign -1 ruby1.8 1.8.7.358-10
>
> On Wed, 08 Jan 2014 03:51:26 +0100 Felix C. Stegerman wrote:
>
> [...]
> > > On 2014-01-08 00:06, Francesco Poli wrote:
> [...]
> > >> This seems to be exactly the same issue that has already been
> > >> reported as bug #734233: http://bugs.debian.org/734233
> > >
> > >> I am therefore merging the two reports.
> [...]
> > It seems to be fixed in ruby1.8 now (http://bugs.debian.org/734319).
>
> Thanks for the heads up, Felix.
> Yes, it seems the upgrade of ruby1.8 fixes the issue.
>
> Mmmh, no wait, ruby1.8 no longer provides ruby-interpreter (and this is
> good, since now packages depending on "ruby | ruby-interpreter" will
> pull in ruby1.9.1), but /usr/bin/ruby1.8 still seems to be a
> possible alternative for /usr/bin/ruby ...
>
> I am under the impression that this means it's still possible to find
> oneself with a broken ruby-debian: if root manually installed ruby1.8
> and ruby1.9.1 and manually set /usr/bin/ruby1.8 as the alternative
> for /usr/bin/ruby, I think the upgrade
> ruby1.8 1.8.7.358-9 → 1.8.7.358-10
> won't alter the alternatives and apt-listbugs will fail to run.
>
> Antonio, please correct me if I am wrong.
> Is there a way to declare that /usr/bin/ruby1.8 is no longer a valid
> alternative for /usr/bin/ruby ?
> Should the ruby1.8.postinst run
> update-alternatives --remove ruby /usr/bin/ruby1.8
> or something like that?
The problem is that this sollution will not help with upgrades from
wheezy, sinde there will be no ruby1.8 to upgrade to.
My current idea on this is to make `ruby` conflict with `ruby1.8`.
> I am reassigning this bug report to ruby1.8, but I am not yet closing or
> merging it, since there is this last doubt to be clarified.
>
> Antonio, please let me know.
I don't think the fix for this issue belongs to ruby1.8 source package,
so maybe there is no point in keeping this bug open (I'm closing it).
--
Antonio Terceiro <terce...@debian.org>
signature.asc
Description: Digital signature
--- End Message ---
