[DRE-maint] Bug#895107: ruby-kaminari: FTBFS: InvalidSpecificationException
"kaminari-core/test", "kaminari-core/test/config", "kaminari-core/test/config/config_test.rb", "kaminari-core/test/fake_app", "kaminari-core/test/fake_app/active_record", "kaminari-core/test/fake_app/active_record/config.rb", "kaminari-core/test/fake_app/active_record/models.rb", "kaminari-core/test/fake_app/app", "kaminari-core/test/fake_app/app/views", "kaminari-core/test/fake_app/app/views/users", "kaminari-core/test/fake_app/app/views/users/_partial1.text.erb", "kaminari-core/test/fake_app/app/views/users/_partial2.html.erb", "kaminari-core/test/fake_app/app/views/users/_partial2.text.erb", "kaminari-core/test/fake_app/app/views/users/index_text.text.erb", "kaminari-core/test/fake_app/rails_app.rb", "kaminari-core/test/fake_app/views", "kaminari-core/test/fake_app/views/alternative", "kaminari-core/test/fake_app/views/alternative/kaminari", "kaminari-core/test/fake_app/views/alternative/kaminari/_first_page.html.erb", "kaminari-core/test/fake_app/views/alternative/kaminari/_paginator.html.erb", "kaminari-core/test/fake_app/views/kaminari", "kaminari-core/test/fake_app/views/kaminari/bootstrap", "kaminari-core/test/fake_app/views/kaminari/bootstrap/_page.html.erb", "kaminari-core/test/fake_app/views/kaminari/bootstrap/_paginator.html.erb", "kaminari-core/test/fake_gem.rb", "kaminari-core/test/generators", "kaminari-core/test/generators/views_generator_test.rb", "kaminari-core/test/helpers", "kaminari-core/test/helpers/action_view_extension_test.rb", "kaminari-core/test/helpers/helpers_test.rb", "kaminari-core/test/helpers/paginator_tags_test.rb", "kaminari-core/test/helpers/tags_test.rb", "kaminari-core/test/models", "kaminari-core/test/models/active_record", "kaminari-core/test/models/active_record/active_record_relation_methods_test.rb", "kaminari-core/test/models/active_record/inherited_test.rb", "kaminari-core/test/models/active_record/paginable_without_count_test.rb", "kaminari-core/test/models/active_record/scopes_test.rb", "kaminari-core/test/models/array_test.rb", "kaminari-core/test/models/configuration_methods_test.rb", "kaminari-core/test/requests", "kaminari-core/test/requests/navigation_test.rb", "kaminari-core/test/requests/request_format_test.rb", "lib/kaminari.rb", "lib/kaminari/version.rb", "misc/bug_report_template.rb"] are not files /usr/lib/ruby/vendor_ruby/gem2deb.rb:56:in `run': /usr/bin/ruby2.5 -S gem build --config-file /dev/null --verbose /tmp/d20180407-31356-gqebq6/gemspec (Gem2Deb::CommandFailed) from /usr/lib/ruby/vendor_ruby/gem2deb/gem_installer.rb:189:in `gem' from /usr/lib/ruby/vendor_ruby/gem2deb/gem_installer.rb:95:in `block (2 levels) in install_files_and_build_extensions' from /usr/lib/ruby/vendor_ruby/gem2deb/gem_installer.rb:94:in `chdir' from /usr/lib/ruby/vendor_ruby/gem2deb/gem_installer.rb:94:in `block in install_files_and_build_extensions' from /usr/lib/ruby/vendor_ruby/gem2deb/gem_installer.rb:51:in `each' from /usr/lib/ruby/vendor_ruby/gem2deb/gem_installer.rb:51:in `install_files_and_build_extensions' from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:84:in `block in install' from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:82:in `each' from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:82:in `install' from /usr/bin/dh_ruby:94:in `' dh_auto_install: dh_ruby --install /tmp/ruby-kaminari-1.0.1/debian/tmp returned exit code 1 make: *** [debian/rules:8: binary] Error 1 [...] In addition, this package has a self-build-dependency on ruby-kaminari-{core,actionview,activerecord}, which are all built from this source package, which seems quite unnecessary. In any case, the package fails to build the same way with or without these binaries installed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#893447: nanoc: autopkgtest fails with local firewall
Package: nanoc Version: 4.8.10-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch autopkgtest Dear Cédric, In Ubuntu, the nanoc autopkgtests have been failing, which is a blocker for inclusion of the new version in the upcoming Ubuntu release: 1) Nanoc::CLI::Commands::View#run does not listen on non-local interfaces Failure/Error: expect { Net::HTTP.get(non_local_addresses[0], '/', 50_385) }.to raise_error(Errno::ECONNREFUSED) expected Errno::ECONNREFUSED, got # w ith backtrace: # ./spec/nanoc/cli/commands/view_spec.rb:71:in `block (5 levels) in ' # ./spec/nanoc/cli/commands/view_spec.rb:71:in `block (4 levels) in ' # ./spec/nanoc/cli/commands/view_spec.rb:21:in `run_nanoc_cmd' # ./spec/nanoc/cli/commands/view_spec.rb:70:in `block (3 levels) in ' # ./spec/spec_helper.rb:52:in `block (2 levels) in ' # ./spec/spec_helper.rb:30:in `block (4 levels) in ' # ./spec/spec_helper.rb:30:in `block (3 levels) in ' # ./spec/spec_helper.rb:29:in `block (2 levels) in ' # ./spec/spec_helper.rb:24:in `block (2 levels) in ' # ./spec/nanoc/cli/commands/view_spec.rb:71:in `block (4 levels) in ' # ./spec/nanoc/cli/commands/view_spec.rb:21:in `run_nanoc_cmd' # ./spec/nanoc/cli/commands/view_spec.rb:70:in `block (3 levels) in ' # ./spec/spec_helper.rb:52:in `block (2 levels) in ' # ./spec/spec_helper.rb:30:in `block (4 levels) in ' # ./spec/spec_helper.rb:30:in `block (3 levels) in ' # ./spec/spec_helper.rb:29:in `block (2 levels) in ' # ./spec/spec_helper.rb:24:in `block (2 levels) in ' Progress: || Finished in 2 minutes 26.6 seconds (files took 1.86 seconds to load) 2228 examples, 1 failure http://autopkgtest.ubuntu.com/packages/n/nanoc/bionic/amd64 This test assumes that an attempt to connect to the port will fail with ECONNREFUSED, but on a system with a firewall it may instead fail with a timeout. So even though the test passes fine in Debian, I think the test is buggy. I have uploaded the attached patch to Ubuntu to fix this test failure. Please consider applying a change like this in Debian as well. (Of course, even with the test fixed, nanoc will be blocked from inclusion in the next release until Debian bug #892195 is also fixed, solving the build failure against ruby2.5.) Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru nanoc-4.8.10/debian/patches/series nanoc-4.8.10/debian/patches/series --- nanoc-4.8.10/debian/patches/series 2017-10-17 12:49:22.0 -0700 +++ nanoc-4.8.10/debian/patches/series 2018-03-18 15:43:14.0 -0700 @@ -7,3 +7,4 @@ encoding.patch skip_tests_autopkgtest.patch no_simplecov.patch +skip-network-test.patch diff -Nru nanoc-4.8.10/debian/patches/skip-network-test.patch nanoc-4.8.10/debian/patches/skip-network-test.patch --- nanoc-4.8.10/debian/patches/skip-network-test.patch 1969-12-31 16:00:00.0 -0800 +++ nanoc-4.8.10/debian/patches/skip-network-test.patch 2018-03-18 15:46:49.0 -0700 @@ -0,0 +1,31 @@ +Description: skip test that tries to connect to server on non-loopback address + nanoc tests check to make sure nanoc is not listening on non-loopback + addresses by trying to connect to the port and expecting connection refused. + However, local configuration can cause a different failure to be returned, + such as a timeout due to a DROP rule in a firewall. Skip this test, which + is exceedingly unlikely to ever regress in the distro. +Author: Steve Langasek <steve.langa...@ubuntu.com> +Last-Updated: 2018-03-18 + +Index: nanoc-4.8.10/spec/nanoc/cli/commands/view_spec.rb +=== +--- nanoc-4.8.10.orig/spec/nanoc/cli/commands/view_spec.rb nanoc-4.8.10/spec/nanoc/cli/commands/view_spec.rb +@@ -59,17 +59,5 @@ + end + end + +-it 'does not listen on non-local interfaces' do +- addresses = Socket.getifaddrs.map(&:addr).select(&:ipv4?).map(&:ip_address) +- non_local_addresses = addresses - ['127.0.0.1'] +- +- if non_local_addresses.empty? +-skip 'Need non-local network interfaces for this spec' +- end +- +- run_nanoc_cmd(['view', '--port', '50385']) do +-expect { Net::HTTP.get(non_local_addresses[0], '/', 50_385) }.to raise_error(Errno::ECONNREFUSED) +- end +-end + end + end ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#873440: ruby-grpc FTBFS: cc1: error: -Wformat-security ignored without -Wformat
Package: ruby-grpc Version: 1.3.2+debian-3 Followup-For: Bug #873440 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch Hi Pirate, Here's a patch to fix this build failure, which has been uploaded to Ubuntu. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch --- ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch 1969-12-31 16:00:00.0 -0800 +++ ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch 2018-02-03 20:20:51.0 -0800 @@ -0,0 +1,19 @@ +Description: Don't set -Wno-format which conflicts with default hardening flags + ruby-grpc sets -Wno-format in cflags, but by default Debian sets -Wformat + -Werror=format-security. Passing -Wno-format breaks setting + -Werror=format-security, which should be kept for security reasons. +Author: Steve Langasek <steve.langa...@ubuntu.com> +Bug-Debian: https://bugs.debian.org/873400 + +Index: ruby-grpc-1.3.2+debian/src/ruby/ext/grpc/extconf.rb +=== +--- ruby-grpc-1.3.2+debian.orig/src/ruby/ext/grpc/extconf.rb ruby-grpc-1.3.2+debian/src/ruby/ext/grpc/extconf.rb +@@ -106,7 +106,6 @@ + $CFLAGS << ' -Wall ' + $CFLAGS << ' -Wextra ' + $CFLAGS << ' -pedantic ' +-$CFLAGS << ' -Wno-format ' + + output = File.join('grpc', 'grpc_c') + puts 'Generating Makefile for ' + output diff -Nru ruby-grpc-1.3.2+debian/debian/patches/series ruby-grpc-1.3.2+debian/debian/patches/series --- ruby-grpc-1.3.2+debian/debian/patches/series2017-08-04 11:36:52.0 -0700 +++ ruby-grpc-1.3.2+debian/debian/patches/series2018-02-03 20:18:41.0 -0800 @@ -3,3 +3,4 @@ no-make-in-extconf.patch use-system-grpc.patch fix-protoc-path.patch +no-cflags-override.patch ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#883370: ruby-upr: Please update metadata.yml for moneta 1.0.0
Package: ruby-upr Version: 0.3.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch Dear Lunar, Since the update of ruby-moneta to 1.0.0, the autopkgtest for coquelicot has been failing because it depends on ruby-upr, which references ruby-moneta 0.7. autopkgtest [19:20:59]: test command1: [--- ┌──┐ │ Checking Rubygems dependency resolution on ruby2.3 │ └──┘ Invalid gemspec in [coquelicot.gemspec]: No such file or directory - git GEM_PATH= ruby2.3 -e gem\ \"coquelicot\" /usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not find 'moneta' (~> 0.7) - did find: [moneta-1.0.0] (Gem::LoadError) Checked in 'GEM_PATH=/home/debci/.gem/ruby/2.3.0:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all', execute `gem env` for more information [...] autopkgtest [19:21:00]: test command1: ---] autopkgtest [19:21:00]: test command1: - - - - - - - - - - results - - - - - - - - - - command1 FAIL non-zero exit status 1 The 'command1' is 'gem2deb-test-runner --autopkgtest --check-dependencies'. As far as I can tell, there is no runtime impact to either package by having these version numbers not match, so the metadata should just be updated. But if there is some runtime impact, then coquelicot and ruby-upr are already broken in testing today, since failing autopkgtests do not block promotion of packages to Debian testing, and the severity of this bug should probably be raised. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-upr-0.3.0/debian/control ruby-upr-0.3.0/debian/control --- ruby-upr-0.3.0/debian/control 2014-05-03 06:32:19.0 -0700 +++ ruby-upr-0.3.0/debian/control 2017-12-02 22:50:46.0 -0800 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Ruby Extras Maintainers <pkg-ruby-extras-maintainers@lists.alioth.debian.org> Uploaders: Jérémy Bobbio <lu...@debian.org> -Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.3.0~), ruby-moneta (>= 0.7) +Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.3.0~), ruby-moneta (>= 1.0.0) Standards-Version: 3.9.5 Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/ruby-upr.git Vcs-Browser: http://anonscm.debian.org/gitweb?p=pkg-ruby-extras/ruby-upr.git;a=summary @@ -13,7 +13,7 @@ Package: ruby-upr Architecture: all XB-Ruby-Versions: ${ruby:Versions} -Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter, ruby-rack, ruby-moneta (>= 0.7) +Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter, ruby-rack, ruby-moneta (>= 1.0.0) Suggests: rainbows Description: Upload Progress for Rack upr is Rack middleware that allows browser-side upload progress diff -Nru ruby-upr-0.3.0/debian/patches/moneta-update ruby-upr-0.3.0/debian/patches/moneta-update --- ruby-upr-0.3.0/debian/patches/moneta-update 1969-12-31 16:00:00.0 -0800 +++ ruby-upr-0.3.0/debian/patches/moneta-update 2017-12-02 22:50:40.0 -0800 @@ -0,0 +1,23 @@ +Description: Update metadata for current moneta. + The current metadata doesn't match moneta 1.0.0, which in turn causes + coquelicot to fail its test suite. The new ruby-moneta has already reached + Debian testing, so either updating the metadata is enough to fix this, or + additional fixes are required regardless. +Author: Steve Langasek <steve.langa...@ubuntu.com> +Last-Update: 2017-12-03 + +--- ruby-upr-0.3.0.orig/metadata.yml ruby-upr-0.3.0/metadata.yml +@@ -27,9 +27,10 @@ dependencies: + - !ruby/object:Gem::Version + hash: 5 + segments: ++- 1 + - 0 +-- 7 +-version: "0.7" ++- 0 ++version: "1.0.0" + type: :runtime + version_requirements: *id001 + - !ruby/object:Gem::Dependency diff -Nru ruby-upr-0.3.0/debian/patches/series ruby-upr-0.3.0/debian/patches/series --- ruby-upr-0.3.0/debian/patches/series1969-12-31 16:00:00.0 -0800 +++ ruby-upr-0.3.0/debian/patches/series2017-12-02 22:01:45.0 -0800 @@ -0,0 +1 @@ +moneta-update ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#876317: ruby-moneta: build-depends on default-mysql-server but relies on mariadb interfaces
Package: ruby-moneta Version: 1.0.0-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch Dear maintainer, Recent versions of ruby-moneta have been failing to build in Ubuntu because you have switched the build-depency of the package from mysql-server to default-mysql-server and at the same time have begun using mariadb-specific interfaces: RUBYLIB=/<>/debian/ruby-moneta/usr/lib/ruby/vendor_ruby:. GEM_PATH=debian/ruby-moneta/usr/share/rubygems-integration/all:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all ruby2.3 debian/ruby-tests.rb mysql_install_db: [ERROR] unknown option '--rpm' 2017-09-09 09:53:02 [ERROR] Unrecognized options Unable to start the test MySQL server. ERROR: Test "ruby2.3" failed. Exiting. dh_auto_install: dh_ruby --install /<>/debian/ruby-moneta returned exit code 1 debian/rules:15: recipe for target 'binary' failed https://launchpad.net/ubuntu/+source/ruby-moneta/1.0.0-1/+build/13271049 This failure happens because Ubuntu's default-mysql-server is mysql, not mariadb, and mysql does not implement this '--rpm' option. default-mysql-server is only a reasonable build dependency if you don't care about which implementation you have. Since ruby-moneta depends on interfaces that are only available from the mysql-server package, you should build-depend on mysql-server directly. With the attached patch, ruby-moneta builds successfully in Ubuntu. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-moneta-1.0.0/debian/control ruby-moneta-1.0.0/debian/control --- ruby-moneta-1.0.0/debian/control2017-08-19 07:56:07.0 -0700 +++ ruby-moneta-1.0.0/debian/control2017-09-20 15:03:36.0 -0700 @@ -6,7 +6,7 @@ Build-Depends: debhelper (>= 10~), gem2deb Build-Depends-Indep: lsof, - default-mysql-server, + mariadb-server, netcat, ruby-activesupport (>= 2:3.2.11~), ruby-fog, ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#860198: ruby-rack-proxy: accesses the internet during build
Control: severity -1 serious To my understanding, this is a serious rather than important bug; please correct me if I'm wrong. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#871093: ruby-rbnacl: FTBFS: ERROR: Test "ruby2.3" failed.
Package: ruby-rbnacl Version: 5.0.0-1 Followup-For: Bug #871093 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch autopkgtest The build failure is caused by a bugfix change in libsodium 1.0.13 that changed the alignment (and therefore the size) of the blake2b_state struct. Please find attached a patch for this issue. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-rbnacl-5.0.0/debian/patches/fix-blake2b_state-struct-size.patch ruby-rbnacl-5.0.0/debian/patches/fix-blake2b_state-struct-size.patch --- ruby-rbnacl-5.0.0/debian/patches/fix-blake2b_state-struct-size.patch 1969-12-31 16:00:00.0 -0800 +++ ruby-rbnacl-5.0.0/debian/patches/fix-blake2b_state-struct-size.patch 2017-08-30 21:05:40.0 -0700 @@ -0,0 +1,30 @@ +Description: pad blake2b_state struct declaration for libsodium 1.0.13 + libsodium 1.0.13 includes a bugfix to the alignment of the + crypto_generichash_blake2b_state struct, which was supposed to be declared + CRYPTO_ALIGN(64). Non-obviously, this refers to 64 *byte* alignment, not + 64 *bit* alignment, and accordingly, initialization functions that try to + zero out a struct will walk off the end and scribble on memory if the struct + they're passed isn't padded out to a multiple of 64. + . + The size of this struct rounds up to 384 bytes (6*64). On a 32-bit system + (where sizeof(size_t) == 4), the declared members of the struct only add + up to 357 bytes. Add 27 bytes of padding to our allocated struct, so that + we allocate enough memory for either 32-bit or 64-bit architectures. + (Ideally we would just declare an alignment for the struct the same as we do + in GCC, but this doesn't appear to be supported in ffi.) +Author: Steve Langasek <steve.langa...@ubuntu.com> + +Index: ruby-rbnacl-5.0.0/lib/rbnacl/hash/blake2b.rb +=== +--- ruby-rbnacl-5.0.0.orig/lib/rbnacl/hash/blake2b.rb ruby-rbnacl-5.0.0/lib/rbnacl/hash/blake2b.rb +@@ -175,7 +175,8 @@ +:f, [:uint64, 2], +:buf, [:uint8, 2 * 128], +:buflen, :size_t, +- :last_node, :uint8 ++ :last_node, :uint8, ++ :padding, [:uint8, 27] + end + end + end diff -Nru ruby-rbnacl-5.0.0/debian/patches/series ruby-rbnacl-5.0.0/debian/patches/series --- ruby-rbnacl-5.0.0/debian/patches/series 2017-07-08 23:57:19.0 -0700 +++ ruby-rbnacl-5.0.0/debian/patches/series 2017-08-30 20:51:40.0 -0700 @@ -3,3 +3,4 @@ 0003-Drop-usage-of-git-in-gemspec.patch 0004-Drop-gem-dependency-on-rbnacl-libsodium.patch 0005-Drop-development-dependency-on-bundler.patch +fix-blake2b_state-struct-size.patch ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#873681: ruby-rest-client tests fail if global proxy is set in environment
Package: ruby-rest-client Version: 2.0.2-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch autopkgtest The Ubuntu autopkgtest infrastructure uses an http proxy for Internet access, which means ruby-rest-client automatically picks up the proxy from the enviroment and uses it. Unfortunately, the upstream tests don't *pass* if a global proxy is set. Attached is a patch that has been applied to Ubuntu to mock the environment for two autopkgtests that are sensitive to this environment setting. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-rest-client-2.0.2/debian/patches/proxy-proof-tests.patch ruby-rest-client-2.0.2/debian/patches/proxy-proof-tests.patch --- ruby-rest-client-2.0.2/debian/patches/proxy-proof-tests.patch 1969-12-31 16:00:00.0 -0800 +++ ruby-rest-client-2.0.2/debian/patches/proxy-proof-tests.patch 2017-08-29 21:15:28.0 -0700 @@ -0,0 +1,30 @@ +Description: Fix tests to pass cleanly when http_proxy is set in the env + An autopkgtest environment may have a global proxy set for access to the + Internet. Our tests should not fail if this is the case. Mock the + environment so that we're not inadvertently testing the wrong thing. +Author: Steve Langasek <steve.langa...@ubuntu.com> + +Index: ruby-rest-client-2.0.2/spec/unit/request_spec.rb +=== +--- ruby-rest-client-2.0.2.orig/spec/unit/request_spec.rb ruby-rest-client-2.0.2/spec/unit/request_spec.rb +@@ -579,6 +579,9 @@ + end + + it "creates a non-proxy class if a proxy url is not given" do ++ allow(ENV).to receive(:[]).with("HTTP_PROXY").and_return(nil) ++ allow(ENV).to receive(:[]).with("http_proxy").and_return(nil) ++ allow(ENV).to receive(:[]).with("NETRC").and_return(nil) + expect(@proxy_req.net_http_object('host', 80).proxy?).to be_falsey + end + +@@ -592,6 +595,9 @@ + end + + it "sets proxy on a per-request basis" do ++ allow(ENV).to receive(:[]).with("HTTP_PROXY").and_return(nil) ++ allow(ENV).to receive(:[]).with("http_proxy").and_return(nil) ++ allow(ENV).to receive(:[]).with("NETRC").and_return(nil) + expect(@proxy_req.net_http_object('some', 80).proxy?).to be_falsey + + req = RestClient::Request.new(:method => :put, :url => 'http://some/resource', :payload => 'payload', :proxy => 'http://example.com') diff -Nru ruby-rest-client-2.0.2/debian/patches/series ruby-rest-client-2.0.2/debian/patches/series --- ruby-rest-client-2.0.2/debian/patches/series2017-07-25 23:24:23.0 -0700 +++ ruby-rest-client-2.0.2/debian/patches/series2017-08-29 21:04:31.0 -0700 @@ -1,2 +1,3 @@ disable-network-tests.patch no-git-in-gemspec.patch +proxy-proof-tests.patch ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#873576: ruby-rest-client: FTBFS without network access
Package: ruby-rest-client Followup-For: Bug #873576 Control: user ubuntu-de...@lists.ubuntu.com Control: usertags -1 origin-ubuntu artful ubuntu-patch Control: tags -1 patch It appears there is already a patch applied to disable network tests, and it just needs extending with the set of newly-added network-dependent tests. Please find attached a debdiff to do this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-rest-client-2.0.2/debian/patches/disable-network-tests.patch ruby-rest-client-2.0.2/debian/patches/disable-network-tests.patch --- ruby-rest-client-2.0.2/debian/patches/disable-network-tests.patch 2017-07-25 23:24:23.0 -0700 +++ ruby-rest-client-2.0.2/debian/patches/disable-network-tests.patch 2017-08-29 17:14:19.0 -0700 @@ -1,11 +1,15 @@ From: Matthias Klose <d...@ubuntu.com> -Last-Update: 2016-03-16 +From: Steve Langasek <steve.langa...@ubuntu.com> +Last-Update: 2017-08-29 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818459 +Bug-Debian: https://bugs.debian.org/873576 Forwarded: no a/spec/integration/request_spec.rb -+++ b/spec/integration/request_spec.rb -@@ -10,96 +10,7 @@ describe RestClient::Request do +Index: ruby-rest-client-2.0.2/spec/integration/request_spec.rb +=== +--- ruby-rest-client-2.0.2.orig/spec/integration/request_spec.rb ruby-rest-client-2.0.2/spec/integration/request_spec.rb +@@ -10,96 +10,7 @@ end describe "ssl verification" do @@ -103,3 +107,73 @@ end describe "timeouts" do +@@ -113,15 +24,6 @@ + raise_error(RestClient::Exceptions::OpenTimeout)) + end + +-it "raises ReadTimeout when it hits a read timeout via :read_timeout" do +- request = RestClient::Request.new( +-:method => :get, +-:url => 'https://www.mozilla.org', +-:read_timeout => 1e-10, +- ) +- expect { request.execute }.to( +-raise_error(RestClient::Exceptions::ReadTimeout)) +-end + end + + end +Index: ruby-rest-client-2.0.2/spec/integration/httpbin_spec.rb +=== +--- ruby-rest-client-2.0.2.orig/spec/integration/httpbin_spec.rb ruby-rest-client-2.0.2/spec/integration/httpbin_spec.rb +@@ -40,48 +40,6 @@ + end + + describe '.execute' do +-it 'sends a user agent' do +- data = execute_httpbin_json('user-agent', method: :get) +- expect(data['user-agent']).to match(/rest-client/) +-end +- +-it 'receives cookies on 302' do +- expect { +-execute_httpbin('cookies/set?foo=bar', method: :get, max_redirects: 0) +- }.to raise_error(RestClient::Found) { |ex| +-expect(ex.http_code).to eq 302 +-expect(ex.response.cookies['foo']).to eq 'bar' +- } +-end +- +-it 'passes along cookies through 302' do +- data = execute_httpbin_json('cookies/set?foo=bar', method: :get) +- expect(data).to have_key('cookies') +- expect(data['cookies']['foo']).to eq 'bar' +-end +- +-it 'handles quote wrapped cookies' do +- expect { +-execute_httpbin('cookies/set?foo=' + CGI.escape('"bar:baz"'), +-method: :get, max_redirects: 0) +- }.to raise_error(RestClient::Found) { |ex| +-expect(ex.http_code).to eq 302 +-expect(ex.response.cookies['foo']).to eq '"bar:baz"' +- } +-end +- +-it 'sends basic auth' do +- user = 'user' +- pass = 'pass' +- +- data = execute_httpbin_json("basic-auth/#{user}/#{pass}", method: :get, user: user, password: pass) +- expect(data).to eq({'authenticated' => true, 'user' => user}) +- +- expect { +-execute_httpbin_json("basic-auth/#{user}/#{pass}", method: :get, user: user, password: 'badpass') +- }.to raise_error(RestClient::Unauthorized) { |ex| +-expect(ex.http_code).to eq 401 +- } +-end ++# all removed; accessing the network + end + end ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#873576: ruby-rest-client: FTBFS without network access
Source: ruby-rest-client Version: 2.0.2-2 Severity: serious User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful Hi Lucas, In Ubuntu, ruby-rest-client is failing to build because its test suite depends on access to the Internet. First error in the logs: Failures: 1) RestClient::Request timeouts raises ReadTimeout when it hits a read timeout via :read_timeout Failure/Error: expect { request.execute }.to( raise_error(RestClient::Exceptions::ReadTimeout)) expected RestClient::Exceptions::ReadTimeout, got # with backtrace: # ./lib/restclient/request.rb:715:in `transmit' # ./lib/restclient/request.rb:145:in `execute' # ./spec/integration/request_spec.rb:33:in `block (4 levels) in ' # ./spec/integration/request_spec.rb:33:in `block (3 levels) in ' # ./spec/integration/request_spec.rb:33:in `block (3 levels) in ' (https://launchpad.net/ubuntu/+source/ruby-rest-client/2.0.2-2/+build/13150212) Packages should not require access to third-party network servers in order to build, and I believe several of the Debian buildds have policies that block network access during builds by design, so I think this should be considered a serious bug. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#871737: ruby-em-synchrony: uses mariadb features at build-time, should build-dep on mariadb directly
Package: ruby-em-synchrony Version: 1.0.5-2 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch Dear maintainers, The latest version of ruby-em-synchrony fails to build in Ubuntu, because it invokes mysql_install_db --force --skip-name-resolve as part of the build, but these are options that are only understood by the mariadb implementation of mysql_install_db and Ubuntu's default-mysql-server is configured to mysql instead of mariadb. Since this server is only needed at build-time for testing, I don't think it makes sense to put much effort into making debian/start_services_and_run.sh implementation-agnostic. Instead, I think ruby-em-synchrony should just build-depend on mariadb-server directly. I've uploaded this change to Ubuntu, using the attached trivial patch. Please consider including this change in Debian as well. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-em-synchrony-1.0.5/debian/control ruby-em-synchrony-1.0.5/debian/control --- ruby-em-synchrony-1.0.5/debian/control 2016-12-18 17:17:19.0 -0800 +++ ruby-em-synchrony-1.0.5/debian/control 2017-08-10 16:43:22.0 -0700 @@ -7,7 +7,7 @@ Build-Depends: debhelper (>= 9), gem2deb, memcached, - default-mysql-server | virtual-mysql-server, + mariadb-server, procps, redis-server, ruby-activerecord, ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#871718: ruby-pathname2 1.8.0-1 fails automatic ruby autopkgtests
Package: ruby-pathname2 Followup-For: Bug #871718 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch Hi again, So I took another look at the source tree and noticed that debian/pathname2.gemspec existed in parallel to the upstream one, and contained a fix for this issue. Moving this to be a patch against upstream instead of a separate file under debian (which is invisible to gem2deb-test-runner in the current implementation) is sufficient to fix this test failure. I have uploaded the attached patch to Ubuntu to fix this issue. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ruby-pathname2-1.8.0/debian/files ruby-pathname2-1.8.0/debian/files --- ruby-pathname2-1.8.0/debian/files 1969-12-31 16:00:00.0 -0800 +++ ruby-pathname2-1.8.0/debian/files 2017-08-10 14:51:45.0 -0700 @@ -0,0 +1 @@ +ruby-pathname2_1.8.0-1ubuntu1_source.buildinfo ruby optional diff -Nru ruby-pathname2-1.8.0/debian/patches/gemspec-dep.patch ruby-pathname2-1.8.0/debian/patches/gemspec-dep.patch --- ruby-pathname2-1.8.0/debian/patches/gemspec-dep.patch 1969-12-31 16:00:00.0 -0800 +++ ruby-pathname2-1.8.0/debian/patches/gemspec-dep.patch 2017-08-10 14:51:39.0 -0700 @@ -0,0 +1,17 @@ +Description: Fix missing dependency on rake + This was previously fixed in debian/pathname2.gemspec, but that didn't allow + gem2deb-test-runner to properly detect this in the source. Patch the + upstream spec instead of creating duplicate files in the test tree, as this + should go upstream anyway. +Author: Steve Langasek <steve.langa...@ubuntu.com> +Bug-Debian: https://bugs.debian.org/871718 +Last-Update: 2017-08-10 + +--- ruby-pathname2-1.8.0.orig/pathname2.gemspec ruby-pathname2-1.8.0/pathname2.gemspec +@@ -1,4 +1,5 @@ + require 'rubygems' ++require 'rake' + + Gem::Specification.new do |spec| + spec.name= 'pathname2' diff -Nru ruby-pathname2-1.8.0/debian/patches/series ruby-pathname2-1.8.0/debian/patches/series --- ruby-pathname2-1.8.0/debian/patches/series 2016-11-10 01:36:36.0 -0800 +++ ruby-pathname2-1.8.0/debian/patches/series 2017-08-10 14:49:06.0 -0700 @@ -1 +1,2 @@ #fix-test +gemspec-dep.patch diff -Nru ruby-pathname2-1.8.0/debian/pathname2.gemspec ruby-pathname2-1.8.0/debian/pathname2.gemspec --- ruby-pathname2-1.8.0/debian/pathname2.gemspec 2016-11-10 01:36:36.0 -0800 +++ ruby-pathname2-1.8.0/debian/pathname2.gemspec 1969-12-31 16:00:00.0 -0800 @@ -1,38 +0,0 @@ -require 'rubygems' -require 'rake' - -Gem::Specification.new do |spec| - spec.name= 'pathname2' - spec.version = '1.8.0' - spec.author = 'Daniel J. Berger' - spec.license = 'Apache 2.0' - spec.email = 'djber...@gmail.com' - spec.homepage= 'https://github.com/djberg96/pathname2' - spec.summary = 'An alternate implementation of the Pathname class' - spec.files = Dir['**/*'].reject{ |f| f.include?('git') } - spec.cert_chain = ['certs/djberg96_pub.pem'] - - spec.extra_rdoc_files = ['README', 'CHANGES', 'MANIFEST'] - - spec.add_dependency('facade') - spec.add_development_dependency('test-unit') - spec.add_development_dependency('rake') - - if File::ALT_SEPARATOR -spec.add_dependency('ffi') -spec.test_files = FileList['test/windows/*.rb', 'test/test_version.rb'] -spec.platform = Gem::Platform.new(['universal', 'mingw32']) - else -spec.test_files = FileList['test/test_pathname.rb', 'test/test_version.rb'] - end - - spec.description = <<-EOF -The pathname2 library provides an implementation of the Pathname -class different from the one that ships as part of the Ruby standard -library. It is a subclass of String, though several methods have been -overridden to better fit a path context. In addition, it supports file -URL's as paths, provides additional methods for Windows paths, and -handles UNC paths on Windows properly. See the README file for more -details. - EOF -end diff -Nru ruby-pathname2-1.8.0/debian/rules ruby-pathname2-1.8.0/debian/rules --- ruby-pathname2-1.8.0/debian/rules 2016-11-10 01:46:36.0 -0800 +++ ruby-pathname2-1.8.0/debian/rules 2017-08-10 14:43:41.0 -0700 @@ -9,7 +9,7 @@ #export DH_RUBY_IGNORE_TESTS=ruby2.1 ruby2.2 # # If you need to specify the .gemspec (eg there is more than one) -export DH_RUBY_GEMSPEC=debian/pathname2.gemspec +#export DH_RUBY_GEMSPEC=gem.gemspec # # Uncomment to check dependencies during build: # export GEM2DEB_TEST_RUNNER = --check-dependencies ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.deb
[DRE-maint] Bug#871718: ruby-pathname2 1.8.0-1 fails automatic ruby autopkgtests
Source: ruby-pathname2 Version: 1.8.0-1 Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful autopkgtest Hi Michael, The ruby-pathname2 package has been failing the generic ruby module autopkgtest since the upload of 1.8.0-1, as seen at <https://ci.debian.net/packages/r/ruby-pathname2/unstable/amd64/>: Invalid gemspec in [pathname2.gemspec]: uninitialized constant Gem::Specificatio n::FileList Did you mean? FileUtils FileTest Invalid gemspec in [pathname2.gemspec.gem2deb]: uninitialized constant Gem::Specification::FileList Did you mean? FileUtils FileTest /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:124:in `load_gemspec': E: cannot load gemspec pathname2.gemspec (RuntimeError) from /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:34:in `block in initialize' from /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:33:in `chdir' from /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:33:in `initialize' from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:77:in `new' from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:77:in `do_check_dependencies' from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:67:in `run_tests' from /usr/bin/gem2deb-test-runner:61:in `' This problem is reproducible for me locally, and is not reproducible with the previous version of ruby-pathname2, 1.7.4-1 (so this is not a regression in the gem2deb-test-runner, but in the ruby-pathname2 package). The problem has also been reproduced on the Ubuntu autopkgtest infrastructure: http://autopkgtest.ubuntu.com/packages/r/ruby-pathname2/ Unfortunately Debian does not consider a regressed autopkgtest a blocker for testing (which would be useful to help us improve the quality of the release), but Ubuntu does; so this regression has blocked the new ruby-pathname2 package from inclusion in Ubuntu 17.04 and will continue to block it from reaching an Ubuntu release until fixed. I don't speak ruby so I don't know if this bug has a serious impact on the package at runtime; it appears that /usr/share/rubygems-integration/all/specifications/pathname2-1.8.0.gemspec and pathname2.gemspec are significantly different, and if I copy the installed one to the source tree the test then passes. So maybe that's all that's required to fix this? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] [Bug 360324] Re: ruby-gnome2 FTBFS: 'LIBGNOMEUI_MODULE' undeclared
updated package in later releases has rebuilt, closing this bug. ** Changed in: ruby-gnome2 (Ubuntu Jaunty) Status: Triaged = Won't Fix ** Changed in: ruby-gnome2 (Ubuntu) Status: Triaged = Fix Released -- You received this bug notification because you are subscribed to Ubuntu. https://bugs.launchpad.net/bugs/360324 Title: ruby-gnome2 FTBFS: 'LIBGNOMEUI_MODULE' undeclared Status in “ruby-gnome2” package in Ubuntu: Fix Released Status in “ruby-gnome2” source package in Jaunty: Won't Fix Bug description: Binary package hint: ruby-gnome2 Trying to rebuild ruby-gnome2 in jaunty fails as follows: cc -I. -I/home/devel/canonical/jaunty/ruby-gnome2-0.17.0~rc1/gtk/src -I/home/devel/canonical/jaunty/ruby-gnome2-0.17.0~rc1/gtk/src -I/home/devel/canonical/jaunty/ruby-gnome2-0.17.0~rc1/glib/src -I/home/devel/canonical/jaunty/ruby-gnome2-0.17.0~rc1/glib/src -I. -I/usr/lib/ruby/1.8/x86_64-linux -I/home/devel/canonical/jaunty/ruby-gnome2-0.17.0~rc1/panel-applet -DHAVE_RB_DEFINE_ALLOC_FUNC -DHAVE_RB_BLOCK_PROC -DHAVE_OBJECT_ALLOCATE -DHAVE_NODE_ATTRASGN -DRUBY_PANELAPPLET_COMPILATION -I/usr/local/lib/site_ruby/1.8/x86_64-linux -fPIC -g -O2 -g -Wall -O2 -Wall -DORBIT2=1 -pthread -D_REENTRANT -I/usr/include/panel-2.0 -I/usr/include/gconf/2 -I/usr/include/gtk-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/libxml2 -I/usr/include/libbonobo-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/gail-1.0 -I/usr/include/libart-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include-c rbpanel-applet.c rbpanel-applet.c: In function 'rbpanel_s_main': rbpanel-applet.c:307: warning: implicit declaration of function 'gnome_program_init' rbpanel-applet.c:308: error: 'LIBGNOMEUI_MODULE' undeclared (first use in this function) rbpanel-applet.c:308: error: (Each undeclared identifier is reported only once rbpanel-applet.c:308: error: for each function it appears in.) rbpanel-applet.c:310: error: 'GNOME_CLIENT_PARAM_SM_CONNECT' undeclared (first use in this function) rbpanel-applet.c:311: error: 'GNOME_PARAM_NONE' undeclared (first use in this function) make[2]: *** [rbpanel-applet.o] Error 1 make[2]: Leaving directory `/home/devel/canonical/jaunty/ruby-gnome2-0.17.0~rc1/panel-applet' This prevents rebuilding libpoppler-glib-ruby1.8 against the current libpoppler-glib soname, so that package will be uninstallable for jaunty unless this is fixed. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ruby-gnome2/+bug/360324/+subscriptions ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] [Bug 749099] Re: libcairo-ruby version 1.8.1-1build1 failed to build on i386
Yes, libcairo-ruby includes a pkg-config.rb in its source which completely bypasses pkg-config. libcairo-ruby should be using pkg- config instead of reimplementing it. ** Changed in: libcairo-ruby (Ubuntu) Status: New = Triaged ** Changed in: libcairo-ruby (Ubuntu) Importance: Undecided = Medium ** Tags added: multiarch -- You received this bug notification because you are subscribed to Ubuntu. https://bugs.launchpad.net/bugs/749099 Title: libcairo-ruby version 1.8.1-1build1 failed to build on i386 Status in “libcairo-ruby” package in Ubuntu: Triaged Bug description: libcairo-ruby version 1.8.1-1build1 failed to build on i386 Link to failed build: https://launchpad.net/ubuntu/+archive/test-rebuild-20110329/+buildjob/2398985 Direct link to the build log: https://launchpad.net/ubuntu/+archive /test-rebuild-20110329/+buildjob/2398985/+files/buildlog_ubuntu- natty-i386.libcairo-ruby_1.8.1-1build1_FAILEDTOBUILD.txt.gz This log snippet might be of interest, since it triggered the matcher 'Purging chroot-autobuild'. Excerpt 1416 lines into the build log: --with-override-variables --without-override-variables --with-pkg-config --without-pkg-config --with-override-variables --without-override-variables --with-pkg-config --without-pkg-config --with-override-variables --without-override-variables ./pkg-config.rb:131:in `parse_pc': .pc for gobject-2.0 doesn't exist. (RuntimeError) from ./pkg-config.rb:69:in `declaration' from ./pkg-config.rb:32:in `requires_private' from ./pkg-config.rb:87:in `collect_cflags' from ./pkg-config.rb:36:in `cflags' from ./pkg-config.rb:88:in `collect_cflags' from ./pkg-config.rb:87:in `collect' from ./pkg-config.rb:87:in `collect_cflags' from ./pkg-config.rb:36:in `cflags' from ./pkg-config.rb:258:in `cflags' from ./pkg-config.rb:301:in `have_package' from extconf.rb:81 yes make: *** [install/libcairo-ruby1.8] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary gave error exit status 2 ** Build finished at 20110403-1023 FAILED [dpkg-buildpackage died] Purging chroot-autobuild/build/buildd/libcairo-ruby-1.8.1 ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers