Bug#583142: libtmail-ruby (Debian QA; NMU planned)
Hi, 2011/5/27 Ondřej Surý ond...@sury.org: there's a wishlist bug on tmail for a year, and you haven't touched the package since 2008. Are you still interested in active maintainership of it? If not I can move it under pkg-ruby-extras group maintenance. If yes, I'll just NMU the package (converting to gem2deb standard; uploading to 7-day delayed), since it's needed for rails update. Please take over this package. Thank you. -- ay -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588125: Rubygems 1.3.7 broken with Ruby 1.9.2 in Debian -- help needed
2010/8/26 Lucas Nussbaum lu...@lucas-nussbaum.net: That worked fine until Ruby 1.9.1, but apparently a change in Ruby 1.9.2 broke Rubygems 1.3.7. This is exhibited by two bugs: [...] - rubygems doesn't work: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588125 I trace the following error: -- $ gem1.9.1 list /usr/lib/ruby/1.9.1/rubygems.rb:634:in `path': undefined method `path' for #Gem::ConfigFile:0x00014a09d8 (NoMethodError) -- I got a result: -- $ ruby1.9.1 -e 'p Gem.path; require rubygems; p Gem.path' [/home/akira/.gem/ruby/1.9.1, /usr/lib/ruby/gems/1.9.1] /usr/lib/ruby/1.9.1/rubygems/source_index.rb:68:in `installed_spec_directories': undefined method `path' for Gem:Module (NoMethodError) $ ruby1.9.1 -e 'p Gem.path; begin; require not exist; rescue LoadError; end; require rubygems; p Gem.path' [/home/akira/.gem/ruby/1.9.1, /usr/lib/ruby/gems/1.9.1] [/home/akira/.gem/ruby/1.9.1, /var/lib/gems/1.9.1] $ ruby1.9.1 -e 'p Gem.path; Gem::QuickLoader.remove; require rubygems; p Gem.path' ~ [/home/akira/.gem/ruby/1.9.1, /usr/lib/ruby/gems/1.9.1] [/home/akira/.gem/ruby/1.9.1, /var/lib/gems/1.9.1] -- There is difference: -- $ diff -u ruby_1_9_2/lib/rubygems.rb /usr/lib/ruby/1.9.1/rubygems.rb |head -20 --- ruby_1_9_2/lib/rubygems.rb 2010-08-02 09:53:36.0 +0900 +++ /usr/lib/ruby/1.9.1/rubygems.rb 2010-08-26 07:05:24.0 +0900 @@ -4,14 +4,8 @@ # All rights reserved. # See LICENSE.txt for permissions. #++ - gem_disabled = !defined? Gem -unless gem_disabled - # Nuke the Quickloader stuff - Gem::QuickLoader.remove -end - require 'rubygems/defaults' require 'thread' require 'etc' @@ -492,8 +486,26 @@ ## -- (ruby_1_9_2 is tree of ruby_1_9_2 in the svn. /usr/lib/ruby/1.9.1/rubygems.rb is provided rubygems-1.3.1.deb) When ruby requires rubygems, rubygems.rb will require rubygems/defaults/operating_system. And ruby re-requires rubygems internally because the file is not given. On the 2nd require rubygems, Gem::QuickLoader.remove is called. The method removes Gem module methods defined in gem_prelude. But the 2nd require rubygems don't executed because ruby interpreter is already in requiring rubygems. So some pre-defined Gem module methods is missing and chance of new definition of these methods isn't given. Calling Gem::QuickLoader.remove in top of rubygems.rb can avoid circular require of rubygems. (It sets @loaded_full_rubygems_library) -- ay ak...@arika.org, ak...@debian.org, ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548917: Please use alternatives system to manage the ruby symlink
Hi, The existing ruby package simply sticks a symlink into /usr/bin/ruby to point to ruby1.8. I was surprised to find that this was not using the alternatives system, so that you can manage this yourself. I have a rough idea about ruby* packages. ruby package: now: provides /usr/bin/ruby file depends on ruby1.8 package new: does not provides /usr/bin/ruby* file depends on latest version of ruby* packages (for current testing: Depends: ruby1.9.1 | ruby1.8 | jruby1.1 | ... for after squeeze?: Depends: ruby1.9.2 | jruby1.2 | ...) (description points out latest version of ruby* packges) ruby1.8 package: now: provides /usr/bin/ruby1.8 file no alternatives new: provides /usr/bin/ruby1.8 file (no change) alternatives for /usr/bin/ruby ruby1.9 package: now: provides /usr/bin/ruby1.9 file no alternatives new: provides /usr/bin/ruby1.9.0 file alternatives for /usr/bin/ruby/1.9 and /usr/bin/ruby ruby1.9.1 package: now: provides /usr/bin/ruby1.9.1 file no alternatives new: provides /usr/bin/ruby1.9.1 file (no change) alternatives for /usr/bin/ruby1.9 and /usr/bin/ruby I think that packages using Ruby language should not use /usr/bin/ruby in the above package design. (Users can use them freely of course.) Note: there are some software that don't depend on specified version/variant of Ruby. So it may be better to provide symlinks such as /usr/bin/ruby-compat-compat-level for compatibility. (Here comapt-level is 1.9.1 for Ruby 1.9.1 and 1.9.2.) Note2: I know that lucas have a new policy plan. And I think that we should have more time to discuss about it. During that time we should have small and minor update about current policy. I think the above idea is part of such minor updates. -- ay -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538660: ITP: ruby1.9.1 -- Interpreter of object-oriented scripting language Ruby 1.9.1
Package: wnpp Severity: wishlist Owner: akira yamada ak...@debian.org * Package name: ruby1.9.1 Version : 1.9.1 Upstream Author : Yukihiro Matsumoto m...@netlab.jp * URL : http://www.ruby-lang.org/ * License : Ruby's Programming Lang: C Description : Interpreter of object-oriented scripting language Ruby 1.9.1 Ruby is the interpreted scripting language for quick and easy object-oriented programming. It has many features to process text files and to do system management tasks (as in perl). It is simple, straight-forward, and extensible. This package provides version 1.9.1 series of Ruby. (We have already ruby1.9 package. But this package is needed for transition to Ruby 1.9.1 from Ruby 1.9.0. Please refer to debian-ruby list if you have questions.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533122: ruby1.8-dev: FTBFS with newer ruby ?
Hi, Thanks for the follow-up. Quantlib (upstream) and I figured out a workaround. In previous versions we had gotten by without the configure step -- and hence no Makefile was created and present. That did not seem to upset earlier versions but it set up the current versions. Switching to running configure fixed it. Oops, I had looked at older version... sorry. Can I close this bug? -- ay -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533122: ruby1.8-dev: FTBFS with newer ruby ?
Hi, Now, however, using what is in unstable, ie Get:33 http://ftp.us.debian.org unstable/main libruby1.8 1.8.7.173-1 [1679kB] Get:34 http://ftp.us.debian.org unstable/main ruby1.8 1.8.7.173-1 [290kB] Get:35 http://ftp.us.debian.org unstable/main ruby 4.2 [20.6kB] Get:36 http://ftp.us.debian.org unstable/main ruby1.8-dev 1.8.7.173-1 [835kB] I end up with (cd Ruby ruby setup.rb test) creating Makefile make[1]: Entering directory `/tmp/buildd/quantlib-swig-0.9.7/Ruby' make[1]: *** No rule to make target `Makefile', needed by `QuantLibc.so'. Stop. make[1]: Leaving directory `/tmp/buildd/quantlib-swig-0.9.7/Ruby' /tmp/buildd/quantlib-swig-0.9.7/Ruby/QuantLib.rb:18:in `require': no such file to load -- QuantLibc (LoadError) from /tmp/buildd/quantlib-swig-0.9.7/Ruby/QuantLib.rb:18 from ./dates.rb:18:in `require' from ./dates.rb:18 from ./QuantLibTestSuite.rb:23:in `require' from ./QuantLibTestSuite.rb:23 from setup.rb:134:in `load' from setup.rb:134 from setup.rb:70:in `call' from setup.rb:70:in `execute' from setup.rb:173 Testing QuantLib-Ruby 0.9.7... make: *** [test-stamp] Error 1 Same for the install target. Or is this something that requires upstream changes in setup.rb ? ruby setup.rb build executes the following process: 1. test -f Makefile mv Makefile Makefile.old 2. create Makefile for QuantLibc.so (It is similar to ruby -rmkmf -e 'create_makefile(QuantLibc).) 3. mv Makefile extension.mak 4. test -f Makefile.old mv Makefile.old Makefile The setup.rb assumed that the Makefile in step1 is generated by the configure script. The extension.mak depends on the Makefile, but debian/rules doesn't execute the configure script. It is the problem, I think. BTW, I try to build QuantLibc.so as the following step (with ruby1.8_1.8.7.174-1): 1. apt-get source quantlib-swig 2. cd quantlib-swig-0.9.7/Ruby 3. touch Makefile 4. ruby setup.rb build 5. ruby setup.rb test In step4, I got the QuantLibc.so. In step5, I got the following output: $ ruby setup.rb test creating Makefile make: Nothing to be done for `all'. Testing QuantLib-Ruby 0.9.7... Loaded suite QuantLib test suite Started Testing date ranges: . Testing observability of stocks: . Testing observability of market elements: . Testing observability of market element handles: . Testing segment integral: . Testing 1-D solvers: . Testing observability of forward-spreaded term structure: . Testing observability of implied term structure: . Testing observability of zero-spreaded term structure: . Finished in 0.672149 seconds. 9 tests, 0 assertions, 0 failures, 0 errors -- ay -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503974: ruby1.9: Ruby 1.9.1 Preview Release is Available
Hi, I know there's a freeze on new upstream version entering unstable, but with the pending release of Ruby 1.9.1 in a couple of months, it would be really useful to get the pre-release into experimental so we can play with it. I already made prototype of ruby1.9_1.9.1~rc1 and ruby1.9_1.9.1~rc2. Now we ruby package maintainers is discussing transition plans. -- ay -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487238: ruby1.8: Arbitrary code execution vulnerability
Hi, Can someone please comment on the status of a fix for this bug in Etch? We are working on our svn-repos. Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485477: libruby1.8: Latest version breaks Tracks (undefined method `[]' for #Enumerable::Enumerator:0x...)
Hi, After upgrading from ruby1.8_1.8.6.114-2 to ruby1.8_1.8.7-2, I noticed a rails webapp called Tracks v1.6, stopped working. The error is as mentioned in the subject line. Steps to reproduce: - download http://www.rousette.org.uk/projects/files/tracks-current.zip - unzip, and configure (you can simply use the blank sqlite3 database provided) - start the WEBrick server - see any page except the login/signup page fail - downgrade to 1.8.6.114-2 - everything works again I got the following error: -- NoMethodError in Todos#index Showing layouts/standard.html.erb where line #40 raised: undefined method `[]' for #Enumerable::Enumerator:0xb6e4c968 Extracted source (around line #40): 37: /div 38: div id=minilinks 39: %= link_to_function(Toggle notes, nil, {:accesskey = S, :title = Toggle all notes, :id = toggle-notes-nav}) do |page| 40: page.select('body .todo_notes').each { |e| e.toggle } 41: end 42: -%nbsp;|nbsp; 43: %= link_to Logout (#{current_user.display_name}) », logout_path % RAILS_ROOT: /tmp/tracks-1.6 Application Trace | Framework Trace | Full Trace vendor/rails/activesupport/lib/active_support/core_ext/string/access.rb:43:in `first' vendor/rails/activesupport/lib/active_support/inflector.rb:151:in `camelize' vendor/rails/activesupport/lib/active_support/core_ext/string/inflections.rb:49:in `camelize' vendor/rails/actionpack/lib/action_view/helpers/prototype_helper.rb:1237:in `enumerate' [...] -- Ruby 1.8.7 has String#chars. It returns an Enumerator object but Rails 2.0.2 expects an ActiveSupport::Multibyte::Chars object. You can avoid this conflict by putting the following code in config/initializers/ directory. -- unless '1.9'.respond_to?(:force_encoding) String.class_eval do begin remove_method :chars rescue NameError # OK end end end -- Note: activesupport/lib/active_support/core_ext/string/unicode.rb of Rails 2.1.0 removes chars method from String class of Ruby 1.8.7. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483947: ruby1.9: uses wrong $LOAD_PATH
Hi, Such a layout only makes sense if someone want to coinstall ruby 1.9.0 and ruby 1.9.1: if we have only one dir (for 1.9), then won't be able to install two versions of the same lib (one for 1.9.0, one for 1.9.1). On the other hand, if a lib was ported to 1.9.0, it's likely to be easy to port from 1.9.0 to 1.9.1. So we could probably do that as Debian-specific changes if necessary. I think that this should be raised on ruby-dev@ (others are likely to run into the same problem). Akira-san, Daigo-san, could one of you ask for the Ruby developers' opinion? I asked about this change at [ruby-dev:32751] and [ruby-dev:32754]. * the change is for possibility of incompatibility. [ruby-dev:32752] * 1.9.0 as dirname may be kept if there is no incompatibility. [ruby-dev:32759] -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482659: uim-tcode doesn't provide tutcode-custom.scm, tutcode-bushudic.scm and tutcode-rule.scm
Package: uim-tcode Version: 1:1.5.1-1 Severity: important uim-tcode should provide tutcode-custom.scm, tutcode-bushudic.scm and tutcode-rule.scm in /usr/share/uim. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim-tcode depends on: ii uim-common1:1.5.1-1 Common files for uim ii uim-utils 1:1.5.1-1 Utilities for uim uim-tcode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472500: Bug#472702: ruby1.8: thread implementation has a couple serious bugs
Hi, According to a discussion thread on Google's ruby-talk [1], there are a couple serious bugs in Ruby's thread implementation. Please provide precise pointers to the bugs (or code to reproduce them). The mailing list thread you are pointing to is very old, and only contains vague accusations. I don't know detail of the problem. But Capistrano 2.1 print outs the following message: You are running Ruby 1.8.6, which has a bug in its threading implementation. You are liable to encounter deadlocks running Capistrano, unless you install the fastthread library, which is available as a gem: I think that it is a case of a couple serious bugs. (I couldn't find detail of the reason of the message from the svn-repo of Capistrano.) I tested about this message using unit-tests of Capistrano 2.1. When I run the tests with ruby1.8_1.8.6-2, the result was the following: $ rake [...] Loaded suite /usr/lib/ruby/1.8/rake/rake_test_loader Started ... [...] ...deadlock 0xb76afb14: sleep:- - ./test/../lib/capistrano/gateway.rb:57 deadlock 0xb7c3a700: sleep:- (main) - ./test/../lib/capistrano/gateway.rb:64 ./test/../lib/capistrano/gateway.rb:64:in `wait': Thread(0xb7c3a700): deadlock (fatal) And when I run it with ruby1.8_1.8.6.36-1 or ruby1.8_1.8.6.111-2, the result was all OK. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463057: libtokyocabinet-dev does not provide tcadb.h
Package: libtokyocabinet-dev Version: 1.1.10-1 Severity: normal libtokyocabinet-dev does not provide tcadb.h. $ dpkg --listfiles libtokyocabinet-dev | fgrep .h /usr/include/tcbdb.h /usr/include/tchdb.h /usr/include/tcutil.h $ dpkg-query -W libtokyocabinet-dev libtokyocabinet-dev 1.1.10-1 $ apt-get source tokyocabinet $ cd tokyocabinet-1.1.10 $ debuild -uc -us $ cd debian $ ls -1 */usr/include/*.h libtokyocabinet-dev/usr/include/tcbdb.h libtokyocabinet-dev/usr/include/tchdb.h libtokyocabinet-dev/usr/include/tcutil.h tmp/usr/include/tcadb.h tmp/usr/include/tcbdb.h tmp/usr/include/tchdb.h tmp/usr/include/tcutil.h -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686-bigmem (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libtokyocabinet-dev depends on: ii libtokyocabinet1 1.1.10-1 Tokyo Cabinet Database Libraries [ libtokyocabinet-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441684: patch
Hi, upstream ruby removed file version.h . But we already have lots of fixes based on string RUBY_VERSION_CODE, so it's easier to recreate this version.h for ruby1.9 package. This patch fix this bug. It also fix another bug introduced by ruby1.9 upstream changes. Basically, we should not use RUBY_VERSION_CODE. So I think that an approach likes the following patch is better. diff -ruN bdb-0.6.2.orig/src/bdb.h bdb-0.6.2/src/bdb.h --- bdb-0.6.2.orig/src/bdb.h2007-07-29 01:52:43.0 +0900 +++ bdb-0.6.2/src/bdb.h 2007-08-30 15:04:28.0 +0900 @@ -1,5 +1,7 @@ #include ruby.h +#ifdef HAVE_VERSION_H #include version.h +#endif #include rubysig.h #include rubyio.h diff -ruN bdb-0.6.2.orig/src/common.c bdb-0.6.2/src/common.c --- bdb-0.6.2.orig/src/common.c 2007-07-28 19:42:08.0 +0900 +++ bdb-0.6.2/src/common.c 2007-08-30 15:20:57.0 +0900 @@ -3877,7 +3877,11 @@ char *file, *database; VALUE flagv = Qnil, iov = Qnil; int flags = 0; +#if HAVE_TYPE_OPENFILE OpenFile *fptr; +#else +rb_io_t *fptr; +#endif FILE *io = NULL; rb_secure(4); diff -ruN bdb-0.6.2.orig/src/extconf.rb bdb-0.6.2/src/extconf.rb --- bdb-0.6.2.orig/src/extconf.rb 2007-07-25 18:40:04.0 +0900 +++ bdb-0.6.2/src/extconf.rb2007-08-30 15:18:58.0 +0900 @@ -82,6 +82,9 @@ have_func(f) end +have_header(version.h) +have_type(OpenFile, [ruby.h, rubyio.h]) + [insert, values_at].each do |f| print checking for Array##{f}... if [].respond_to?(f) Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444929: CVE-2007-5162 missing verification for commonName when using connect of NET:HTTPS
Hi, this bug was marked pending quite some time ago now. Any news for this one? I made new packages and sent them to Debian security team. I'm waiting for DSA... Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451374: CVE-2007-5770 unauthorized disclosure of information
Hi, Package: ruby1.8 Version: 1.8.5-4 Severity: important Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for ruby1.8. CVE-2007-5770[0]: | The (1) Net::ftptls, (2) Net::telnets, (3) Net::imap, (4) Net::pop, | and (5) Net::smtp libraries in Ruby 1.8.5 and 1.8.6 do not verify that | the commonName (CN) field in a server certificate matches the domain | name in a request sent over SSL, which makes it easier for remote | attackers to intercept SSL transmissions via a man-in-the-middle | attack or spoofed web site, different components than CVE-2007-5162. I already fixed the bugs and sent new packages to Debian security team. Note: Net::POP in ruby1.8 and earlier version of ruby1.9 does not support SSL. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451374: CVE-2007-5770 unauthorized disclosure of information
Hi, At least the telnets code in ruby1.8 (unstable) is not fixed. Do I miss anything? The fix is in net/telnets.rb. 137 if @options['VerifyMode'] != OpenSSL::SSL::VERIFY_NONE 138@sock.post_connection_check(@options['Host']) 139 end Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451374: CVE-2007-5770 unauthorized disclosure of information
It's not: [EMAIL PROTECTED]:tmp$] LC_ALL=C apt-get source ruby1.8 Reading package lists... Done Building dependency tree Reading state information... Done Need to get 4593kB of source archives. Get:1 http://debian.netcologne.de unstable/main ruby1.8 1.8.6.111-2 (dsc) [1061B] Get:2 http://debian.netcologne.de unstable/main ruby1.8 1.8.6.111-2 (tar) [4548kB] Get:3 http://debian.netcologne.de unstable/main ruby1.8 1.8.6.111-2 (diff) [44.0kB] Fetched 4593kB in 9s (460kB/s) dpkg-source: extracting ruby1.8 in ruby1.8-1.8.6.111 dpkg-source: unpacking ruby1.8_1.8.6.111.orig.tar.gz dpkg-source: applying ./ruby1.8_1.8.6.111-2.diff.gz [EMAIL PROTECTED]:tmp$] cd ruby1.8-1.8.6.111 [EMAIL PROTECTED]:ruby1.8-1.8.6.111$] grep VerifyMode ext/openssl/lib/net/telnets.rb 'VerifyMode' = SSL::VERIFY_PEER, 'VerifyMode' = SSL::VERIFY_PEER, @sock.verify_mode = @options['VerifyMode'] The code you quoted is in the ruby1.9 package but _not_ in the ruby1.8 package. ruby1.8 source package uses cdbs and dpatch. please apply patches. Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329161: libruby1.8: Matrix class in /usr/lib/ruby/1.8/matrix.rb is totally broken
Hi, There was a similar bug that will be fixed in ruby 1.8.7 in Matrix#inverse. See discussion at http://rubyforge.org/tracker/?group_id=426atid=1698func=detailaid=9360 Also, I've opened a bug on the ruby bug tracker about this issue. See http://rubyforge.org/tracker/?group_id=426atid=1698func=detailaid=15168 Sorry for inconvenience. This topic was talked in ruby-dev list (in Japanese). Matz and Keiju fixed at r9472 and r9666 on trunk. ref: [ruby-dev:27601][ruby-dev:27605][ruby-dev:27820][ruby-dev:27983] We may ask ruby_1_8 maintainer to backport the change. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425234: Segfault on AMD64
Hi, It is my intention to NMU libshadow-ruby to fix this problem in the next few days, unless a maintainer upload or some other responses to this bug report is made. Thank you for your attention. I uploaded new package which includes the patch to Debian. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441489: reassign 441489 to libinotify-ruby
# Automatically generated email from bts, devscripts version 2.10.7 # This is changes of ruby1.9, so Bug#441489 is of libinotify-ruby. reassign 441489 libinotify-ruby -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430656: byacc is missing in debian/control - build-depends
Package: ruby1.8 Version: 1.8.6-2 dpkg-build -rfakeroot fails if byacc is not installed. As 'byacc' is not listed as a build-dependency in debian/control, building fails. ruby1.8 build-depends on bison and it does not use bison. Please show me your build log. (Logs at http://buildd.debian.org/pkg.cgi?pkg=ruby1.8 may help you.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430656: byacc is missing in debian/control - build-depends
I don't understand how 'bison' is involved here. The binary file 'byacc' is in package 'byacc', not in package 'bison'. We make ruby1.8 package use biosn and not byacc. [EMAIL PROTECTED]:~/downloads/ruby$ sudo pbuilder build ruby1.8_1.8.6-2.dsc [...] The following NEW packages will be installed: autoconf autotools-dev bison cdbs debhelper dpatch file gettext html2text intltool-debian libgdbm-dev libice-dev libice6 libmagic1 libncurses5-dev libreadline5-dev libsm-dev libsm6 libssl-dev libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxdmcp-dev libxdmcp6 libxt-dev libxt6 m4 po-debconf tcl8.4 tcl8.4-dev tk8.4 tk8.4-dev x-dev x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev xtrans-dev zlib1g-dev [...] cd . CC=cc CXX=g++ CFLAGS=-fno-strict-aliasing -O2 CXXFLAGS=-fno-strict-aliasing CPPFLAGS= LDFLAGS= /tmp/buildd/ruby1.8-1.8.6/./configure --build=i486-linux-gnu [...] checking for bison... byacc -d [...] byacc -d parse.y make[1]: byacc: Command not found make[1]: *** [parse.c] Error 127 Please send me your config.log in /tmp/buildd/ruby1.8-1.8.6. Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414727: mkmf.rb missing in libruby1.8
Weil, Stefan RD-AS54 wrote: File mkmf.rb is missing in this package although the documentation /usr/share/doc/libruby1.8/README lists it. mkmf.rb is used by Ruby's standard install mechanism, so it is an important file which should be included. ruby1.8-dev package provides mkmf.rb. I'll fix the README file. -- akira yamada -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399706: Bug#389681: apt-listbugs: Bug still exists in version 0.0.57
Junichi Uekawa wrote: Please follow up this discussion in 399706. I agree Ruby is stupid here, but I don't intend to work around it. I don't think so. It is not a bug of Ruby and it is bug of apt-listbugs. I think that the behaviour is intended by the upstream author of SOAP4r. The current author of apt-listbugs should ask the upstream or correct his code. -- ay P.S. I will reassign the bug to apt-listbugs later. Please reassign the bug to libruby1.8 if you ask the upstream and the upstream changes the code. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388523: ITP: libdb4.4-ruby -- Interface to Berkeley DB 4.4 for Ruby
Package: wnpp Severity: wishlist Owner: akira yamada [EMAIL PROTECTED] * Package name: libdb4.4-ruby Version : 0.5.8 Upstream Author : Guy Decoux [EMAIL PROTECTED] * URL : http://moulon.inra.fr/ruby/bdb.html * License : Ruby's Programming Lang: C, Ruby Description : Interface to Berkeley DB 4.4 for Ruby BDB is an interface to Berkeley DB, distributed by Sleepycat (http://www.sleepycat.com/). This package provides BDB for Ruby 1.8/1.9 linked to libdb4.4. Ruby's License: http://www.ruby-lang.org/en/LICENSE.txt -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378111: ftp.debian.org: remove ruby1.6 from testing and unstable
Package: ftp.debian.org Severity: normal We're planning to remove ruby1.6 from etch release. See http://wiki.debian.org/RemoveRuby16 and recent discussion on debian-ruby lists. It is the time to remove ruby1.6 itself. Please remove ruby1.6 from testing and unstable. Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373953: ruby1.9: FTBFS: Error in ext/bigdecimal Makefile
Daniel Schepler wrote: Makefile:143: *** missing separator. Stop. Does the line 143 contain |#_!!_#|? -- akira yamada -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369336: ftp.debian.org: please remove ruby-manual from testing/unstable
Package: ftp.debian.org Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please remove ruby-manual package from testing/unstable. Reason: This package provides a manual and a FAQs of only Ruby 1.4.x. And new upstream version is not provided. The version 1.4.x is very old version of Ruby. - Ruby 1.6.x - previous stable release - Ruby 1.8.x - current stable release - Ruby 1.9.x - development version Current Debian don't have Ruby 1.4.x packages. (And we decided to drop Ruby 1.6.x at next release on Debian.) Ruby 1.8.x and 1.9.x have some reference manuals in its standard distribution. On Debian we can view the documents by using ri1.8 or ri1.9. So ruby-manual package isn't usable for any purpose. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEeq40XzkxpuIT8aARAqfBAJ9vLYqhTfKHP/+K2NoxeBd8d+VdOwCdErzH 1M3kcUfyBQiuCS40mU61lAQ= =LNld -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367676: libhonyaku-damashii-ruby1.6: upgrade to ruby 1.8 or remove
Fumitoshi UKAI wrote: Package: libhonyaku-damashii-ruby1.6 Version: 0.20-4 We're planning to remove ruby 1.6 from etch [1]. Please consider to ugprade to ruby 1.8 or remove this package from testing and unstable. I will reassign this bug to ftp.debian.org to request removing it from Debian. The reason is the following: - Honyaku-damashii is obsoleted by its provider at 2002-03-31. - It may not work on recent Debian environment. - honyaku-damashii-server.deb is already removed from Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367024: Licences conflict: Ruby under pure GPL with OpenSSL Licence
Aurélien GÉRÔME wrote: The binary package libopenssl-ruby1.8 (pure GPL) depends on libssl0.9.7 (OpenSSL Licence). Those 2 licences conflict due to a clause in OpenSSL Licence which has to be added to the GPL. Ruby is distributed with dual-license which is Ruby's License or GPL. URL:http://www.ruby-lang.org/en/LICENSE.txt Absolutely, I am well aware of that. However, for that specific binary package, it is impossible to licence it under an unalterated GPL. Hence, the choice between the GPL or the Ruby Licence is not a choice: it is automatically the Ruby Licence. User of this package can use it as a source package. And they can choise to build without OpenSSL. So I think that debian/copyright has correct information. We may add this point as a note to libopenssl-ruby1.8.README.Debian, but I think that it is not a serious bug. It would be wise to do so. However, it is indeed a serious bug. I did not set the severity to serious, because I found it funny to annoy people, but rather because licences conflict violates the DFSG, and by doing so, the Debian Policy. I think that ruby packages does not violate DFSG: - Ruby doesn't violate DFSG even if it is build with OpenSSL because we can select Ruby's License. - Ruby's License doesn't conflict with OpenSSL License. - Programs cann't use libopenssl-ruby and other GPL'ed libraries. But it is a problem of such programs, it isn't a problem of ruby packages. - policy 2.3 says Every package must be accompanied by a verbatim copy of its copyright and distribution license in the file `/usr/share/doc/package/copyright'. So, we will add a note of this fact in copyright and close this bug. -- akira yamada
Bug#367024: Licences conflict: Ruby under pure GPL with OpenSSL Licence
Aurélien GÉRÔME wrote: Package: libopenssl-ruby1.8 Version: 1.8.2-7sarge2 Severity: serious The binary package libopenssl-ruby1.8 (pure GPL) depends on libssl0.9.7 (OpenSSL Licence). Those 2 licences conflict due to a clause in OpenSSL Licence which has to be added to the GPL. Ruby is distributed with dual-license which is Ruby's License or GPL. URL:http://www.ruby-lang.org/en/LICENSE.txt Absolutely, I am well aware of that. However, for that specific binary package, it is impossible to licence it under an unalterated GPL. Hence, the choice between the GPL or the Ruby Licence is not a choice: it is automatically the Ruby Licence. User of this package can use it as a source package. And they can choise to build without OpenSSL. So I think that debian/copyright has correct information. We may add this point as a note to libopenssl-ruby1.8.README.Debian, but I think that it is not a serious bug. -- akira yamada
Bug#367024: Licences conflict: Ruby under pure GPL with OpenSSL Licence
Aurélien GÉRÔME wrote: Package: libopenssl-ruby1.8 Version: 1.8.2-7sarge2 Severity: serious The binary package libopenssl-ruby1.8 (pure GPL) depends on libssl0.9.7 (OpenSSL Licence). Those 2 licences conflict due to a clause in OpenSSL Licence which has to be added to the GPL. Ruby is distributed with dual-license which is Ruby's License or GPL. URL:http://www.ruby-lang.org/en/LICENSE.txt -- akira yamada
Bug#365162: libtcltk-ruby1.8: tcltklib fails during initialization
Christian Surlykke wrote: The following ruby script: #!/usr/bin/ruby1.8 require 'tk' root = TkRoot.new { title Test } TkLabel.new(root) do text 'Hello, World!' pack { padx 15 ; pady 15; side 'left' } end Tk.mainloop fails at line 2 (require 'tk') with the message: /usr/lib/ruby/1.8/tk.rb:1102:in `initialize': tcltklib: fail to Tk_Init(). this isn't a Tk applicationunknown color name Black (RuntimeError) from /usr/lib/ruby/1.8/tk.rb:1102 from ./tst.rb:2 This script works fine on my Debian-box. Same problem when doing 'require tk' from irb1.8 I could not reproduce the problem. $ irb1.8 irb(main):001:0 require tk = true Please send me another reproduceable code. -- akira yamada -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331050: ..
Michael Ablassmeier wrote: please note that the patch does still not prevent raggle from crashing: [EMAIL PROTECTED]:/# raggle Raggle: Loading config... Raggle: Loading feed list... /usr/lib/ruby/1.8/yaml.rb:133:in `transfer': allocator undefined for Bignum (TypeError) from /usr/lib/ruby/1.8/yaml.rb:133:in `load' from /usr/bin/raggle:4795:in `load_config' from /usr/bin/raggle:5441:in `main' from /usr/bin/raggle:6461 I posted a workaround to ruby-core list: URL:http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/6159 -- akira yamada -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332742: ruby1.8: [CAN-2005-2337] safe mode bypass
Martin Pitt wrote: There is a safe mode bypass in all Ruby versions: I already prepared the new package and sent a notice to security team. But I cannot yet get DSA -- akira yamada -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330070: ruby1.8: ruby crashes, preventing Apache2 from being used
Vincent Lefevre wrote: Package: ruby1.8 Version: 1.8.2-9 Severity: grave Justification: renders package unusable I get the following error: # /etc/init.d/apache2 start Starting web server: Apache2/usr/sbin/apache2ctl: line 78: 26554 Aborted (core dumped) $HTTPD -k start -DSSL ruby1.8_1.8.3-1 is in unstable. please try it. If you get SEGV with 1.8.3-1, please send the backtrace. Thank you. -- akira yamada -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322672: ftp.debian.org: please remove libdb4.1-ruby from sid/testing
Package: ftp.debian.org Severity: wishlist Please remove libdb4.1-ruby from sid/testing. Because libdb4.1 is obsoleted. URL:http://lists.debian.org/debian-devel/2005/07/msg01570.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304856: ruby1.6: FTBFS on GNU/kFreeBSD
Aurelien Jarno wrote: ruby1.6 currently fails to build of GNU/kFreeBSD. Please find below a patch to fix that. --- ruby1.6-1.6.8/debian/rules +++ ruby1.6-1.6.8/debian/rules @@ -50,6 +50,13 @@ configure: configure-stamp configure-stamp: $(patched) dh_testdir + + # update config.guess and config.sub + -test -r /usr/share/misc/config.sub \ + cp -f /usr/share/misc/config.sub $(BUILD_TREE)/config.sub + -test -r /usr/share/misc/config.guess \ + cp -f /usr/share/misc/config.guess $(BUILD_TREE)/config.guess + # Add here commands to configure the package. cd $(BUILD_TREE) autoconf cd $(BUILD_TREE) \ On i386, ruby1.6 uses /usr/lib/ruby/1.6/i386-linux for searching arch-depends-libraries. But this patch changes the dir to i386-linux-gnu. It is wrong. Is this change necessary for GNU/kFreeBSD? -- akira yamada URL:http://arika.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304456: ITP: libdb2-ruby1.9 -- Interface to Berkeley DB 2 for Ruby 1.9
Package: wnpp Severity: wishlist * Package name: libdb2-ruby1.9 Version : 0.5.0 Upstream Author : Guy Decoux [EMAIL PROTECTED] * URL : http://moulon.inra.fr/ruby/bdb.html * License : Ruby's Description : Interface to Berkeley DB 2 for Ruby 1.9 BDB is an interface to Berkeley DB, distributed by Sleepycat (http://www.sleepycat.com/). This package provides BDB linked to libdb2. Ruby's License: http://www.ruby-lang.org/en/LICENSE.txt -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304453: ITP: libdb4.2-ruby1.9 -- Interface to Berkeley DB 4.2 for Ruby 1.9
Package: wnpp Severity: wishlist * Package name: libdb4.2-ruby1.9 Version : 0.5.0 Upstream Author : Guy Decoux [EMAIL PROTECTED] * URL : http://moulon.inra.fr/ruby/bdb.html * License : Ruby's Description : Interface to Berkeley DB 4.2 for Ruby 1.9 BDB is an interface to Berkeley DB, distributed by Sleepycat (http://www.sleepycat.com/). This package provides BDB linked to libdb4.2. Ruby's License: http://www.ruby-lang.org/en/LICENSE.txt -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304451: ITP: libdb4.3-ruby1.9 -- Interface to Berkeley DB 4.3 for Ruby 1.9
Package: wnpp Severity: wishlist * Package name: libdb4.3-ruby1.9 Version : 0.5.0 Upstream Author : Guy Decoux [EMAIL PROTECTED] * URL : http://moulon.inra.fr/ruby/bdb.html * License : Ruby's Description : Interface to Berkeley DB 4.3 for Ruby 1.9 BDB is an interface to Berkeley DB, distributed by Sleepycat (http://www.sleepycat.com/). This package provides BDB linked to libdb4.3. Ruby's License: http://www.ruby-lang.org/en/LICENSE.txt -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304454: ITP: libdb4.1-ruby1.9 -- Interface to Berkeley DB 4.1 for Ruby 1.9
Package: wnpp Severity: wishlist * Package name: libdb4.1-ruby1.9 Version : 0.5.0 Upstream Author : Guy Decoux [EMAIL PROTECTED] * URL : http://moulon.inra.fr/ruby/bdb.html * License : Ruby's Description : Interface to Berkeley DB 4.1 for Ruby 1.9 BDB is an interface to Berkeley DB, distributed by Sleepycat (http://www.sleepycat.com/). This package provides BDB linked to libdb4.1. Ruby's License: http://www.ruby-lang.org/en/LICENSE.txt -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304455: ITP: libdb3-ruby1.9 -- Interface to Berkeley DB 3 for Ruby 1.9
Package: wnpp Severity: wishlist * Package name: libdb3-ruby1.9 Version : 0.5.0 Upstream Author : Guy Decoux [EMAIL PROTECTED] * URL : http://moulon.inra.fr/ruby/bdb.html * License : Ruby's Description : Interface to Berkeley DB 3 for Ruby 1.9 BDB is an interface to Berkeley DB, distributed by Sleepycat (http://www.sleepycat.com/). This package provides BDB linked to libdb3. Ruby's License: http://www.ruby-lang.org/en/LICENSE.txt -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304457: ITP: libdb4.3-ruby -- Interface to Berkeley DB 4.3 for Ruby
Package: wnpp Severity: wishlist * Package name: libdb4.3-ruby Version : 0.5.0 Upstream Author : Guy Decoux [EMAIL PROTECTED] * URL : http://moulon.inra.fr/ruby/bdb.html * License : Ruby's Description : Interface to Berkeley DB 4.3 for Ruby BDB is an interface to Berkeley DB, distributed by Sleepycat (http://www.sleepycat.com/). This package provides BDB for Ruby 1.6/1.8 linked to libdb4.3. Ruby's License: http://www.ruby-lang.org/en/LICENSE.txt -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303714: alexandria: Alexandria crashes in LANG=ja
Package: alexandria (BVersion: 0.5.1-2 (BSeverity: important (B (BIn LANG=ja, Alexandria crashes at alexandria/ui/main_app.rb:125. (B (B $ LANG=ja LC_TIME=C alexandria (B --- (B Alexandria just crashed (B --- (B Timestamp: Fri Apr 08 17:54:10 JST 2005 (B Message: too few arguments (B Backtrace: (B /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:122:in `%' (B /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:122:in (B `on_books_selection_changed' (B /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:80:in `initialize' (B /usr/lib/ruby/1.8/alexandria/ui.rb:40:in `new' (B /usr/lib/ruby/1.8/alexandria/ui.rb:40:in `main' (B /usr/lib/ruby/1.8/alexandria.rb:60:in `main' (B /usr/bin/alexandria:10 (B Release: 0.5.1 (B [...] (B (BI think that the ja.po entry for "Library '%s' selected, %d book" has (Btoo many "%d". (B (B-- (Bakira yamada URL:http://arika.org (B (B (B-- (BTo UNSUBSCRIBE, email to [EMAIL PROTECTED] (Bwith a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#266058: libtk-ruby1.8: Missing , in tk.rb
Klaus Stein wrote: Package: libtk-ruby1.8 Version: 1.8.1-7woody1 I think that this bug(?) is not for Debian. Debian does not have libtk-ruby1.8_1.8.1-7woody1. Thank you. -- akira yamada URL:http://arika.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302255: SecurityError raise problems with ruby-breakpoints
I am talking with upstream author of dRuby already. Paul van Tilburg wrote: flgr told me that using plain ruby 1.8.2 has fixed the problem for everyone so far Also the modified libruby seems to fix it, but not much information is available at the moment. Also it is not known which patch precisely fixed the problem. Does Debian ruby1.8 use vanilla ruby 1.8.2 at the moment or a patched pre-version? Tha changes of drb/drb.rb is for security. So I think that we should use current drb/drb.rb. -- akira yamada URL:http://arika.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]