Bug#420184: wronf default filename in __init__ in ServiceTypeDatabase.py
Package: python-avahi Version: 0.6.18-1 Severity: normal --- Please enter the report below this line. --- On line 32 of file /usr/share/python-support/python-avahi/avahi/ServiceTypeDatabase.py, the url for the default filename must be : "/usr/share/avahi/service-types.db" instead of "/usr/local/stow/avahi-0.6.18/share/avahi/service-types.db". Best regards, Cedric --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-686 Debian Release: lenny/sid 990 unstableftp.lip6.fr 700 testing ftp.lip6.fr 450 unstablewww.debian-multimedia.org 300 experimentalftp.lip6.fr --- Package information. --- Depends (Version) | Installed =-+-= python (>= 2.4) | 2.4.4-2 python-support (>= 0.2) | 0.6.3 python-gdbm (>= 2.4.3-1) | 2.4.4-1 python-glade2(>= 2.8.6-2) | 2.10.4-2 libavahi-common-data | 0.6.18-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#675114: raspell: port to gem2deb, and drop ruby1.8 support
Package: raspell Followup-For: Bug #675114 Control: -1 severity important Control: user debian-r...@lists.debian.org Control: usertag -1 ruby18-removal Dear Maintainer, It's been a year and a half this message has been sent to you. ruby-pkg-tools is not supported anymore and ruby1.8 is dead upstream, and will be removed for Jessie. In order to ship your package in Jessie, the Debian Ruby team is willing to help you make the transition to gem2deb packaging. If you have no objection, we propose to move this package under the Ruby team umbrella (keeping you as an uploader), and make the transition. Please join the pkg-ruby-extras team on Alioth. We send a notice to this bugreport with a debdiff when an upgrade (with a upgrade of this package to 1.3, released 2 years ago) will be ready and sent to the DELAYED queue. Best regards, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#733171: gem2deb takes older version of gem file if more than one version is present
Package: gem2deb Version: 0.6.1 Followup-For: Bug #733171 Hi! For the record, This was discussed earlier in the debian-ruby mailing list: see the thread starting at https://lists.debian.org/debian-ruby/2012/02/msg00038.html Cheers, Cédric signature.asc Description: Digital signature
Bug#733157: confirmed
Control: tag -1 confirmed Control: tag -1 pending Hi! Thanks for your report. The next upload will add jpg support. However, there is no resize! method for GD::Image objects. It seems that however the GD2 ruby library http://gd2.rubyforge.org/ has a resize! method. If you need this library and want it to be packaged for Debian, you can fill a RFP (Request for packaging) bug against the 'wnpp' virtual package. Cheers, Cédric signature.asc Description: Digital signature
Bug#731462: flvtool2: several serious packaging issues
Package: flvtool2 Followup-For: Bug #731462 Dear Maintainer, when looking at this bug, I noticed several issues with the packaging: - the package is indicated being Architecture: any, whereas it ships only architecture independent files - the package is (certainly mistakenly) built as a native package with an hyphen in the version number, instead of a non-native package. - bin/flvtools indicates a ruby/bin/ruby1.9.1 but does not depend on ruby1.9.1 (but build-depends on ruby1.8). - The VCs fields point to a non existing repository and so on... As fixing all these issues with an NMU would be very invasive and given that the source of this program is distributed as a Ruby gem on rubygems.org, I would strongly advise moving this package under the umbrella of this package by the Ruby team, and benefit from the unified packaging workflow for Ruby packages. What do you think? The Ruby team is very eager to get rid of ruby1.8 as soon as possible and needs your cooperation. They wouldd be happy to provide assistance/help to maintain this package. Best regards, Cédric signature.asc Description: Digital signature
Bug#733267: RM: libramaze-ruby -- ROM; source package renamed as ruby-ramaze
Package: ftp.debian.org Severity: normal Dear FTP masters, please remove libramaze, as a new source package ruby-ramaze (following the new conventions for Ruby packages) has been uploaded and generates (as transitional packages) the binary packages the libramaze-ruby* packages that used to be generated from it. Thanks in advance, Cédric signature.asc Description: Digital signature
Bug#739711: ruby-em-http-request: license information of debian/ files missing in d/copyright
Hi Jonas, I'm fine with this change. Thanks! Cheers, Cédric
Bug#733423: ruby-activesupport-3.2 should depend on ruby-minitest
Package: ruby-activesupport-3.2 Followup-For: Bug #733423 Hi, As long as port-to-minitest.patch is applied, ruby-activesupport-3.2 should depend on ruby-minitest. Indeed, the minitest version shipped with the interpreters does not include any minitest.rb file. Please depend on ruby-minitest or revert that patch Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-activesupport-3.2 depends on: ii ruby 1:1.9.3 ii ruby-i18n 0.6.5-1 ii ruby-multi-json 1.8.0-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-9 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-activesupport-3.2 recommends no packages. ruby-activesupport-3.2 suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#731557: new debdiff
tag 731557 pending
thanks
Hi!
Since I forgot to send the NMU for #735667 and in the mean time, the
severity of other Ruby-related bug #731557 has been raised to serious,
I am updating my NMU to close these two bugs.
The debdiff is attached. I am uploading to DELAYED/5. Tell me if it
needs to stay longer.
Cheers,
Cédric
diff -Nru opennebula-3.4.1/debian/changelog opennebula-3.4.1/debian/changelog
--- opennebula-3.4.1/debian/changelog 2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1/debian/changelog 2014-01-22 19:57:22.0 +0100
@@ -1,3 +1,12 @@
+opennebula (3.4.1-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop deprecated rubygems package from dependencies of ruby-opennebula
+(Closes: #735667)
+ * Change dependency on thin1.8 to thin (Closes: #731557)
+
+ -- Cédric Boutillier Fri, 17 Jan 2014 14:30:58 +0100
+
opennebula (3.4.1-4) unstable; urgency=low
[ Damien Raude-Morvan ]
diff -Nru opennebula-3.4.1/debian/control opennebula-3.4.1/debian/control
--- opennebula-3.4.1/debian/control 2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1/debian/control 2014-01-22 19:56:31.0 +0100
@@ -58,7 +58,7 @@
ruby-opennebula (= ${source:Version}),
ruby-sinatra,
ruby-rack-protection,
- thin1.8,
+ thin,
${misc:Depends}
Recommends: novnc
Description: web interface to which executes the OpenNebula cluster services
@@ -120,7 +120,6 @@
ruby-password,
ruby-sequel,
ruby-sqlite3,
- rubygems,
${misc:Depends},
${ruby:Depends}
Replaces: opennebula (<< 3.2.1-1~)
signature.asc
Description: Digital signature
Bug#734836: [DRE-maint] Bug#734836: ruby-nokogiri: CVE-2013-6460 CVE-2013-6461
tag 734836 - wheezy notfound 734836 1.5.5-1 thanks Hi! On Fri, Jan 10, 2014 at 07:37:57AM +0100, Moritz Muehlenhoff wrote: > Hi, > please see > https://groups.google.com/forum/#!topic/ruby-security-ann/DeJpjTAg1FA The source package for ruby-nokogiri 1.5.5 shipped with wheezy doesnt doesn't have any java file. The security issue therefore doesn't apply to ruby-nokogiri on wheezy. Cheers, Cédric signature.asc Description: Digital signature
Bug#736757: pu: package ruby-opengl/0.60.1+dfsg2-1~wheezy1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi!
I would like to propose an update of ruby-opengl for wheezy to remove
documentation without clear license.
Please find below the changelog entry and in attachment the full
debdiff.
-8<-
ruby-opengl (0.60.1+dfsg2-1~wheezy1) stable; urgency=medium
* Imported Upstream version 0.60.1+dfsg2
* Repack upstream tarball to remove examples/NeHe as it does not have a
clear license (Closes: #713820).
* Do not rely on Rake file to clean.
-- Cédric Boutillier Sun, 26 Jan 2014 15:00:58 +0100
->8-
With kind regards,
Cédric
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (150,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ruby-opengl-0.60.1+dfsg1/debian/changelog
ruby-opengl-0.60.1+dfsg2/debian/changelog
--- ruby-opengl-0.60.1+dfsg1/debian/changelog 2012-06-26 14:14:51.0
+0200
+++ ruby-opengl-0.60.1+dfsg2/debian/changelog 2014-01-26 15:28:43.0
+0100
@@ -1,3 +1,12 @@
+ruby-opengl (0.60.1+dfsg2-1~wheezy1) stable; urgency=medium
+
+ * Imported Upstream version 0.60.1+dfsg2
+ * Repack upstream tarball to remove examples/NeHe as it does not have a
+clear license (Closes: #713820).
+ * Do not rely on Rake file to clean.
+
+ -- Cédric Boutillier Sun, 26 Jan 2014 15:00:58 +0100
+
ruby-opengl (0.60.1+dfsg1-2) unstable; urgency=low
* Bump build dependency on gem2deb to >= 0.3.0~
diff -Nru ruby-opengl-0.60.1+dfsg1/debian/clean
ruby-opengl-0.60.1+dfsg2/debian/clean
--- ruby-opengl-0.60.1+dfsg1/debian/clean 1970-01-01 01:00:00.0
+0100
+++ ruby-opengl-0.60.1+dfsg2/debian/clean 2014-01-26 15:28:09.0
+0100
@@ -0,0 +1,4 @@
+ext/*/Rakefile
+ext/*/*.o
+ext/*/*.so
+ext/*/mkrf.log
diff -Nru ruby-opengl-0.60.1+dfsg1/debian/copyright
ruby-opengl-0.60.1+dfsg2/debian/copyright
--- ruby-opengl-0.60.1+dfsg1/debian/copyright 2012-06-26 14:14:02.0
+0200
+++ ruby-opengl-0.60.1+dfsg2/debian/copyright 2014-01-26 15:55:14.0
+0100
@@ -4,6 +4,7 @@
Comment: Source has been repacked to respect the DFSG
the file example/misc/fbo_test.rb has been removed, as it does not allow
the distribution of modified versions.
+ the files examples/NeHe/* as a proper license could not be found.
Files: *
Copyright: 2004 Yoshiyuki Kusano
diff -Nru ruby-opengl-0.60.1+dfsg1/debian/README.source
ruby-opengl-0.60.1+dfsg2/debian/README.source
--- ruby-opengl-0.60.1+dfsg1/debian/README.source 2012-06-26
14:14:02.0 +0200
+++ ruby-opengl-0.60.1+dfsg2/debian/README.source 2014-01-26
15:55:14.0 +0100
@@ -4,9 +4,10 @@
- examples/misc/fbo_test.rb has been removed, as distribution of modified
versions is not allowed.
+- examples/NeHe/* have been removes, as a proper could not be found (#713820)
This operation is done automatically by the script debian/repack.sh, called
in the get-orig-source: target in debian/rules.
-Cédric Boutillier
-Last update: 2012-04-30
+Cédric Boutillier
+Last update: 2013-06-30
diff -Nru ruby-opengl-0.60.1+dfsg1/debian/repack.sh
ruby-opengl-0.60.1+dfsg2/debian/repack.sh
--- ruby-opengl-0.60.1+dfsg1/debian/repack.sh 2012-06-26 14:14:02.0
+0200
+++ ruby-opengl-0.60.1+dfsg2/debian/repack.sh 2014-01-26 15:55:14.0
+0100
@@ -4,7 +4,7 @@
#
# In this case the files removed are:
# - examples/misc/fbo_test.rb
-
+# - examples/NeHe
set -e
@@ -21,9 +21,12 @@
# remove example not allowing distribution if modified
rm ruby-opengl-$DEB_UPSTREAM_VERSION/examples/misc/fbo_test.rb
+# remove NeHe examples, without clear license
+rm -rf ruby-opengl-$DEB_UPSTREAM_VERSION/examples/NeHe
+
# repack the tarball
mv ruby-opengl-$DEB_UPSTREAM_VERSION ruby-opengl-$DEB_UPSTREAM_VERSION.orig
GZIP=--best tar --create --gzip --owner root --group root --mode a+rX \
- --file ../ruby-opengl_$DEB_UPSTREAM_VERSION+dfsg1.orig.tar.gz
ruby-opengl-$DEB_UPSTREAM_VERSION.orig
+ --file ../ruby-opengl_$DEB_UPSTREAM_VERSION+dfsg2.orig.tar.gz
ruby-opengl-$DEB_UPSTREAM_VERSION.orig
rm -r ruby-opengl-$DEB_UPSTREAM_VERSION.orig
diff -Nru ruby-opengl-0.60.1+dfsg1/debian/rules
ruby-opengl-0.60.1+dfsg2/debian/rules
--- ruby-opengl-0.60.1+dfsg1/debian/rules 2012-06-26 14:14:02.0
+0200
+++ ruby-opengl-0.60.1+dfsg2/debian/rules 2014-01-26 15:28:09.0
+0100
@@ -21,8 +21,5 @@
dh_installexamples
find debian/ruby-opengl/usr/share/doc/ruby-opengl/examples/ -name
"*.rb" -exec chmod a-x '{}' \;
-override_dh_auto_clean:
- rake clean
-
Bug#736762: RM: rubygems/1.8.24-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi! As a member of the Ruby team, I am asking for the removal of rubygems from the archive. This package is for ruby1.8 only, which is now deprecated (newer Ruby interpreter have their own version of rubygems bundled). In sid, rubygems has only one reverse dependency left (ironruby-utils #735647), and two build dependencies (jpoker #735666, and opendnssec #735587). Opendnssec should be fixed soon according to Ondřej Surý. The other two haven't been updated since the beginning of the release cycle of Wheezy. Thanks in advance. With kind regards, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736762: RM: rubygems/1.8.24-1
reassign 736762 ftp.debian.org retitle 736762 RM: rubygems -- RoM; RC-buggy; osolete thanks On Sun, Jan 26, 2014 at 04:42:00PM +0100, Cyril Brulebois wrote: > You want to read this, then reassign the bug report. ;-) > http://wiki.debian.org/ftpmaster_Removals Oups! my mistake. Sorry. Reassigning to ftp.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#733723: ruby-rmagick: FTBFS on i386: stroke_linecap.rb:42:in `draw': pixels are not authentic
Package: ruby-rmagick Version: 2.13.2-2 Followup-For: Bug #733723 Hi Christian, It seems that these errors occur when building the documentation. The two examples from doc/ex/ causing such errors are stroke_linecap.rb and shadow.rb. Running these examples outside of post-setup.rb (which generates the documentation) does not give any error. The original source code allows for 4 errors or less during documentation build, but the debian patch fail-on-doc-failure.dpatch makesthe build fail after 2 errors. I am tempted to remove that patch from debian/patches/series for the moment, and leave a normal bug open related to the failing examples. What do you think? With kind regards, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-rmagick depends on: ii libc6 2.17-97 ii libmagickcore58:6.7.7.10-7 ii libruby1.9.1 1.9.3.484-1 ii libruby2.02.0.0.353-1 ii ruby 1:1.9.3 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-rmagick recommends no packages. ruby-rmagick suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#737200: ruby-rmagick: 2 examples for the documentation fail (only) on i386 during build
Package: ruby-rmagick Version: 2.13.2-2 Severity: normal The problem reported in http://bugs.debian.org/733723 is still present. On i386, two examples run to build the doc by the post-setub.rb script, namely doc/ex/shadow.rb and doc/ex/stroke_linecap.rb fail with an error looking like: > /usr/bin/ruby1.9.1 -I /«PKGBUILDDIR»/./lib -I /«PKGBUILDDIR»/./ext/RMagick > stroke_linecap.rb (example 156 of 188) > /«PKGBUILDDIR»/lib/RMagick.rb:1836: warning: assigned but unused variable - > current > stroke_linecap.rb:42:in `draw': pixels are not authentic `' @ > error/cache.c/QueueAuthenticPixelCacheNexus/4387 (Magick::ImageMagickError) >from stroke_linecap.rb:42:in `' Those result in three missing image examples in ruby-rmagick-doc when built on i386 (shadow_before.gif, shadow_after.gif, stroke_linecap.gif). However, running those examples directly from the command line do not generate any errors and the corresponding images are created. It is a mysterious bug, probably in imagemagick itself. Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-rmagick depends on: ii libc6 2.17-97 ii libmagickcore58:6.7.7.10-7 ii libruby1.9.1 1.9.3.484-1 ii libruby2.02.0.0.353-1 ii rubinius [ruby-interpreter] 2.0.0+gitb2952297-1 ii ruby 1:1.9.3 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-rmagick recommends no packages. ruby-rmagick suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737466: ruby-listen: lacks dependency on (at least) ruby-celluloid
Package: ruby-listen Followup-For: Bug #737466 Control: tag -1 pending Hi Jonas, There is indeed a missing dependency on ruby-celluloid. The other two dependencies on rb-inotify and rb-fsevent are more recommendations, since listen can work by simply polling the file system. rbuy-rb-inotify is already in the Recommends: line. ruby-rb-fsevent, for freebsd is unfortunately not packaged yet. Cheers, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737734: ruby-rspec-core debian package breaks rspec-puppet
Package: ruby-rspec-core Followup-For: Bug #737734 Control: retitle -1 wrong file_path metadata, breaking file_path filters Control: tag -1 pending Hi, ruby-rspec-puppet is broken because of its conditional inclusion of modules in examples, using file_path filters. RSpec file_path metadata were wrong because of a Regexp that does not match the installation path of RSpec in Debian. The fix should also fix some issues in the display of spec results. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727049: no code for setup_encoding
Dear Guillaume, thank you for your report. I believe that instead, the line "setup_encoding(response)" shouldn't have been part of the new version for squeeze. Indeed the code for setup_encoding is not present in the version of the library in squeeze. Instead of adding this code, could you try to remove the "setup_encoding(response)" line from /usr/lib/ruby/1.8/openid/fetchers.rb? Thanks! Cédric signature.asc Description: Digital signature
Bug#721618: schleuder and ruby1.9
Hi Jérémie, According to upstream, http://schleuder2.nadir.org/featurerequests/ruby1.9-compatiblity.html schleuder should be ok with Ruby1.9 if tmail is replaced by ruby-actionmailer, which should be a transparent replacement. I was wondering if you tried this. Cédric signature.asc Description: Digital signature
Bug#731946: ifetch-tools: change librmagick-ruby to ruby-rmagick in depends: field
Package: ifetch-tools Severity: normal Dear Maintainer, Your package ifetch-tools depends on librmagick-ruby, which is a transitional package, provided by ruby-rmagick. This transitional package was here for the Wheezy release, and will soon be removed. Please update your package to depend on ruby-rmagick instead. Thanks. Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732318: RM: ruby-systemtimer -- ROM; Not compatible/not needed with Ruby>=1.9
Package: ftp.debian.org Severity: normal Hi, The package ruby-systemtimer is specific for Ruby1.8. It was created to fix a problem in Ruby1.8 with timeouts, and does not work with newer versions of the Ruby interpreter. It has no reverse dependencies and (almost!) no users according to popcon. Therefore I am requesting its removal from the archive in the name of the Ruby team. Greetings, Cédric signature.asc Description: Digital signature
Bug#732465: RM: ruby-tidy -- ROM; does not support ruby >= 1.9
Package: ftp.debian.org Severity: normal Dear FTP masters, please remove ruby-tidy. This package does not support newer Ruby version than 1.8, which will be removed before jessie. This package does not have reverse dependencies. It used to be required to build ruby-bluecloth, but this has been fixed in unstable yesterday, and will be in two days in testing. Thanks, Cédric signature.asc Description: Digital signature
Bug#732540: oar-web-status: please update ruby package names in dependencies
Package: oar-web-status Severity: normal Dear Maintainer, Your package uses dependencies of the form lib-ruby. Those are now transitonal packages, that were introduced for Wheezy when transitioning to the new ruby- naming scheme. Please update your package to use the new names. libdbd-mysql-ruby -> ruby-dbd-mysql libdbd-pg-ruby-> ruby-dbd-pg libgd-ruby1.8 -> ruby-gd Greetings, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732611: RM: ruby-ihelp -- ROM; does not support ruby>=1.9
Package: ftp.debian.org Severity: normal Dear FTP masters, please remove ruby-ihelp from the archive. It is dead upstream, works only with ruby1.8, which will be removed for jessie. It has very few installs according to popcon (certainly from before wheezy), and no reverse (build)dependencies. Thanks! Cédric signature.asc Description: Digital signature
Bug#713940: new upload of ruby-heckle dropping ruby-parsetree dependency
Hi, I've just uploaded a new version of ruby-heckle (2.0.0~b1-1) which drops the dependency on ruby-parsetree (in favor of ruby-parser). I hope this clears the way toward the removal of ruby-parsetree. Cheers, Cédric signature.asc Description: Digital signature
Bug#732626: RM: ruby-fastercsv -- ROM; Does not support ruby >= 1.9
Package: ftp.debian.org Severity: normal Dear FTP masters, please remove ruby-fastercsv from unstable. It woks only with ruby1.8, which will be removed for jessie. It is dead upstream, and has no reverse (build)-dependencies in unstable. (Only the version of redmin currently in testing still depends on it). Thanks! Cédric signature.asc Description: Digital signature
Bug#694798: Any news about this package?
Hi! It's been about 11 months you sent this ITP. Is there any progress about the packaging of this Ruby library? As I understand it, you proposed to package this Ruby library as a dependency for diaspora. Do not hesitate to approach the Ruby team if you need assistance/sponsoring for your package. Cédric signature.asc Description: Digital signature
Bug#726747: mew-beta: please replace libsqlite3-ruby by ruby-sqlite3 in Recommends for mew-beta-bin
Source: mew-beta Severity: normal ruby-sqlite3 1.3.8-1 doesn't not ship any more the libsqlite3-ruby transitional package that was here just to ease the upgrade to wheezy. Could you please update the dependencies of your package to replace libsqlite3-ruby by ruby-sqlite3? Thanks in advance. Best regards, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#726746: mew: replace libsqlite3-ruby by ruby-sqlite3 in Recommends for mew-bin
Source: mew Severity: normal Dear Maintainer, ruby-sqlite3 1.3.8-1 doesn't not ship any more the libsqlite3-ruby transitional package that was here just to ease the upgrade to wheezy. Could you please update the dependencies of your package to replace libsqlite3-ruby by ruby-sqlite3? Thanks in advance. Best regards, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#727107: libzeroc-ice-ruby1.9.1: rename the package ruby-zeroc-ice and install in /usr/lib/ruby/vendor_ruby
Package: libzeroc-ice-ruby1.9.1 Severity: important User: debian-r...@lists.debian.org Dear Maintainer, since Wheezy, the convention for Ruby packages is to use ruby- instead of the old lib-ruby naming scheme. Please rename libzeroc-ice-ruby1.9 to ruby-zeroc-ice to follow this convention. Also, your package should install files in /usr/lib/ruby/vendor_ruby (RbConfig::CONFIG["vendordir"]) for pure Ruby files and /usr/lib/ruby/vendor_ruby/1.9.1/ (RbConfig::CONFIG["vendorarchdir"]) for compiled C/C++ extensions. If possible, it would be great to also provide the extensions built for Ruby 2.0 in the multiarch location indicated by RbConfig::CONFIG["vendorarchdir"] in Ruby 2.0? Please consult the guidelines for Ruby packaging for more information: https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging Don't hesitate to contact the Ruby team on IRC channel #debian-ruby or on debian-r...@lists.debian.org if you have any questions. Cheers, Cédric signature.asc Description: Digital signature
Bug#711236: RFC: reverting ruby-rack to 1.4.x with an epoch
Hi Antonio, On Sun, Oct 20, 2013 at 04:35:54PM -0300, Antonio Terceiro wrote: > Hello everyone, > I am planning to revert ruby-rack on unstable back to upstream version > 1.4.x by using an epoch. ruby-rack 1.5.x breaks rails session > management, and as a consequence, redmine. Thanks for taking care of this. > More details in the correspondin bug: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711236 > For now, this is the easiest way to have a (partially¹) working Rails > stack on unstable with rails 3, since rails 4 is not complete yet. > During the upcoming Ruby sprint in January, I hope we can design a plan > going forward as rails 4 is out there and we can't stay stuck at rails > 3. > ¹ ruby-arel and ruby-tzinfo versions do not satisfy the rails > dependencies as understood by bundler anymore, so creating a new app > will still fail. But if you comment or remove the Gemfile, it kinda > works. > I have prepared an updated ruby-rack, and I wanted help testing it to > make sure we don't have an even bigger breakage with stuff wanting rack > >= 1.5 without declaring it explicitly in the dependencies. > AFAICT the following packages have dependencies that need have their > dependencies tightened to cope with the epoch: ruby-bcat, ruby-innate > and ruby-actionpack-4.0. I have already commited the needed changes to > their git repositories. > The package I got can be obtained at > http://people.debian.org/~terceiro/tmp/ruby-rack_1.4.5-1_all.deb I have tested your package together with ruby-innate. Although innate upstream declared a ruby-rack >= 1.5.2 dependency, it is building and working fine with 1.4.5 (more precisely your package). I have no innate application, but I played with the provided examples and looking at the change in the source, nothing looked as a specific change for a newer version of Rack. So I guess that for ruby-innate, one should just drop the version in the dependency. About the epoch, as I said earlier on IRC, I think it might be better to go with a 1.5.2+really1.4.5-1 or something similar since: - it is supposed to be a temporary fix. Having to cope with an epoch indefinitely because of this issue would be a pity - packages depending on ruby-rack >= 1.5 will be broken in unstable anyway with or without epoch. Cheers, Cédric signature.asc Description: Digital signature
Bug#728154: libconfig-model-dpkg-perl: "or (at your option) any later version" at the wrong place in LGPL-2+
Package: libconfig-model-dpkg-perl Version: 2.042 Severity: normal Dear Dominique. I've just used cme edit dpkg-copyright to create a copyright file, and when I entered LGPL-2+ as the name of a possible License: paragraph, I got the following text: > This program is free software; you can redistribute it and/or modify it > under the terms of the GNU Library General Public License as published by the > Free Software Foundation; version 2 of the License. > . > On Debian systems, the complete text of version 2 of the GNU Library > Public License can be found in `/usr/share/common-licenses/LGPL-2', or (at > your option) any later version. Please note the position of the following piece ', or (at your option) any later version' at the end of the second paragraph, but which should have appeared at the end of the first paragraph. Thanks for maintaining this tool! Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconfig-model-dpkg-perl depends on: ii libanyevent-http-perl 2.15-1 ii libanyevent-perl7.050-1 ii libapt-pkg-perl 0.1.29+b1 ii libconfig-model-perl2.045-1 ii liblog-log4perl-perl1.41-1.1 ii libmodule-corelist-perl 3.00-1 ii libmouse-perl 1.12-1 ii libnamespace-autoclean-perl 0.14-1 ii libparse-recdescent-perl1.967009+dfsg-1 ii libsoftware-license-perl0.103006-1 ii libtext-autoformat-perl 1.669004-1 ii lintian 2.5.19 ii perl5.18.1-4 ii perl-modules [libmodule-corelist-perl] 5.18.1-4 Versions of packages libconfig-model-dpkg-perl recommends: ii libconfig-model-tkui-perl 1.340-1 libconfig-model-dpkg-perl suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#677955: some comments
Hey Jérémy, First I would like to thank you *very much* for addressing this issue. I have a couple of comments/questions about your approach: - I am not familiar with Git submodules. My question here is, since uscan already knows about the source (from the gemwatch service) if those tarballs could be used instead of those from github directly. This would avoid duplicating logic for getting tarballs. One problem I see with that is the generation of debian/*.gemspec. I don't know if it is possible to generate back the .gemspec file from the metadata.yml already included in the gemwatch tarballs. - Currently, all the tests are run 4 times because of the 4 dh_install_commands. Maybe the best way to avoid this is to use fully the multideb possibility of gem2deb: rewriting the override_dh_auto_install target as follows override_dh_auto_install: for x in rspec rspec-core rspec-expectations rspec-mocks; do cp debian/$$x.gemspec $$x; done dh_auto_install rm -rf debian/ruby-rspec-core/usr/lib/ruby/vendor_ruby/autotest/ is enough to get all the stuff installed where needed and tests are run just once. The copied .gemspec files should be then added to the debian/clean file. The override_dh_auto_clean can also be simplified. Not sure about the override_dh_changelogs though. Having this multitarball package would really improve the workflow for preparing the ruby-rspec* packages! Cheers, Cédric signature.asc Description: Digital signature
Bug#677955: some comments
On Thu, Oct 31, 2013 at 12:15:39AM +0100, Cédric Boutillier wrote: > One problem I see with that is the generation of debian/*.gemspec. I > don't know if it is possible to generate back the .gemspec file from > the metadata.yml already included in the gemwatch tarballs. In fact, gem2deb doesn't need .gemspec files: the metadata.yml files are enough to make gem2deb happy. So no need to copy the gemspec files around, and a > override_dh_auto_install: > dh_auto_install > rm -rf debian/ruby-rspec-core/usr/lib/ruby/vendor_ruby/autotest/ is enough. signature.asc Description: Digital signature
Bug#734594: ruby-hpricot: two tests fail on armel, armhf and mipsel
Package: ruby-hpricot Version: 0.8.6-4 Severity: normal Hi, Currently, the package fails to build on armel, armhf and mipsel because of failing tests. This may be related to the very long lines of the file parsed during these two tests. Here is the result of failing tests: 1) Failure: test_many_paths(TestParser) [/«PKGBUILDDIR»/test/test_parser.rb:222]: <18> expected but was <26>. 2) Failure: test_predicates(TestParser) [/«PKGBUILDDIR»/test/test_parser.rb:179]: <16> expected but was <24>. 84 tests, 6180 assertions, 2 failures, 0 errors, 0 skips dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/ruby-hpricot returned exit code 1 ERROR: Test "ruby1.9.1" failed. Exiting. make: *** [binary-arch] Error 1 Note that the library does build on those arches, and that 97% of the tests pass. Given ruby-hpricot is not maintained upstream, I propose to leave this bug open for the moment, but deactivate those failing tests, to make the package successfully build on all arches and let it migrate to testing. Cheers, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-hpricot depends on: ii libc6 2.17-97 ii libruby1.9.1 1.9.3.484-1 ii libruby2.02.0.0.353-1 ii rubinius [ruby-interpreter] 2.0.0+gitb2952297-1 ii ruby 1:1.9.3 ii ruby-fast-xs 0.8.0-3+b1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-hpricot recommends no packages. ruby-hpricot suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#735417: ruby-xapian
Package: ruby-xapian Version: 1.2.16-2 Severity: important User: debian-r...@lists.debian.org Usertag: ruby18-removal Dear Maintainer, Ruby1.8 reached the end of its life and the Ruby team is willing to get rid of it as soos as possible. See: https://release.debian.org/transitions/html/ruby1.8-removal.html Please update your package to stop building the Ruby extension for ruby1.8 and remove the build-dependency on ruby1.8. Thanks! Cédric signature.asc Description: Digital signature
Bug#735418: ruby-xapian: error with doc-base registration
Package: ruby-xapian Version: 1.2.16-2 Severity: normal Dear Maintainer, doc-base emits an error when trying to register ruby-xapian documentation. Cannot open file `/usr/share/doc-base/ruby-xapian' for reading: No such file or directory. Thanks. Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-xapian depends on: ii libc62.17-97 ii libgcc1 1:4.8.2-13 ii libstdc++6 4.8.2-13 ii libxapian22 1.2.16-2 ii ruby 1:1.9.3 ruby-xapian recommends no packages. Versions of packages ruby-xapian suggests: ii xapian-doc 1.2.16-2 -- no debconf information signature.asc Description: Digital signature
Bug#735430: RM: flvtool2 -- RoQA; not suported by ruby > 1.8
Package: ftp.debian.org Severity: normal Dear FTP master, I would like to ask for the removal of flvtool2. The source code is very specific for Ruby1.8, and upstream has been inactive for 5 years. ruby1.8 is supposed to disappear for jessie, so the code will never work on the next Debian release. Moreover, several packaging issues have been detected: - packaged as native package with a dash in the version - declared as arch specific but ships only arch independent files - ... See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731462#10 Thank you in advance. Cédric signature.asc Description: Digital signature
Bug#675114: raspell: [cedric.boutill...@gmail.com: Transition of Ruby packages to the new Ruby policy]
Package: raspell
Followup-For: Bug #675114
Dear Maintainer,
I updated the package to include the 1.3 upstream release and make it
comply to the Ruby policy.
Please find attached the full debdiff.
I imported the package in the Ruby team Git repo.
git://anonscm.debian.org/pkg-ruby-extras/raspell.git
Now you are a member of this team, you can commit directly there.
I upload the package to DELAYED/10. Please tell me if you want me to
cancel this upload.
Cheers,
Cédric
diff -Nru raspell-1.2/CHANGELOG raspell-1.3/CHANGELOG
--- raspell-1.2/CHANGELOG 2011-03-03 01:17:00.0 +0100
+++ raspell-1.3/CHANGELOG 2013-12-25 22:29:02.0 +0100
@@ -1,3 +1,6 @@
+v1.3. Enforce argument types better (raskhadafi).
+
+v1.2.2. Support for some changes from Ruby 1.9.1 to 1.9.2 (dmarkow).
v1.2. Ruby 1.9 compatibility (ph7).
Les fichiers binaires /tmp/zvDjffTknK/raspell-1.2/data.tar.gz.sig et /tmp/8BDQkEF0sr/raspell-1.3/data.tar.gz.sig sont différents
diff -Nru raspell-1.2/debian/changelog raspell-1.3/debian/changelog
--- raspell-1.2/debian/changelog 2012-06-18 01:05:47.0 +0200
+++ raspell-1.3/debian/changelog 2014-01-15 15:37:15.0 +0100
@@ -1,3 +1,20 @@
+raspell (1.3-1) unstable; urgency=medium
+
+ * Adption of the package by the Ruby Extras Maintainers team
+ * New upstream version 1.3
+ * Improve description (Closes: #624242)
+ * Transition to the new Ruby policy (Closes: #675114, #722374)
+ * Make libraspell-ruby* transitional packages and provide a raspell
+binary package
+ * Build-Depend on aspell-en and Recommends aspell-dictionary
+ * Add patches to fix format-security issues and add an explicit
+dictionary for tests
+ * debian/copyright: use copyright-format-1.0
+ * Add lintian-overrides about duplicated descriptions of transitional
+packages
+
+ -- Cédric Boutillier Wed, 15 Jan 2014 14:01:19 +0100
+
raspell (1.2-2) unstable; urgency=low
* Fix "FTBFS: ext/raspell.c:76:9: error: format not a string literal
diff -Nru raspell-1.2/debian/clean raspell-1.3/debian/clean
--- raspell-1.2/debian/clean 2012-05-30 00:59:21.0 +0200
+++ raspell-1.3/debian/clean 1970-01-01 01:00:00.0 +0100
@@ -1,5 +0,0 @@
-Makefile
-
-mkmf.log
-raspell.o
-raspell.so
diff -Nru raspell-1.2/debian/control raspell-1.3/debian/control
--- raspell-1.2/debian/control 2012-05-30 00:59:21.0 +0200
+++ raspell-1.3/debian/control 2014-01-15 15:28:13.0 +0100
@@ -1,27 +1,52 @@
Source: raspell
Section: ruby
-Priority: extra
-Maintainer: Alex Pennace
-Build-Depends: debhelper (>= 7.0.50~), ruby-pkg-tools, cdbs,
- ruby1.8, ruby1.8-dev, ruby1.9.1, ruby1.9.1-dev, libaspell-dev
-Standards-Version: 3.8.4
-Homepage: https://github.com/fauna/raspell
+Priority: optional
+Maintainer: Debian Ruby Extras Maintainers
+Uploaders: Alex Pennace , Cédric Boutillier
+Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.6.1~), libaspell-dev (>= 0.6~), aspell-en
+Standards-Version: 3.9.5
+Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/raspell.git
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/raspell.git;a=summary
+Homepage: https://github.com/evan/raspell/
+XS-Ruby-Versions: all
+
+Package: raspell
+Architecture: any
+XB-Ruby-Versions: ${ruby:Versions}
+Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter
+Replaces: libraspell-ruby (<< 1.3-1~), libraspell-ruby1.8 (<< 1.3-1~), libraspell-ruby1.9.1 (<< 1.3-1~)
+Breaks: libraspell-ruby (<< 1.3-1~), libraspell-ruby1.8 (<< 1.3-1~), libraspell-ruby1.9.1 (<< 1.3-1~)
+Provides: libraspell-ruby, libraspell-ruby1.8, libraspell-ruby1.9.1
+Recommends: aspell-dictionary
+Description: interface binding for the Aspell spelling checker
+ raspell is an interface binding for the Aspell spelling checker written in
+ Ruby. It allows one to use the Aspell spelling checker from Ruby source code.
+# Transitional packages
Package: libraspell-ruby
+Section: oldlibs
+Priority: extra
Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: An interface binding for the Aspell spelling checker.
- This is a dummy package to install Raspell for the default version
- of Ruby.
+Depends: ${misc:Depends}, raspell
+Description: Transitional package for raspell
+ This is a transitional package to ease upgrades to the raspell
+ package. It can safely be removed.
Package: libraspell-ruby1.8
-Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: An interface binding for the Aspell spelling checker.
- This package is for ruby1.8.
+Section: oldlibs
+Priority: extra
+Architecture: all
+Depends: ${misc:Depends}, raspell
+Description: Transitional package for raspell
+ This is a transitional package to ease upgrades to the raspell
+ package. It can safely be removed.
+
+Package: libraspell-ruby1.9.1
+Section: oldlibs
+Priority: extra
+Architecture: all
+Depends: ${misc:Depends}, raspell
+Description: Transitional package for raspell
+ T
Bug#735453: libsbml5-ruby1.8: build-depend on default ruby/comply with Ruby policy
Package: libsbml5-ruby1.8
Severity: important
User: debian-r...@lists.debian.org
Usertag: ruby18-removal
Dear Maintainer,
The ruby team is trying to get rid of ruby1.8 for jessie.
The default version for wheezy is 1.9.1, (and will also go away for
jessie).
Please build-depend on ruby and ruby-dev instead of ruby1.8 and
ruby1.8-dev.
Also, according to the naming scheme for Ruby libraries, this package
should be called ruby-sbml5 (you should also ship transitional packagees
libsbml5-ruby{,1.8}).
Also, the arch independent Ruby files should be installed in the directorie
advertised as
ruby -e "puts RbConfig::CONFIG['vendordir']",
the arch dependent ones should go in the one
ruby -e "puts RbConfig::CONFIG['vendorarchdir']"
Thanks!
Cédric
signature.asc
Description: Digital signature
Bug#735471: RM: ruby-krb5-auth -- ROM; unsupported by ruby > 1.8
Package: ftp.debian.org Severity: normal User: debian-r...@lists.debian.org Usertag: ruby18-removal Dear FTP masters, this package is not supported by Ruby 1.9 or newer and Ruby1.8 will be removed for jessie. See e.g.: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718444 It has no (build)reverse dependencies. Please remove this package from the archive. Cheers, Cédric signature.asc Description: Digital signature
Bug#735477: RM: libabstract-ruby -- RoQA; dead upstream, uses deprecated packaging helper
Package: ftp.debian.org Severity: normal Dear FTP masters, As member of the Ruby Extras team, I would like to ask for removal of libabstract-ruby source package. It is dead upstream (for a long time) and has not been updated for newer Ruby versions. It uses ruby-pkg-tools as a packaging helper tool, that was already deprecated for wheezy. Thanks! Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735512: FTBFS: one test failing
Package: ruby-sqlite3 Version: 1.3.8-1 Severity: serious Tags: upstream Control: forwarded -1 https://github.com/sparklemotion/sqlite3-ruby/issues/116 Justification: fails to build from source Hi, When trying to build the package from source, it fails because of a test failing. The result of the tests is this: -8<-- # Running: ..FS... Finished in 3.788516s, 59.9179 runs/s, 96.3438 assertions/s. 1) Failure: SQLite3::TestStatement#test_insert_duplicate_records [/tmp/buildd/ruby-sqlite3-1.3.8/test/test_statement.rb:33]: Expected /column(s)? .* (is|are) not unique/ to match "UNIQUE constraint failed: things.name". >8- This bug is caused apparently by a new version of libsqlite3 (3.8.2), which changed an error message (with a capitalized UNIQUE word). See https://github.com/sparklemotion/sqlite3-ruby/issues/116 Cheers, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-sqlite3 depends on: ii libc6 2.17-97 ii libruby1.9.1 1.9.3.484-1 ii libruby2.02.0.0.353-1 ii libsqlite3-0 3.8.2-1 ii rubinius [ruby-interpreter] 2.0.0+gitb2952297-1 ii ruby 1:1.9.3 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-sqlite3 recommends no packages. ruby-sqlite3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735576: rubygems: Remove rubygems from the archive
Package: rubygems Version: 1.8.24-1 Severity: serious Justification: Not fit for release Supported versions of Ruby for Jessie (and later) all include a rubygems version. This package was only needed for Ruby1.8, which is now deprecated. This is a maintainer bug which will be blocked by bugs filed on packages still (build-)depending on rubygems/rubygems1.8. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735579: logol: please stop (build)-depending on rubygems
Package: logol
Severity: important
Tags: patch
Dear Maintainer,
The versions of Ruby that will be supported in Jessie already include
rubygems. So the 'rubygems' package will go away together with ruby1.8
since they are now deprecated.
Please update your depencies to remove rubygems (and possibly the
version check on ruby).
I have attached control.diff, implementing this change in the control
file.
Please also consider applying the attached 'remove_rubygems_usage' patch
to remove explicit (unneeded) usage of rubygems in scripts.
Thanks!
Cédric
--- logol-1.6.9.old/debian/control 2014-01-16 16:24:19.505700720 +0100
+++ logol-1.6.9/debian/control 2014-01-16 16:55:46.469753353 +0100
@@ -5,7 +5,7 @@
Uploaders: Olivier Sallou
Vcs-Svn: svn://anonscm.debian.org/debian-med/trunk/packages/logol/trunk/
Vcs-Browser: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/logol/
-Build-Depends: debhelper (>= 8.0.0),default-jdk (>= 1:1.6),ant,ruby (>=1.8),rubygems, gawk, swi-prolog (>=6.4.1-3),
+Build-Depends: debhelper (>= 8.0.0),default-jdk (>= 1:1.6),ant, ruby, gawk, swi-prolog (>=6.4.1-3),
libbiojava-java, libdrmaa-java, antlr3, libcommons-cli-java, libcommons-collections3-java, libcommons-configuration-java,
libcommons-lang-java, libcommons-logging-java, libxalan2-java, libxerces2-java, junit4, libgnumail-java,
liblog4j1.2-java,texlive, texlive-latex-extra, tex4ht, libncursesw5-dev, ruby-cassiopee (>=0.1.12), ant-optional
@@ -14,7 +14,7 @@
Package: logol
Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, default-jre | java6-runtime, ruby (>=1.8),rubygems, gawk,
+Depends: ${shlibs:Depends}, ${misc:Depends}, default-jre | java6-runtime, ruby, gawk,
libbiojava-java, libdrmaa-java, antlr3, libcommons-cli-java, libcommons-collections3-java, libcommons-configuration-java,
libcommons-lang-java, libcommons-logging-java, libxalan2-java, libxerces2-java, libgnumail-java, liblog4j1.2-java,
ruby-cassiopee (>=0.1.12), logol-bin
Description: Remove explicit use of rubygems
Supported version of Ruby in Jessie+ are higher that 1.9 and they all
automatically load rubygems
Author: Cédric Boutillier
Last-Update: 2014-01-16
--- a/tools/logolIndex.rb
+++ b/tools/logolIndex.rb
@@ -1,5 +1,4 @@
#!/usr/bin/env ruby
-require 'rubygems'
require 'optparse'
require 'logger'
require 'cassiopee-mt'
--- a/tools/logolSearch.rb
+++ b/tools/logolSearch.rb
@@ -22,9 +22,9 @@
DIR=File.expand_path(File.dirname(__FILE__))
if muteOnly == 1
- cmd = "ruby -rubygems "+DIR+"/logolIndex.rb --search "+sequence+".index
--min "+minStart+" --max "+maxStart+" --pattern "+motifFileName+" --error
"+nbError+" --hamming"
+ cmd = "ruby "+DIR+"/logolIndex.rb --search "+sequence+".index --min
"+minStart+" --max "+maxStart+" --pattern "+motifFileName+" --error "+nbError+"
--hamming"
else
- cmd = "ruby -rubygems "+DIR+"/logolIndex.rb --search "+sequence+".index
--min "+minStart+" --max "+maxStart+" --pattern "+motifFileName+" --error
"+nbError
+ cmd = "ruby "+DIR+"/logolIndex.rb --search "+sequence+".index --min
"+minStart+" --max "+maxStart+" --pattern "+motifFileName+" --error "+nbError
end
Open3.popen3(cmd) do |stdin,stdout,stderr, wait_thr|
signature.asc
Description: Digital signature
Bug#735585: sisu: please do not depend on rubygems and depend on ruby | ruby-interpreter
Package: sisu
Severity: important
Tags: patch
Control: block 735576 by -1
Dear Maintainer,
The package rubygems is going away
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735576
It was needed on by ruby1.8 since newer versions of the interpreter ship
it, and ruby1.8 is deprecated and is going to be removed.
Please update your dependencies to remove rubygems. Please also consider
replacing the dependency on ruby1.9.1 (which will also soon go away) by
the default ruby interpreter: ruby | ruby-interpreter
The following diff is a proposition to implement that:
diff -ur sisu-4.2.18-old/debian/control sisu-4.2.18/debian/control
--- sisu-4.2.18-old/debian/control 2014-01-13 03:31:34.0 +0100
+++ sisu-4.2.18/debian/control 2014-01-16 14:55:28.529552024 +0100
@@ -11,11 +11,11 @@
Package: sisu
Architecture: all
-Depends: ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), rsync, unzip, zip
+Depends: ${misc:Depends}, ruby | ruby-interpreter, rsync, unzip, zip
Recommends:
sisu-pdf, sisu-sqlite, sisu-postgresql, imagemagick | graphicsmagick,
keychain,
openssl, openssh-client | lsh-client, po4a, qrencode, rake, ruby-rmagick,
- rubygems, tidy, tree, vim-addon-manager
+ tidy, tree, vim-addon-manager
Suggests: lv, calibre, pinfo, poedit, texinfo, trang
Conflicts: sisu-markup-samples (<= 1.0.11)
Replaces: sisu-markup-samples (<= 1.0.11)
Thanks!
Cédric
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735587: opendnssec: please do not build-depend on rubygems anymore
Package: opendnssec Severity: important Dear Ondrej, Could you please remove rubygems from the build dependencies? The rubygems package would like to go away from the archive, together with ruby1.8. Thanks in advance. Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735647: ironruby-utils: please do not depend on deprecated ruby packages or rubygems
Package: ironruby-utils Severity: important Dear Maintainer, The package ironruby-utils is currently depending on rubygems1.8. However, this package will soon be removed from the archive because it was only needed by ruby1.8, which is now obsolete (and will also be removed). http://bugs.debian.org/735576 Also librack-ruby1.8 has been since wheezy a transitional package. Please depend on ruby-rack instead. Cheers, Cédric *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#735666: jpoker: please stop depend on rubygems
Package: jpoker Severity: serious Justification: rubygems is to be removed Control: block 735576 with -1 Dear Maintainer, Your package build-depends on rubygems and/or rubygem1.8. Those packages were needed for ruby1.8 but newer versions of the interpreter already include rubygems. The source package rubygems is going to be removed from the archive in a couple of weeks. Please update your dependencies to get rid of them. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735667: ruby-opennebula: please stop depending on rubygems
Package: ruby-opennebula
Version: please stop depending on rubygems
Severity: serious
Justification: rubygems is to be removed
Control: block 735576 with -1
Dear Maintainer,
Please do not make ruby-opennebula on rubygems. The rubygems package is
useful only for ruby1.8 (newer versions of the Ruby interpreter ship
their own rubygems directly).
Ruby1.8 is to be removed from the archive soon, and rubygems even
sooner.
The patch below does the trick.
Cheers,
Cédric
--- opennebula-3.4.1/debian/control 2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1-new/debian/control 2014-01-17 11:43:47.851880613 +0100
@@ -120,7 +120,6 @@
ruby-password,
ruby-sequel,
ruby-sqlite3,
- rubygems,
${misc:Depends},
${ruby:Depends}
Replaces: opennebula (<< 3.2.1-1~)
signature.asc
Description: Digital signature
Bug#735671: sisu: please remove unbreakable spaces in debian/sources/options
Package: sisu Severity: wishlist The debian/source/options file contains (I believe by error) unbreakable spaces around the equal sign. They are causing dpkg to raise a warning: dpkg-source: warning: --compression�=�xz is not a valid option for Dpkg::Source::Package::V3::Quilt Cédric signature.asc Description: Digital signature
Bug#735585: sisu: please do not depend on rubygems and depend on ruby | ruby-interpreter
Package: sisu
Followup-For: Bug #735585
Dear Maintainer,
The changes to make it run with the default interpreter (ruby1.9.1 is
going away at some point before jessie) are a bit larger than the ones I
mentionned in my previous patch.
Please find attached a debdiff fixing this issue.
Unless you say otherwise, I consider sending an NMU next week to
DELAYED/5 to fix this problem and be able to remove rubygems.
Thanks!
Cédric
diff -Nru sisu-4.2.18/debian/changelog sisu-4.2.18/debian/changelog
--- sisu-4.2.18/debian/changelog2014-01-13 03:31:34.0 +0100
+++ sisu-4.2.18/debian/changelog2014-01-17 12:54:32.0 +0100
@@ -1,3 +1,12 @@
+sisu (4.2.18-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop unneeded dependency on rubygems (Closes: #735585)
+ * Depend on the default Ruby interpreter instead of ruby1.9.1
+ * Use upstream version of bin/sisu with the default ruby shebang
+
+ -- Cédric Boutillier Fri, 17 Jan 2014 11:58:50 +0100
+
sisu (4.2.18-1) unstable; urgency=medium
[ Ralph Amissah ]
diff -Nru sisu-4.2.18/debian/control sisu-4.2.18/debian/control
--- sisu-4.2.18/debian/control 2014-01-13 03:31:34.0 +0100
+++ sisu-4.2.18/debian/control 2014-01-17 12:29:11.0 +0100
@@ -11,11 +11,11 @@
Package: sisu
Architecture: all
-Depends: ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), rsync, unzip, zip
+Depends: ${misc:Depends}, ruby | ruby-interpreter, rsync, unzip, zip
Recommends:
sisu-pdf, sisu-sqlite, sisu-postgresql, imagemagick | graphicsmagick,
keychain,
openssl, openssh-client | lsh-client, po4a, qrencode, rake, ruby-rmagick,
- rubygems, tidy, tree, vim-addon-manager
+ tidy, tree, vim-addon-manager
Suggests: lv, calibre, pinfo, poedit, texinfo, trang
Conflicts: sisu-markup-samples (<= 1.0.11)
Replaces: sisu-markup-samples (<= 1.0.11)
@@ -67,7 +67,7 @@
Package: sisu-complete
Architecture: all
Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}),
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}),
sisu-pdf (= ${source:Version}), sisu-postgresql (= ${source:Version}),
sisu-sqlite (= ${source:Version})
Description: installs all SiSU related packages
@@ -82,7 +82,7 @@
Package: sisu-pdf
Architecture: all
Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}),
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}),
texlive-latex-base, texlive-fonts-recommended, texlive-generic-recommended,
texlive-latex-recommended, texlive-latex-extra, texlive-math-extra,
texlive-xetex, fonts-liberation, lmodern, latex-cjk-all, texlive-lang-cjk
@@ -96,8 +96,8 @@
Package: sisu-postgresql
Architecture: all
Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}),
- postgresql, ruby-dbd-pg, ruby-dbi, libfcgi-ruby1.9.1
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}),
+ postgresql, ruby-dbd-pg, ruby-dbi, ruby-fcgi
Suggests: postgresql-contrib
Description: SiSU dependencies for use with PostgreSQL database
SiSU is a lightweight markup based document structuring, publishing and search
@@ -115,8 +115,8 @@
Package: sisu-sqlite
Architecture: all
Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}),
sqlite3,
- ruby-sqlite3, ruby-dbd-sqlite3, ruby-dbi, libfcgi-ruby1.9.1
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}), sqlite3,
+ ruby-sqlite3, ruby-dbd-sqlite3, ruby-dbi, ruby-fcgi
Description: SiSU dependencies for use with SQLite database
SiSU is a lightweight markup based document structuring, publishing and search
framework for document collections.
diff -Nru sisu-4.2.18/debian/sisu.install sisu-4.2.18/debian/sisu.install
--- sisu-4.2.18/debian/sisu.install 2014-01-13 03:31:34.0 +0100
+++ sisu-4.2.18/debian/sisu.install 2014-01-17 12:43:28.0 +0100
@@ -1,4 +1,4 @@
-debian/bin/sisuusr/bin
+bin/sisu usr/bin
bin/sisu4 usr/bin
bin/sisu5 usr/bin
bin/sisu-concordance usr/bin
signature.asc
Description: Digital signature
Bug#735667: opennebula: diff for NMU version 3.4.1-4.1
tags 735667 + patch
tags 735667 + pending
thanks
Dear maintainer,
I've prepared an NMU for opennebula (versioned as 3.4.1-4.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru opennebula-3.4.1/debian/changelog opennebula-3.4.1/debian/changelog
--- opennebula-3.4.1/debian/changelog 2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1/debian/changelog 2014-01-17 14:32:30.0 +0100
@@ -1,3 +1,11 @@
+opennebula (3.4.1-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop deprecated rubygems package from dependencies of ruby-opennebula
+(Closes: #735667)
+
+ -- Cédric Boutillier Fri, 17 Jan 2014 14:30:58 +0100
+
opennebula (3.4.1-4) unstable; urgency=low
[ Damien Raude-Morvan ]
diff -Nru opennebula-3.4.1/debian/control opennebula-3.4.1/debian/control
--- opennebula-3.4.1/debian/control 2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1/debian/control 2014-01-17 15:35:22.0 +0100
@@ -120,7 +120,6 @@
ruby-password,
ruby-sequel,
ruby-sqlite3,
- rubygems,
${misc:Depends},
${ruby:Depends}
Replaces: opennebula (<< 3.2.1-1~)
signature.asc
Description: Digital signature
Bug#728232: [DRE-maint] Bug#728232: sup-mail: CVE-2013-4478 and CVE-2013-4479
Hi Per, On Tue, Nov 05, 2013 at 07:48:41PM +0100, Per Andersson wrote: > Since testing is now frozen it is too late to upload an entire new > upstream release. You can go with a new version: testing will freeze on Nov, 5th *2014*! Cédric signature.asc Description: Digital signature
Bug#730712: RFP: ruby-beautify -- beautifier for Ruby code
Package: wnpp Severity: wishlist * Package name: ruby-beautifier Version : 0.92.2 Upstream Author : Ernie Brodeur * URL : * License : Expat Programming Lang: Ruby Description : beautifier for Ruby code This package provides a CLI tool to make pretty up Ruby source code. It can be used as a Build-Dependency for ruby-gherkin (>= 2.12.2) to clean Ruby files generated by ragel. signature.asc Description: Digital signature
Bug#730719: ruby-xmmsclient: please drop support for Ruby1.8 and build for Ruby 2.0
Package: ruby-xmmsclient Severity: important Control: -1 user debian-r...@lists.debian.org Control: -1 usertag ruby18-removal Dear Maintainer, Your package build-depends on ruby1.8 which is not a version supported anymore upstream. The Ruby team is willing to get rid of it for Jessie. Since Ruby 2.0 is now available, could you please drop support for Ruby1.8 and build the extension for Ruby2.0 ? As a side note, I noticed that ruby-xmmsclient replaces libxmmsclient-ruby1.8, but doesn't break/provide it, and nothing is done for libxmmsclient-ruby. Moreover the transitional package libxmmsclient0-ruby1.8 still depends on ruby1.8, which is certainly not needed. Thanks! Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#730905: ruby-fastercsv: it should die
Package: ruby-fastercsv Version: 1.5.5-1 Followup-For: Bug #730905 Hi, according to upstream, this library should die, and should not be run with ruby1.9 (or later). See e.g: https://github.com/JEG2/faster_csv/pull/2 As a consequence, this package should be removed from the archive. Cédric signature.asc Description: Digital signature
Bug#751036: ruby-factory-girl: FTBFS - cannot load such file -- spec_helper (LoadError)
Package: ruby-factory-girl Followup-For: Bug #751036 Hi! The bug is caused by the fact that some real test has been loaded before spec/spec_helper.rb and spec/spec_helper.rb contains commands to override the loadpath to allow the tests to find spec_helper.rb. A new version of ruby-factory-girl is available in the team's git repo. It fixes this issue by loading the tests differently and will be uploaded soon. Cheers, Cédric signature.asc Description: Digital signature
Bug#745672: em-http-request build failiure - can someone reproduce it?
Hi, On Tue, Jun 17, 2014 at 07:46:57PM +0530, Pirate Praveen wrote: > Hi, > I'm not able to reproduce this failure. Can anyone try building it? I was not able to reproduce it either with sbuild and with/without network access. I tagged the bug as unreproducible for the moment. If noone can reproduce it, we can close it. Cheers, Cédric signature.asc Description: Digital signature
Bug#723530: ruby-oj link with -L/usr/lib
Package: ruby-oj Followup-For: Bug #723530 Hi, It seems that since Debian has now only multiarch aware ruby interpreter(s), the Ruby binary extensions do not get linked with -L/usr/lib but with the architecture specific library directory instead. According to https://buildd.debian.org/status/package.php?p=ruby-oj&suite=unstable the build logs for ruby-oj do not contain any -L switch with /usr/lib as a parameter. Could you confirm that it is indeed the case? If so, can close the other similar bugs affecting ruby packages. Thanks in advance. Cheers, Cédric signature.asc Description: Digital signature
Bug#752369: ITP: ruby-bogus -- library creating fakes to make isolated unit tests reliable
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: ruby-bogus Version : 0.1.5 Upstream Author : Adam Pohorecki * URL : https://github.com/psyho/bogushttp://www.example.org/ * License : Expat Programming Lang: Ruby Description : library creating fakes to make isolated unit tests reliable Bogus is a Ruby library aiming at making unit tests more reliable by ensuring that one doesn't stub or mock methods that don't actually exist in the mocked objects. This package enters in the build-dependency chain for Gitlab. Cheers, Cédric signature.asc Description: Digital signature
Bug#752370: ITP: ruby-dependor -- classes and modules that simplifing dependency injection in Ruby
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: ruby-dependor Version : 1.0.1 Upstream Author : 2012 Adam Pohorecki * URL : https://github.com/psyho/dependor * License : Expat Programming Lang: Ruby Description : classes and modules that simplifing dependency injection in Ruby Dependor is a set of helpers that make writing Ruby apps that use the dependency injection pattern easier. It comes as a set of modules, which you can selectively add to your project. It is designed do play nice with Rails and similar frameworks. This package enters in the build-dependency tree of Gitlab. signature.asc Description: Digital signature
Bug#752371: ITP: ruby-activerecord-nulldb-adapter -- the Null Object pattern as applied to ActiveRecord database adapters
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: ruby-activerecord-nulldb-adapter Version : 0.3.1 Upstream Author : Avdi Grimm * URL : http://www.example.org/ * License : Expat Programming Lang: Ruby Description : the Null Object pattern as applied to ActiveRecord database adapters This Ruby library provides a database backend that translates database interactions into no-ops. Using NullDB enables you to test your model business logic - including after_save hooks - without ever touching a real database. This package enters in the build-dependency tree for Gitlab. Cheers, Cédric signature.asc Description: Digital signature
Bug#751037: ruby-excon: FTBFS - Protocol not available - setsockopt(2) (Errno::ENOPROTOOPT) (Excon::Errors::SocketError)
Package: ruby-excon Followup-For: Bug #751037 Control: tag -1 confirmed Hi! I could reproduce the bug: whereas it doesn't appear when I build the package locally on my machine, with either pbuilder or sbuild, it did occur when I tried to build ruby-excon on a porterbox (harris). One may need to deactivate the tests related to the use of local ports. Cheers, Cédric signature.asc Description: Digital signature
Bug#751037: [DRE-maint] Bug#751037: ruby-excon: FTBFS - Protocol not available - setsockopt(2) (Errno::ENOPROTOOPT) (Excon::Errors::SocketError)
Hi Praveen, On Wed, Jun 25, 2014 at 08:03:58PM +0530, Pirate Praveen wrote: > I have made the changes in git to deactivate tests. Can you test it? The build was successful on the porterbox. The FTBFS is thus fixed by skipping the localport reuse test(s). Cheers, Cédric signature.asc Description: Digital signature
Bug#744969: libzmq3: build against libsodium when it becomes available in Debian archive
Package: libzmq3 Version: 4.0.4+dfsg-2 Severity: wishlist Dear Maintainer, During my work on the packaging of ruby-ffi-rzmq, I noticed that one test was failing because libzmq3 was not built against libsodium. The error message is the following: 1) ZMQ::Util curve_keypair returns a set of public and private keys Failure/Error: public_key, private_key = ZMQ::Util.curve_keypair ZMQ::NotSupportedError: msg [Rebuild zeromq with libsodium to enable CURVE security options.], error code [95], rc [-1] # ./lib/ffi-rzmq/util.rb:18:in `curve_keypair' # ./spec/util_spec.rb:10:in `block (3 levels) in ' I saw an ITP bug for libsodium, so I guess that it will end up finally in the archive. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701962 Please enable libsodium support in libzmq3 as soon as it is available in the archive. Thank you! Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libzmq3 depends on: ii libc6 2.18-4 ii libgcc11:4.9-20140411-2 ii libpgm-5.1-0 5.1.118-1~dfsg-0.1 ii libstdc++6 4.9-20140411-2 ii multiarch-support 2.18-4 libzmq3 recommends no packages. libzmq3 suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#744805: FTBFS: ruby.h:1116:30: error: assignment of read-only member "klass"
Source: ruby-gsl Followup-For: Bug #744805 According to /usr/include/ruby-2.1.0/ruby/ruby.h, line 757, the attribute klass for RBasic struct is 'const'. However, the code in ruby-gsl (file linalg_complex.c) tries to change this field. signature.asc Description: Digital signature
Bug#745145: libjs-sinon: Section should be web instead of ruby
Source: libjs-sinon Severity: minor Dear Maintainer, The binary package libjs-sinon is indicated as being in the Section: ruby. It should instead be in Section: web, as all other javascript libraries. If you edit the control file, please also edit the short description to follow recommendations of the Developer's reference: https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis Cheers, Cédric signature.asc Description: Digital signature
Bug#740011: intent to package
retitle 740011 ITP: ruby-rugged -- Ruby bindings to libgit2 owner 740011 ! thanks Hi! This gem is needed to package Gitlab. I will thus package it under the umbrella of the Ruby team. Cheers, Cédric signature.asc Description: Digital signature
Bug#740744: dns323-firmware-tools: diff for NMU version 0.6-1.1
tags 740744 + patch tags 740744 + pending thanks Dear maintainer, I've prepared an NMU for dns323-firmware-tools (versioned as 0.6-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u dns323-firmware-tools-0.6/debian/changelog dns323-firmware-tools-0.6/debian/changelog --- dns323-firmware-tools-0.6/debian/changelog +++ dns323-firmware-tools-0.6/debian/changelog @@ -1,3 +1,10 @@ +dns323-firmware-tools (0.6-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Depend on ruby instead of ruby1.9.1. (Closes: #740744) + + -- Cédric Boutillier Sun, 20 Apr 2014 22:19:32 +0200 + dns323-firmware-tools (0.6-1) unstable; urgency=low * New upstream release. diff -u dns323-firmware-tools-0.6/debian/control dns323-firmware-tools-0.6/debian/control --- dns323-firmware-tools-0.6/debian/control +++ dns323-firmware-tools-0.6/debian/control @@ -8,7 +8,7 @@ Package: dns323-firmware-tools Architecture: all -Depends: ruby1.9.1 +Depends: ruby Description: build and manipulate firmware images for the DNS-323 This package contains programs for manipulating the firmware images used by the D-Link DNS-323 and similar devices (firmwares sometimes referred to as signature.asc Description: Digital signature
Bug#745491: ITP: ruby-omniauth-github -- GitHub strategy for the Ruby OmniAuth library
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: ruby-omniauth-github Version : 1.1.2 Upstream Author : Michael Bleigh * URL : https://github.com/intridea/omniauth-github * License : Expat Programming Lang: Ruby Description : GitHub strategy for the Ruby OmniAuth library OmniAuth is a Ruby library that standardizes multi-provider authentication for web applications. It was created to be powerful, flexible, and do as little as possible. Any developer can create strategies for OmniAuth that can authenticate users via disparate systems. OmniAuth strategies have been created for everything from Facebook to LDAP. . This package contains the official OmniAuth strategy for GitHub. This package is a dependency of gitlab. Cheers, Cédric signature.asc Description: Digital signature
Bug#735660: ruby-filesystem: diff for NMU version 0.5-5.1
tags 735660 + patch tags 735660 + pending thanks Dear maintainer, I've prepared an NMU for ruby-filesystem (versioned as 0.5-5.1) and uploaded it to DELAYED/0. Please feel free to tell me if I should delay it longer. Regards. Cédric diff -Nru ruby-filesystem-0.5/debian/changelog ruby-filesystem-0.5/debian/changelog --- ruby-filesystem-0.5/debian/changelog 2012-11-24 14:29:39.0 +0100 +++ ruby-filesystem-0.5/debian/changelog 2014-04-22 14:57:03.0 +0200 @@ -1,3 +1,19 @@ +ruby-filesystem (0.5-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Upload to unstable. + * Do not depend explicitly on a version of ruby (Closes: #735660) +- XS-Ruby-Versions is now set to all + * Drop DM-Upload-Allowed flag + * Drop quilt from Build-Depends (the 3.0 (quilt) source format is used) + * Rely on gem2deb magic to build and install +- erase upstream outdated Makefile, regenerated from extconf +- move files to ext/filesystem instead of build to use gem convention +- don't override dh_auto_build and dh_auto_install targets +- drop the --with quilt option to dh, add --buildsystem=ruby + + -- Cédric Boutillier Tue, 22 Apr 2014 14:13:14 +0200 + ruby-filesystem (0.5-5) experimental; urgency=low * Fix segfault on 64bit environment (use NULL (!=0) for termination for diff -Nru ruby-filesystem-0.5/debian/control ruby-filesystem-0.5/debian/control --- ruby-filesystem-0.5/debian/control 2012-11-24 14:29:39.0 +0100 +++ ruby-filesystem-0.5/debian/control 2014-04-22 14:56:19.0 +0200 @@ -2,10 +2,9 @@ Section: ruby Priority: extra Maintainer: Tatsuki Sugiura -Build-Depends: debhelper (>= 8.0.0), quilt, gem2deb (>= 0.2.7~), ruby1.8, ruby1.8-dev, ruby1.9.1, ruby1.9.1-dev +Build-Depends: debhelper (>= 8.0.0), gem2deb (>= 0.2.7~) Standards-Version: 3.9.3 -DM-Upload-Allowed: yes -XS-Ruby-Versions: 1.8 1.9.1 +XS-Ruby-Versions: all Uploaders: Taku YASUI Package: ruby-filesystem diff -Nru ruby-filesystem-0.5/debian/rules ruby-filesystem-0.5/debian/rules --- ruby-filesystem-0.5/debian/rules 2012-11-24 14:29:39.0 +0100 +++ ruby-filesystem-0.5/debian/rules 2014-04-22 14:39:25.0 +0200 @@ -1,23 +1,12 @@ #!/usr/bin/make -f -TARGETDIR=$(CURDIR)/debian/ruby-filesystem -RBCONFIG=ruby -rrbconfig -e 'print RbConfig::CONFIG[ARGV[0]]' - %: - dh $@ --with ruby --with quilt + dh $@ --buildsystem=ruby --with ruby override_dh_auto_configure: - mkdir -p build - cp -a *.rb *.c build - -override_dh_auto_build: - -override_dh_auto_install: - cd build && ruby1.8 -Ku extconf.rb - make -C build install DESTDIR=$(TARGETDIR) sitedir=$(TARGETDIR)/usr/lib/ruby/vendor_ruby - make -C build clean - cd build && ruby1.9.1 -Ku extconf.rb - make -C build install DESTDIR=$(TARGETDIR) sitedir=$(TARGETDIR)/usr/lib/ruby/vendor_ruby + mkdir -p ext/filesystem + cp -a *.rb *.c ext/filesystem override_dh_auto_clean: - rm -rf build + rm -f Makefile + rm -rf ext/ signature.asc Description: Digital signature
Bug#743990: subtle: diff for NMU version 0.11.3224-xi-1.1
tags 743990 + patch
tags 743990 + pending
thanks
Dear maintainer,
I've prepared an NMU for subtle (versioned as 0.11.3224-xi-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
diff -u subtle-0.11.3224-xi/debian/changelog subtle-0.11.3224-xi/debian/changelog
--- subtle-0.11.3224-xi/debian/changelog
+++ subtle-0.11.3224-xi/debian/changelog
@@ -1,3 +1,17 @@
+subtle (0.11.3224-xi-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Depend and Build-Depend on ruby instead of ruby1.9.1. (Closes: #743990)
+ * Add a build-dependency on the rake package for a version agnostic rake tool
+ * debian/rules: install in the directory RbConfig::CONFIG["vendorarchdir"]
+ * Add patches:
++ 20_ruby19_or_higher.dpatch: do not check minimal Ruby version
++ 30_system_flags.dpatch: do not overwrite system flags and fix header path
++ 40_fix_shebangs.dpatch: do not rewrite shebangs of Ruby scripts to use
+ system default Ruby interpreter.
+
+ -- Cédric Boutillier Tue, 22 Apr 2014 15:58:27 +0200
+
subtle (0.11.3224-xi-1) unstable; urgency=low
* [eb054d1] Imported Upstream version 0.11.3216xi
diff -u subtle-0.11.3224-xi/debian/control subtle-0.11.3224-xi/debian/control
--- subtle-0.11.3224-xi/debian/control
+++ subtle-0.11.3224-xi/debian/control
@@ -5,8 +5,9 @@
Build-Depends: debhelper (>= 9),
chrpath,
libx11-dev,
-ruby1.9.1,
-ruby1.9.1-dev,
+ruby,
+ruby-dev,
+rake,
pkg-config,
libxrandr-dev,
libxft-dev,
@@ -20,7 +21,7 @@
Package: subtle
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ruby1.9.1, ruby-archive-tar-minitar
+Depends: ${shlibs:Depends}, ${misc:Depends}, ruby, ruby-archive-tar-minitar
Provides: x-window-manager
Description: grid-based manual tiling window manager
Grid-based manual tiling window manager with a strong focus on easy but
diff -u subtle-0.11.3224-xi/debian/rules subtle-0.11.3224-xi/debian/rules
--- subtle-0.11.3224-xi/debian/rules
+++ subtle-0.11.3224-xi/debian/rules
@@ -13,20 +13,22 @@
+RUBYVENDORARCHDIR=$(shell ruby -e"puts RbConfig::CONFIG['vendorarchdir']")
+
%:
dh $@ --with dpatch
override_dh_clean:
dh_dpatch_unpatch
dh_clean
- rake1.9.1 clobber
+ rake clobber
override_dh_auto_build:
- extdir=debian/subtle/usr/lib/ruby/1.9.1/subtle \
+ extdir=debian/subtle/$(RUBYVENDORARCHDIR)/subtle \
DESTDIR=debian/subtle \
PREFIX=/usr \
- rake1.9.1 build
+ rake build
override_dh_install:
- rake1.9.1 install
+ rake install
chrpath -d debian/subtle/usr/bin/subtle
- chrpath -d debian/subtle/usr/lib/ruby/1.9.1/subtle/subtlext.so
+ chrpath -d debian/subtle/$(RUBYVENDORARCHDIR)/subtle/subtlext.so
dh_install
diff -u subtle-0.11.3224-xi/debian/patches/00list subtle-0.11.3224-xi/debian/patches/00list
--- subtle-0.11.3224-xi/debian/patches/00list
+++ subtle-0.11.3224-xi/debian/patches/00list
@@ -1,0 +2,3 @@
+20_ruby19_or_higher
+30_system_flags.dpatch
+40_fix_shebangs.dpatch
only in patch2:
unchanged:
--- subtle-0.11.3224-xi.orig/debian/patches/20_ruby19_or_higher.dpatch
+++ subtle-0.11.3224-xi/debian/patches/20_ruby19_or_higher.dpatch
@@ -0,0 +1,23 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## ruby19_or_higher.dpatch by Cédric Boutillier
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Do not check the Ruby version.
+## DP: The ruby version in Debian Jessie is higher than 1.9 anyway.
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' subtle-0.11.3224-xi~/Rakefile subtle-0.11.3224-xi/Rakefile
+--- subtle-0.11.3224-xi~/Rakefile 2014-04-22 18:29:59.0 +0200
subtle-0.11.3224-xi/Rakefile 2014-04-22 18:30:21.066738761 +0200
+@@ -257,11 +257,6 @@
+
+ make_config unless checksums
+ else
+-# Check version
+-if 1 != RbConfig::CONFIG["MAJOR"].to_i or 9 != RbConfig::CONFIG["MINOR"].to_i
+- fail("Ruby 1.9.0 or higher required")
+-end
+-
+ checksums
+
+ # Update rpath
only in patch2:
unchanged:
--- subtle-0.11.3224-xi.orig/debian/patches/30_system_flags.dpatch
+++ subtle-0.11.3224-xi/debian/patches/30_system_flags.dpatch
@@ -0,0 +1,26 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 30_system_flags.dpatch by Cédric Boutillier
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: do not overwrite system flags
+## DP: - remove -Werror, since a warning is raised with newer gcc
+## DP: - reuse system CFLAGS, CPPFLAGS, LDFLAGS to benefit from hardening
+## DP: - add RbConfig::CONFIG["rubyarchhdrdir"] to cpppath
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.sv
Bug#744035: imaprowl: diff for NMU version 1.2.1-1.1
tags 744035 + patch
tags 744035 + pending
thanks
Dear maintainer,
I've prepared an NMU for imaprowl (versioned as 1.2.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
diff -u imaprowl-1.2.1/debian/changelog imaprowl-1.2.1/debian/changelog
--- imaprowl-1.2.1/debian/changelog
+++ imaprowl-1.2.1/debian/changelog
@@ -1,3 +1,17 @@
+imaprowl (1.2.1-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Depend on the default Ruby interpreter instead of ruby1.9.1.
+(Closes: #744035)
+ * Drop libopenssl-ruby1.9.1 from the Depends line. Openssl support comes
+now with the Ruby interpreter.
+ * Do not rewrite the shebang so that the script can use the default Ruby
+interpreter /usr/bin/ruby.
+ * Install the library in /usr/lib/ruby/vendor_ruby, pointed by
+RbConfig::CONFIG["vendordir"].
+
+ -- Cédric Boutillier Wed, 23 Apr 2014 13:55:25 +0200
+
imaprowl (1.2.1-1) unstable; urgency=low
* New upstream release
only in patch2:
unchanged:
--- imaprowl-1.2.1.orig/debian/control
+++ imaprowl-1.2.1/debian/control
@@ -8,7 +8,7 @@
Package: imaprowl
Architecture: all
-Depends: ${misc:Depends}, ruby1.9.1, libopenssl-ruby1.9.1
+Depends: ${misc:Depends}, ruby
Description: IMAP new mail notification utility for iPhone using Prowl Public API
Prowl is a service and an App for iPhone's Push Notification service.(APNs)
see http://prowl.weks.net/ for more about Prowl.
only in patch2:
unchanged:
--- imaprowl-1.2.1.orig/debian/dirs
+++ imaprowl-1.2.1/debian/dirs
@@ -1,2 +1,2 @@
usr/bin
-usr/lib/ruby/1.9.1
+usr/lib/ruby/vendor_ruby
only in patch2:
unchanged:
--- imaprowl-1.2.1.orig/debian/rules
+++ imaprowl-1.2.1/debian/rules
@@ -18,14 +18,13 @@
-rm -f imaprowl
override_dh_install:
- install -m 0644 imapidle.rb `pwd`/debian/$(PACKAGE)/usr/lib/ruby/1.9.1/
+ install -m 0644 imapidle.rb `pwd`/debian/$(PACKAGE)/usr/lib/ruby/vendor_ruby/
install -m 0755 imaprowl `pwd`/debian/$(PACKAGE)/usr/bin/
override_dh_auto_build:
dh_auto_build
- sed -e 's%^#!/usr/bin/ruby$$%#!/usr/bin/ruby1.9.1%g' \
- imaprowl.rb > imaprowl
+ cp imaprowl.rb imaprowl
xsltproc --nonet \
--param make.year.ranges 1 \
signature.asc
Description: Digital signature
Bug#739777: obexftp: diff for NMU version 0.23-1.3
tags 739777 + patch tags 739777 + pending thanks Dear maintainer, I've prepared an NMU for obexftp (versioned as 0.23-1.3) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -u obexftp-0.23/debian/rules obexftp-0.23/debian/rules --- obexftp-0.23/debian/rules +++ obexftp-0.23/debian/rules @@ -41,6 +42,7 @@ ifeq ($(COMPILE_RUBY_BINDING),yes) bindings_configure_flags += --enable-ruby compile_shared_libs=yes + rubyvendorarchdir=$(shell ruby -e "puts RbConfig::CONFIG['vendorarchdir']") else bindings_configure_flags += --disable-ruby endif @@ -95,13 +97,7 @@ dh_testroot dh_prep dh_installdirs - $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp mandir=/usr/share/man INSTALLDIRS=vendor - -ifeq ($(COMPILE_RUBY_BINDING),yes) - -rm -rf debian/tmp/usr/lib/ruby - mv debian/tmp/usr/local/lib/site_ruby debian/tmp/usr/lib/ruby - rm -rf debian/tmp/usr/local/ -endif + $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp mandir=/usr/share/man INSTALLDIRS=vendor sitearchdir=$(rubyvendorarchdir) # Build architecture-independent files here. binary-indep: build install diff -u obexftp-0.23/debian/changelog obexftp-0.23/debian/changelog --- obexftp-0.23/debian/changelog +++ obexftp-0.23/debian/changelog @@ -1,3 +1,15 @@ +obexftp (0.23-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with multiarched Ruby interpreters (Closes: #739777) +- pass vendorarchdir for the path installation of Ruby bindings +- do not explicitly touch the path of Ruby libraries in debian/rules, as + the library gets installed at right place in the first place. +- change path in debian/libobexftp-ruby.install to leave space for the + architecture name. + + -- Cédric Boutillier Wed, 23 Apr 2014 15:09:07 +0200 + obexftp (0.23-1.2) unstable; urgency=low * Non-maintainer upload. diff -u obexftp-0.23/debian/libobexftp-ruby.install obexftp-0.23/debian/libobexftp-ruby.install --- obexftp-0.23/debian/libobexftp-ruby.install +++ obexftp-0.23/debian/libobexftp-ruby.install @@ -1 +1 @@ -usr/lib/ruby/* +usr/lib/*/ruby/* signature.asc Description: Digital signature
Bug#700630: current status of GitLab packaging
Dear all, Here is some information about where we stand today in the process of packaging GitLab. GitLab has quite a lot of dependencies. Those are Ruby gems listed in the Gemfile in the source code. And these gems have themselves dependencies, having themselves dependencies... A graph of dependencies, extracted from the gems metadata can be found here: http://people.debian.org/~boutil/gitlab/gitlab_deps20140306.pdf The color code is as follows: - green: in the archive - orange: ITP - purple: RFP - yellow: in the NEW queue So currently, we have: - 156 dependencies - 93 are packaged - 4 are in NEW - 15 ITPs but some are stalled - 43 are unpackaged and have no ITP/RFP bugs (but some may have already Git repositories on Alioth in the pkg-ruby-extras project) So we are about 66% way through. The graph currently does not contain development dependencies, which include libraries needed to run the tests. They represent about 50% more packages, with about the same ratio packaged/unpackaged. There are some points needing to be checked with upstream. In particular, there are several gems named gitlab-*, which seem to be either patched versions of some libraries, or libraries stuck at a specific version. we need to help GitLab get rid of those patches by modifing GitLab or get the patches included upstream. I've submitted a "GitLab dependencies packaging" task for the new contributor game organized by Debian France. We'll see how it goes. In the mean time, feel free to pick one of the unpackaged/stalled ITP dependencies, and make of it a nice Debian package. Cheers, Cédric signature.asc Description: Digital signature
Bug#738380: ruby-backports: FTBFS: ERROR: Test "ruby1.9.1" failed
Package: ruby-backports Followup-For: Bug #738380 Hi, this transitional bug was caused by a problem with ruby-activesupport-3.2 3.16-2, which has been solved since then with the upload of rails-3.2 3.2.16-3+0. Therefore this bug can be closed. Cedric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#743992: zeroc-ice: diff for NMU version 3.5.1-5.3
tags 743992 + patch
thanks
Dear maintainer,
Here is a debdiff to solve this issue. It includes a new patch
rubyarchhdrdir.patch to correctly locate arch-specific ruby headers for
ruby2.x, and build/depends on ruby instead of ruby1.9.1.
Cheers,
Cédric
diff -Nru zeroc-ice-3.5.1/debian/changelog zeroc-ice-3.5.1/debian/changelog
--- zeroc-ice-3.5.1/debian/changelog 2014-03-23 15:53:57.0 +0100
+++ zeroc-ice-3.5.1/debian/changelog 2014-04-26 02:44:08.0 +0200
@@ -1,3 +1,16 @@
+zeroc-ice (3.5.1-5.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Build with and depend on the default ruby interpreter (Closes: #743992)
+- replace all occurences of ruby1.9.1 by ruby, and ruby1.9.1-dev by
+ ruby-dev, in control and rules files.
+ * Add rubyarchhdrdir.patch to correctly find architecture-specific Ruby
+header for multiarched ruby2.x interpreters
+ * Fix installation path in ruby-zeroc-ice.install to leave space for the
+architecture name.
+
+ -- Cédric Boutillier Sat, 26 Apr 2014 02:44:05 +0200
+
zeroc-ice (3.5.1-5.2) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru zeroc-ice-3.5.1/debian/control zeroc-ice-3.5.1/debian/control
--- zeroc-ice-3.5.1/debian/control 2014-03-23 15:53:07.0 +0100
+++ zeroc-ice-3.5.1/debian/control 2014-04-25 22:42:41.0 +0200
@@ -15,8 +15,8 @@
python-all-dev (>= 2.3.5-11),
python3-all-dev,
php5-dev (>= 5.4.0~rc6),
- ruby1.9.1-dev,
- ruby1.9.1,
+ ruby-dev,
+ ruby,
libqt4-dev,
Build-Depends-Indep: mono-devel | c-sharp-2.0-compiler,
libmono2.0-cil,
@@ -583,7 +583,7 @@
Package: ruby-zeroc-ice
Architecture: any
Section: ruby
-Depends: ${shlibs:Depends}, ruby1.9.1, ${misc:Depends}
+Depends: ${shlibs:Depends}, ruby, ${misc:Depends}
Replaces: libzeroc-ice-ruby1.8
Breaks: libzeroc-ice-ruby1.8
Provides: libzeroc-ice-ruby1.8
diff -Nru zeroc-ice-3.5.1/debian/patches/rubyarchhdrdir.patch zeroc-ice-3.5.1/debian/patches/rubyarchhdrdir.patch
--- zeroc-ice-3.5.1/debian/patches/rubyarchhdrdir.patch 1970-01-01 01:00:00.0 +0100
+++ zeroc-ice-3.5.1/debian/patches/rubyarchhdrdir.patch 2014-04-26 02:33:29.0 +0200
@@ -0,0 +1,22 @@
+Description: fix path for arch-specific Ruby headers
+ ruby2.x is multiarched, and the location of arch-specific headers is
+ referenced in RbConfig::CONFIG["rubyarchhdrdir"]
+Author: Cédric Boutillier
+Last-Update: 2014-04-26
+
+--- a/rb/config/Make.rules
b/rb/config/Make.rules
+@@ -81,9 +82,12 @@
+
+ ifeq ("$(RUBY_MAJOR_VERSION).$(RUBY_MINOR_VERSION)", "1.8")
+ RUBY_FLAGS = -I$(shell $(RUBY) -e 'require "rbconfig"; puts RbConfig::expand("$$(archdir)")')
+- else
++ else ifeq ("$(RUBY_MAJOR_VERSION).$(RUBY_MINOR_VERSION)", "1.9")
+ RUBY_FLAGS = -I$(shell $(RUBY) -e 'require "rbconfig"; puts RbConfig::expand("$$(rubyhdrdir)")') \
+ -I$(shell $(RUBY) -e 'require "rbconfig"; puts RbConfig::expand("$$(rubyhdrdir)/$$(arch)")')
++ else
++ RUBY_FLAGS = -I$(shell $(RUBY) -e 'require "rbconfig"; puts RbConfig::expand("$$(rubyhdrdir)")') \
++ -I$(shell $(RUBY) -e 'require "rbconfig"; puts RbConfig::expand("$$(rubyarchhdrdir)")')
+ endif
+
+ LIB_DIR = $(shell $(RUBY) -e 'require "rbconfig"; puts RbConfig::expand("$$(libdir)")')
diff -Nru zeroc-ice-3.5.1/debian/patches/series zeroc-ice-3.5.1/debian/patches/series
--- zeroc-ice-3.5.1/debian/patches/series 2013-12-16 21:12:05.0 +0100
+++ zeroc-ice-3.5.1/debian/patches/series 2014-04-26 00:30:00.0 +0200
@@ -13,3 +13,4 @@
without-test-demo-compilation
iceca
cs-makefile-printf-error
+rubyarchhdrdir.patch
diff -Nru zeroc-ice-3.5.1/debian/ruby-zeroc-ice.install zeroc-ice-3.5.1/debian/ruby-zeroc-ice.install
--- zeroc-ice-3.5.1/debian/ruby-zeroc-ice.install 2013-11-16 13:09:08.0 +0100
+++ zeroc-ice-3.5.1/debian/ruby-zeroc-ice.install 2014-04-26 02:37:26.0 +0200
@@ -1 +1 @@
-usr/lib/ruby
+usr/lib/*/ruby
diff -Nru zeroc-ice-3.5.1/debian/rules-rb.mk zeroc-ice-3.5.1/debian/rules-rb.mk
--- zeroc-ice-3.5.1/debian/rules-rb.mk 2013-11-16 13:08:49.0 +0100
+++ zeroc-ice-3.5.1/debian/rules-rb.mk 2014-04-25 22:42:01.0 +0200
@@ -1,17 +1,17 @@
RB_PREFIX=$(CURDIR)/$(DEB_DH_INSTALL_SOURCEDIR)/usr
-RB_RBDIR = $(CURDIR)/$(DEB_DH_INSTALL_SOURCEDIR)$(shell ruby1.9.1 -e \
+RB_RBDIR = $(CURDIR)/$(DEB_DH_INSTALL_SOURCEDIR)$(shell ruby -e \
'require "rbconfig"; puts RbConfig::expand("$$(vendordir)")')
-RB_LIBDIR = $(CURDIR)/$(DEB_DH_INSTALL_SOURCEDIR)$(shell ruby1.9.1 -e \
+RB_LIBDIR = $(CURDIR)/$(DEB_DH_INSTALL_SOURCEDIR)$(shell ruby -e \
'require "rbconfig"; puts RbConfig::expand("$$(vendorarchdir)")')
debian/stamp
Bug#746470: rubygems-integration: fails to read arch-specific gemspecs for ruby2.1
Package: rubygems-integration Version: 1.6 Severity: important Hi, Running gem2.1 list does not show any gemspec for arch specific Ruby libraries installed as a Debian package, despite the fact that the gemspec are installed in /usr/share/rubygems-integration/2.1. The problem is that rubygems-integration makes the gem command look in /usr/share/rubygems-integration/2.1.0 instead, because 2.1.0 is the API version of ruby2.1, as indicated by Gem::ConfigMap[:ruby_version] A workaround is to installed by rubygems-integration for 2.0 by adding a symling 2.0.0 -> 2.0. Probably one needs to fix the path for /usr/share/rubygems-integration or fix gem2deb to install in /usr/share/rubygems-integration/2.1.0. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746379: ruby-escape-utils: build dependencies are not installable
Package: ruby-escape-utils Followup-For: Bug #746379 Hi Praveen, Since rack seems to be used explicitly only in benchmarks, which are not run anyway, and given that ruby-actionpack will eventually pull ruby-rack1.4, I would remove ruby-rack from the Build-Depends field. Cheers, Cédric signature.asc Description: Digital signature
Bug#749329: ruby-fog: fails to upgrade from wheezy - trying to overwrite ...
Package: ruby-fog Followup-For: Bug #749329 Hi! I think it has been solved by an update of ruby-fog-core in the mean time, which now contains the needed Breaks/Replaces statements. I managed to successfully upgrade a chroot with ruby-fog installed from wheezy to sid with both apt-get and aptitude. To be completely sure, I will add also the Breaks/Replaces statements to ruby-fog-brightbox as it has also files wich were previously included in ruby-fog. Cheers, Cédric signature.asc Description: Digital signature
Bug#747555: [DRE-maint] Bug#747555: ruby-fog-core: trying to overwrite '/usr/lib/ruby/vendor_ruby/fog/version.rb', which is also in package ruby-fog 1.22.0-1
Hi Axel, On Sat, May 10, 2014 at 12:26:00AM +0200, Axel Beckert wrote: > Package: ruby-fog,ruby-fog-core > Version: ruby-fog-core/1.21.1+gh-1 > Version: ruby-fog/1.22.0-1 > Severity: serious > This is a very similar issue to https://bugs.debian.org/744010 but with > a different file: > Selecting previously unselected package ruby-fog-core. > Preparing to unpack .../ruby-fog-core_1.21.1+gh-1_all.deb ... > Unpacking ruby-fog-core (1.21.1+gh-1) ... > dpkg: error processing archive > /var/cache/apt/archives/ruby-fog-core_1.21.1+gh-1_all.deb (--unpack): > trying to overwrite '/usr/lib/ruby/vendor_ruby/fog/version.rb', which is > also in package ruby-fog 1.22.0-1 > Selecting previously unselected package ruby-fog-json. > Preparing to unpack .../ruby-fog-json_1.0.0-1_all.deb ... > Unpacking ruby-fog-json (1.0.0-1) ... > Selecting previously unselected package ruby-fog-brightbox. > Preparing to unpack .../ruby-fog-brightbox_0.0.2-1_all.deb ... > Unpacking ruby-fog-brightbox (0.0.2-1) ... > Preparing to unpack .../ruby-fog_1.22.0-2_all.deb ... > Unpacking ruby-fog (1.22.0-2) over (1.22.0-1) ... > Processing triggers for debian-security-support (2014.04.28) ... > Processing triggers for man-db (2.6.7.1-1) ... > Errors were encountered while processing: > /var/cache/apt/archives/ruby-fog-core_1.21.1+gh-1_all.deb > Looks like a missing "Replaces" header or similar. > Happened on both, amd64 as well as kfreebsd-i386. Thanks for the report. The file conflict between ruby-fog and ruby-fog-core has been fixed in ruby-fog 1.22.0-2. I am uploading a ruby-fog-core with Breaks/Replaces ruby-fog << 1.22.0-1 to fix the upgrade path. Cheers, Cédric signature.asc Description: Digital signature
Bug#747733: ruby-heckle: incompatible with ruby-parser >= 3.0
Package: ruby-heckle Followup-For: Bug #747733 This bug is not specific to ruby2.1. According to its metadata file, ruby-heckle requires ruby-parser at version 2.3.1. Its source code relies on the :scope kind of nodes provided by ruby-parser in that version. But ruby-parser 3.0 dropped support for those :scope nodes. Newer versions of ruby-parser broke ruby-heckle. Since upstream is not very active, probably the way forward is to remove this package... Cheers, Cédric signature.asc Description: Digital signature
Bug#746379: ruby-escape-utils: build dependencies are not installable
Package: ruby-escape-utils Followup-For: Bug #746379 As an additional note, sbuild and apt-get build-dep can both correctly satisfy dependencies. Anyway, since dropping ruby-rack from the build-dependency line still yields a succesful build, I am uploading a new version without the ruby-rack build-dep. Cheers, Cédric signature.asc Description: Digital signature
Bug#748672: RM: ruby-heckle -- ROM; dead upstream, broken with newer version of ruby libs
Package: ftp.debian.org Severity: normal Hi, I would like to ask the removal of ruby-heckle from the archive. It is dead upstream, and has been broken since ruby-parser and ruby-ruby2ruby2 were upgraded to newer major versions (which was needed by other software in much better state). Thank you in advance! Cheers, Cédric signature.asc Description: Digital signature
Bug#741815: accidentally closed; reopening
Hi, This bug was closed by accident by an unrelated upload. Sorry for that. I am thus reopening it. Cheers, Cédric signature.asc Description: Digital signature
Bug#742190: ruby-ffi-rzmq 1.0.3 incompatible with libzmq3 (4.0.4)
Package: ruby-ffi-rzmq Version: 1.0.3+metadata-1 Severity: normal Dear Maintainer, When running require "ffi-rzmq" I see the following error: LoadError: The libzmq version 4.0.4 is incompatible with ffi-rzmq. It seems according to the README that the version 1.0.3 works only with the versions 2.2.x (libzmq1, about to be removed) and 3.2.x. Currently libzmq3 (satisfying the dependency has version 4.0.4, which is not supported. There is a new upstream version 2.0.1 which supports 4.x API. Please package the new version. Cheers, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-ffi-rzmq depends on: ii libzmq3 4.0.4+dfsg-1 ii ruby 1:2.0.0.1~exp1 ii ruby-ffi 1.9.3debian-1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 ii ruby2.0 [ruby-interpreter]2.0.0.484-1 ii ruby2.1 [ruby-interpreter]2.1.1-2 ruby-ffi-rzmq recommends no packages. ruby-ffi-rzmq suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742270: ITP: ruby-pdf-core -- Ruby library to render PDF documents
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: ruby-pdf-core Version : 0.2.5 Upstream Author : Gregory Brown * URL : Homepage: http://prawn.majesticseacreature.com * License : Ruby or GPL-2 or GPL3 Programming Lang: Ruby Description : Ruby library to render PDF documents PDF::Core is a pure Ruby library to render PDF documents. It supports several PDF features, such as among others: * low-level annotation * istream objects and stream filters * NameTree * object repository * object serialization * indirect objects * page geometries . It is used internally by Prawn (provided in the ruby-prawn package), a Ruby PDF generation library. This package, dependency for the newest version of ruby-prawn (already in the archive) will be maintained under the umbrella of the Ruby team. signature.asc Description: Digital signature
Bug#730095: ruby2.0: RbConfig::CONFIG['libdir'] does not point to the multiarch dir
Hi Lisandro,
On Sun, Mar 23, 2014 at 01:27:06PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> tag 730095 +patch
> thanks
> Note: I'm not the cmake maintainer but I'm just trying to get this solved.
> Ruby guys: is there any chance to apply the following patch to
> /usr/share/cmake-2.8/Modules/FindRuby.cmake and see if you apps compile/work ?
I tested your patch with qtruby and ruby/ruby2.0 from experimental, giving
ruby2.0 as default Ruby interpreter.
It seems that there is a typo in the patch, because I get this error:
CMake Error: Error in cmake code at
/usr/share/cmake-2.8/Modules/FindRuby.cmake:101:
Parse error. Expected "(", got newline with text "
".
CMake Error at CMakeLists.txt:5 (find_package):
find_package Error reading CMake code from
"/usr/share/cmake-2.8/Modules/FindRuby.cmake".
I replaced endif by endif(), and could go a bit further but not far.
I got this error:
CMake Error at
/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message):
Could NOT find Ruby (missing: RUBY_CONFIG_INCLUDE_DIR) (found version
"2.0.0")
Call Stack (most recent call first):
/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315
(_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake-2.8/Modules/FindRuby.cmake:242
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:5 (find_package)
I tried earlier the patch provided in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739826#17
(without yours). And it managed to build qtruby against ruby2.0.
It seems that it tries to solve a similar problem to this one.
Could you evaluate it?
About ruby1.9.1 and multiarch, I strongly believe that the plan is to
drop ruby1.9.1 as soon as possible, and that it will not be
multiarchified.
Cheers,
Cédric.
signature.asc
Description: Digital signature
Bug#698214: ruby-diff-lcs needs to be rebuilt against newer gem2deb
Control: severity -1 minor Control: retitle -1 ruby-diff-lcs needs to be rebuilt against gem2deb>=0.3.0 Hi! Thanks for your report. Integration of Ruby Debian packages with rubygems arrived late in the release cycle for Wheezy, but it requires rebuilding the packages with newer gem2deb (>= 0.3.0~). Unfortunately, not all packages could be uploaded before the freeze, so some of them go not provide integration with rubygems. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691317 for a similar problem. The solution as you found is to rebuild the packages locally. Another possibility is to patch out from the gems you use the requirement on rubygems, if you ensure that all the dependencies are already installed. Anyway, this will be fixed automatically when a new version of the package will be uploaded to the archive, which unfortunately is not likely to happen before the release of Wheezy. Thanks for your understanding. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687022: found also with libm4ri
Hi! I wanted to mention that when preparing a new version of libm4ri, I also hit this bug: lintian outputs W: libm4ri-0.0.20120613: dev-pkg-without-shlib-symlink usr/lib/x86_64-linux-gnu/libm4ri-0.0.20120613.so usr/lib/x86_64-linux-gnu/libm4ri-0.0.20120613.so whereas the -dev package has (as it should according to [1]) a symlink: ./usr/lib/x86_64-linux-gnu/libm4ri.so -> libm4ri-0.0.20120613.so [1] http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#devpkg, Section 4.4 Changing the regexp according to the patch by adding a '+' fixes the issue. Cheers, Cédric signature.asc Description: Digital signature
Bug#697792: ITP: libm4rie -- extended Method of the Four Russians Inversion library
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: libm4rie Version : 20120613 Upstream Author : Martin Albrecht * URL : http://m4ri.sagemath.org * License : GPL-3+ Programming Lang: C Description : extended Method of the Four Russians Inversion library M4RIE is a library for fast arithmetic with dense matrices over small finite fields of even characteristic. It uses the M4RI library, implementing the same operations over the finite field F2. . The name M4RI comes from the first implemented algorithm: The "Method of the Four Russians" inversion algorithm. This algorithm in turn is named after the "Method of the Four Russians" multiplication algorithm which is probably better referred to as Kronrod's method. . This package contains development files for the M4RIE library Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651606: RFP: gitlab -- git project/repository hosting management app
Hi! On Wed, Dec 19, 2012 at 10:12:45AM -0500, Paul Tagliamonte wrote: > On Wed, Dec 19, 2012 at 04:09:00PM +0100, Raphael Hertzog wrote: > > On Wed, 19 Dec 2012, Daniel Martí wrote: > > > Is there any packaging team I should contact? Should I start using > > > collab-maint on anonscm.debian.org for its packaging right away? > > > > The packaging work will surely require you to create a bunch of ruby gems > > so you might want to joint the ruby extras team. > > > > http://wiki.debian.org/Teams/Ruby > > > > But for gitlab itself, collab-maint is certainly OK. > > > > > On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed. > > > > I think Paul just volunteered to sponsor ;-) > Aye! While I'm not up on Ruby policy, I'd be more then happy to brush up > and sponsor it on an ongoing basis. I would be happy to help with that and review and/or upload packages for Ruby gems needed for gitlab. Just contact debian-r...@lists.debian.org for questions or your RFS requests. Cheers, Cédric signature.asc Description: Digital signature
Bug#676210: ruby-libxml: FTBFS: tests failed
Package: ruby-libxml
Version: 2.3.2-1
Followup-For: Bug #676210
Control: reassign -1 libxml2 2.8.0+dfsg1-5
Control: affects -1 ruby-libxml
Control: retitle -1 xmlreader fails to report parsing failures, causing
ruby-libxml test failure
Control: tag -1 patch
Hi!
As documented in the upstream bug report,
https://github.com/xml4r/libxml-ruby/issues/43
Tests are passing with libxml2 2.7.8.
I found that the commit in libxml2 causing the failure is
http://git.gnome.org/browse/libxml2/commit/?id=9d9685ad88c17d35b6688695af3ceba7c7309b13
which has been modified later just after 2.8.0 release by
http://git.gnome.org/browse/libxml2/commit/?id=c508fa3f0b40ba232e00ed8d514e0ba37ed602ab
Cherry-picking this commit and putting on top of 2.8.0 solves the
problem.
I converted this commit to a quilt patch with proper DEP-3 header.
Please consider include this patch in the current patch series.
Cheers,
Cédric
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ruby-libxml depends on:
ii libc6 2.13-35
ii libruby1.81.8.7.358-4
ii libruby1.9.1 1.9.3.194-1
ii libxml2 2.8.0+dfsg1-5
ii ruby 4.9
ii ruby1.8 [ruby-interpreter]1.8.7.358-4
ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-1
ii zlib1g1:1.2.7.dfsg-13
ruby-libxml recommends no packages.
ruby-libxml suggests no packages.
-- no debconf information
From: Daniel Veillard
Date: Wed, 18 Jul 2012 17:39:56 +0800
Description: Fix a failure to report xmlreader parsing failures
Related to https://bugzilla.gnome.org/show_bug.cgi?id=654567
the problem is that the provided patch failed to raise an error
on xmlTextReaderRead() return when an actual parsing error occured
Origin: upstream, http://git.gnome.org/browse/libxml2/commit/?id=c508fa3f0b40ba232e00ed8d514e0ba37ed602ab
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676210
---
xmlreader.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- a/xmlreader.c
+++ b/xmlreader.c
@@ -907,8 +907,11 @@
}
}
reader->state = oldstate;
-if (reader->ctxt->wellFormed == 0)
+if (reader->ctxt->wellFormed == 0) {
reader->mode = XML_TEXTREADER_MODE_EOF;
+return(-1);
+}
+
return(0);
}
Bug#674324: ruby-net-sftp: FTBFS: test failed
Package: ruby-net-sftp Followup-For: Bug #674324 Hi! I investigated this a little bit further. Here are my findings so far. There is a kind of conflict between two tests: - test_from_buffer_should_correctly_parse_buffer_and_return_attribute_object from test/protocol/04/test_attributes.rb - test_parse_attrs_packet_should_use_correct_attributes_class from test/protocol/01/test_base.rb which occurs with versions of ruby-mocha posterior to the commit I mentionned above. When run independently the tests pass. When the tests are run together, the method :from_buffer is not restored completely in its initial state after the call to expects method on Net::SFTP::Protocol::V01::Attributes: The method :from_buffer called on a child class of Net::SFTP::Protocol::V01::Attributes (e.g. Net:SFTP::Protocol::V04::Attributes) should return an object from the child class. But after the expect statement, it returns a Net::SFTP::Protol::V01::Attributes object, which is the cause of different results in computations, and thus results in test failure. [The same problem occurs when expects alters :from_buffer for Net::SFTP::Protocol::V04::Attributes and :from_buffer is called from test/protocol/06/test_attributes.rb] Attached a condensed test file which shows the issue, which could be run once the source package is unpacked and the patches applied with testrb -I test/ path/to/test-failure.rb from the root directory of the source package. Commenting the first test class of the file makes the second test pass. Since all the tests pass ok when run separately, it is not really a bug in ruby-net-sftp per se. Just tests broken by some subtle modification of ruby-mocha. If it turns out that my diagnostic is correct, I would propose the following: - clone this bug, with severity important (or even normal) to ruby-mocha, indicating that it affects ruby-net-sftp - close this one by commenting the tests 'test_parse_attrs_packet_should_use_correct_attributes_class' and wait for the bug in ruby-mocha to be closed to reactivate them. I am preparing a toy example reproducing this bug to send to ruby-mocha upstream. Cheers, Cédric _ test-failure.rb Description: application/ruby
Bug#674324: ruby-net-sftp: cloning and reassigning to ruby-mocha
Package: ruby-net-sftp Followup-For: Bug #674324 Control: clone 674324 -1 Control: reassign -1 ruby-mocha Control: affects -1 ruby-net-sftp Control: severity -1 normal Control: forwarded -1 https://github.com/freerange/mocha/issues/99 Hi! This turns out to be a variant of a problem in ruby-mocha, already reported upstream. The minimal example to reproduce this issue with ruby-mocha is attached. Therefore, I am cloning and reaffecting to ruby-mocha. The original bug will be closed by an upload of ruby-net-sftp, deactivating the problematic test. Cheers, Cédric bug_mocha.rb Description: application/ruby signature.asc Description: Digital signature
Bug#690666: unblock: ruby-net-sftp/1:2.0.5-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ruby-net-sftp
The version 1:2.0.5-3 contains a fix for bug #674324, marked with
severity serious.
In the version currently in testing, some tests were failing, causing
the package to FTBFS. It turns out that this is caused by a subtle bug
in recent versions of ruby-mocha, inducing a conflict between some
tests (this is now documented in #690562). Commenting one of the
conflicting tests was sufficient to ensure the rest of test suite passes
(all the tests, including that conflicting one, pass when run
separately).
The new version contains also some modifications of fields in
debian/control (Conflicts → Breaks, and transitional packages marked
with priority extra) to ensure a smooth upgrade from Squeeze
libnet-sftp2-ruby* packages.
Attached the debdiff against the version 1:2.0.5-2 currently in testing.
Thank you in advance!
Cédric
unblock ruby-net-sftp/1:2.0.5-3
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ruby-net-sftp-2.0.5/debian/changelog
ruby-net-sftp-2.0.5/debian/changelog
--- ruby-net-sftp-2.0.5/debian/changelog2011-05-20 18:12:20.0
+0200
+++ ruby-net-sftp-2.0.5/debian/changelog2012-10-15 23:19:08.0
+0200
@@ -1,3 +1,16 @@
+ruby-net-sftp (1:2.0.5-3) unstable; urgency=medium
+
+ * Team upload.
+ * Set urgency to medium, as this upload fixes an RC bug.
+ * Add debian/patches/disable_test_triggering_mocha_bug_690562.patch
+to disable a test which, due to a bug in ruby-mocha, causes other tests
+to fail, yielding a FTBFS (Closes: #674324).
+ * Ease upgrade from Squeeze libnet-sftp2-ruby* packages
++ replace Conflicts: by Breaks:
++ set priority of transitional packages to extra
+
+ -- Cédric Boutillier Mon, 15 Oct 2012 22:16:06 +0200
+
ruby-net-sftp (1:2.0.5-2) unstable; urgency=low
* Add epoch to version in order to properly override the previous
diff -Nru ruby-net-sftp-2.0.5/debian/control ruby-net-sftp-2.0.5/debian/control
--- ruby-net-sftp-2.0.5/debian/control 2011-05-20 18:11:31.0 +0200
+++ ruby-net-sftp-2.0.5/debian/control 2012-10-15 23:19:31.0 +0200
@@ -16,7 +16,7 @@
XB-Ruby-Versions: ${ruby:Versions}
Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter,
ruby-net-ssh
Replaces: libnet-sftp-ruby1.8 (<< 2.0.5-1~), libnet-sftp2-ruby (<< 2.0.5-1~),
libnet-sftp2-ruby1.8 (<< 2.0.5-1~), libnet-sftp2-ruby1.9.1 (<< 2.0.5-1~)
-Conflicts: libnet-sftp-ruby1.8 (<< 2.0.5-1~), libnet-sftp2-ruby (<< 2.0.5-1~),
libnet-sftp2-ruby1.8 (<< 2.0.5-1~), libnet-sftp2-ruby1.9.1 (<< 2.0.5-1~)
+Breaks: libnet-sftp-ruby1.8 (<< 2.0.5-1~), libnet-sftp2-ruby (<< 2.0.5-1~),
libnet-sftp2-ruby1.8 (<< 2.0.5-1~), libnet-sftp2-ruby1.9.1 (<< 2.0.5-1~)
Provides: libnet-sftp-ruby1.8, libnet-sftp2-ruby, libnet-sftp2-ruby1.8,
libnet-sftp2-ruby1.9.1
Description: Ruby implementation of the SFTP protocol
Net::SFTP is a pure-Ruby implementation of the SFTP protocol (specifically,
@@ -26,6 +26,7 @@
Package: libnet-sftp-ruby1.8
Section: oldlibs
+Priority: extra
Architecture: all
Depends: ${misc:Depends}, ruby-net-sftp
Description: Transitional package for ruby-net-sftp
@@ -34,6 +35,7 @@
Package: libnet-sftp2-ruby
Section: oldlibs
+Priority: extra
Architecture: all
Depends: ${misc:Depends}, ruby-net-sftp
Description: Transitional package for ruby-net-sftp
@@ -42,6 +44,7 @@
Package: libnet-sftp2-ruby1.8
Section: oldlibs
+Priority: extra
Architecture: all
Depends: ${misc:Depends}, ruby-net-sftp
Description: Transitional package for ruby-net-sftp
@@ -50,6 +53,7 @@
Package: libnet-sftp2-ruby1.9.1
Section: oldlibs
+Priority: extra
Architecture: all
Depends: ${misc:Depends}, ruby-net-sftp
Description: Transitional package for ruby-net-sftp
diff -Nru
ruby-net-sftp-2.0.5/debian/patches/disable_test_triggering_mocha_bug_690562.patch
ruby-net-sftp-2.0.5/debian/patches/disable_test_triggering_mocha_bug_690562.patch
---
ruby-net-sftp-2.0.5/debian/patches/disable_test_triggering_mocha_bug_690562.patch
1970-01-01 01:00:00.0 +0100
+++
ruby-net-sftp-2.0.5/debian/patches/disable_test_triggering_mocha_bug_690562.patch
2012-10-15 23:08:58.0 +0200
@@ -0,0 +1,26 @@
+Description: disable test causing FTBS because of a regression in ruby-mocha
+ After the expects call, :from_buffer method is not completely restored and
+ does not return objects from the correct class when applied to children
+ classes.
+Author: Cédric Boutillier
+Bug:
http://net-ss
Bug#690673: ITP: ruby-integration -- Ruby library for numerical integration
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: ruby-integration Version : 0.1.0 Upstream Author : Ben Gimpert, Claudio Bustos * URL : https://github.com/clbustos/integration * License : MIT/X Programming Lang: Ruby Description : Ruby library for numerical integration This library offers numerical integration for Ruby, with a simple interface. The rectangular, trapezoidal, Simpson, adaptive quadrature, Monte Carlo and Romberg integration methods are available in pure Ruby. Better performance and support for infinite bounds can be obtained via Ruby/GSL (from the ruby-gsl package). Cheers, Cédric signature.asc Description: Digital signature
Bug#693813: ITP: impress.js -- JavaScript library to create presentations in browsers
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: impress.js Version : 0.5.3 Upstream Author : Bartek Szopka * URL : https://github.com/bartaz/impress.js * License : Expat or GPL-2+ Programming Lang: JavaScript Description : JavaScript library to create presentations in browsers Impress.js is a framework written in JavaScript to create HTML presentations, which can be shown with a web browser. It provides transforms and transition effects between slides based on CSS3. This package is a dependency of mdpress (#692864) and will be maintained under the umbrella of the Debian JavaScript team. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693819: ITP: highlight.js -- JavaScript syntax highlighting library for many languages
Package: wnpp Severity: wishlist Owner: "Cédric Boutillier" * Package name: highlight.js Version : 7.3 Upstream Author : Ivan Sagalaev * URL : http://softwaremaniacs.org/soft/highlight/en/ * License : BSD-3-clause Programming Lang: JavaScript Description : JavaScript syntax highlighting library for many languages Highlight.js is a JavaScript library which automatically detects the language of code blocks in a web page, and provides syntax highlighting for them. The library supports more than fifty languages and is bundled with more than twenty style themes. This package is a dependency for mdpress (#692864) and will be maintained under the umbrella of the Debian JavaScript team. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
