Bug#801937: marked as pending
tag 801937 pending thanks Hello, Bug #801937 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=python-modules/packages/python-django-tagging.git;a=commitdiff;h=273bb48 --- commit 273bb4873a0a8457c724304bf09e37bc11596dc1 Author: Jonas Genannt <gena...@debian.org> Date: Sat Nov 28 16:36:13 2015 +0100 Releasing debian version 0.4-1. diff --git a/debian/changelog b/debian/changelog index 3993c44..fc00082 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,21 @@ -python-django-tagging (1:0.3.1-5) UNRELEASED; urgency=medium +python-django-tagging (1:0.4-1) unstable; urgency=medium + * Team upload. + [ Raphaël Hertzog ] * Drop myself from Uploaders. - -- Raphaël Hertzog <hert...@debian.org> Wed, 11 Feb 2015 10:11:51 +0100 + [ Jonas Genannt ] + * Imported Upstream version 0.4 (Closes: #801937) + * d/control: +- changed homepage +- updated to pybuild +- changed my email to @debian.org + * d/watch: updated to pypi service + * removed django-1.7-compat.patch + * d/p/series: disabled patches + * d/docs: install new docs + + -- Jonas Genannt <gena...@debian.org> Sat, 28 Nov 2015 16:31:32 +0100 python-django-tagging (1:0.3.1-4) unstable; urgency=medium
Bug#767936: [Pkg-puppet-devel] Bug#767936: Info received (Bug#767936: mcollective, -client: prompting due to modified conffiles which were not modified by the user: /etc/mcollective/{client, server}.c
Hello Jean, thanks for your patch! I'm busy these days but I will have a look on the weekend and upload the patch into debian. Thanks, Jonas Dear package maintainers, Here is another version of my patch. I just uploaded mcollective source package on mentors with attached patch. This version successfully pass piuparts tests, including upgrade and purging test. I'm now looking for a sponsor to upload it into main Debian archive. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mcollective Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mcollective/mcollective_2.6.0+dfsg-1.1.dsc Please do not hesitate to contect me if you need any other information. Regards, Jean Baptiste On 16/11/2014 00:00, ow...@bugs.debian.org (Debian Bug Tracking System) wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Puppet Package Maintainers pkg-puppet-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 767...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- signature.asc Description: PGP signature
Bug#744708: [Pkg-graphite-maint] Bug#744708: graphite-web removed from testing
Hello, yes, but I'm very busy with my day job. It's on my todo list, will do it asap. OK. I understand, this is sometimes hard to keep a package up to date and RC-free. I have added the missing sources of ExtJS. I can't use the extjs package that is available in the archive, because it's a different version. Now only the sources of ace is missing. I did not figure out, which version is used. I will try it and also write the original committer of ACE a mail to ask him. Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744708: graphite-web removed from testing
Hello, Do you plan to work on this issue? grahite-web has been removed from testing now. yes, but I'm very busy with my day job. It's on my todo list, will do it asap. Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742706: ruby-net-ldap: CVE-2014-0083
Hello Moritz, thanks for your report. I have checked the version in Debian, and I think they are not affected by this SSHA salt problem: http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-net-ldap.git;a=blob;f=lib/net/ldap/password.rb;h=503c7fe6b30870a7a33890f74b1da060cff40399;hb=HEAD Upstream (newer version) with SSHA: https://github.com/ruby-ldap/ruby-net-ldap/blob/master/lib/net/ldap/password.rb I think we can close the bug? Greets, Jonas signature.asc Description: PGP signature
Bug#735453: libsbml5-ruby1.8: build-depend on default ruby/comply with Ruby policy
Hello Andreas, Perhaps you could simply verify if there is even Ruby 2.0 support and we simply need to upgrade? Just make sure you will not waste your time on old code. Feel free to commit directly to Debian Med SVN (any DD can do so) if this seems to be more simple. sorry for the late answer, I had a look at the new upstream version. seems to be not better. I suggest you to remove the ruby bindings since it has a popcon of 0, I don't want to spend more time for that. Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735660: ruby-filesystem: ruby1.8 won't be available on Jessie
Hello, is there any change to get this package back into shape? Upstream seems dead long ago, perhaps remove it from debian archive? Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735453: libsbml5-ruby1.8: build-depend on default ruby/comply with Ruby policy
Hello Andreas, That's perfectly OK for me but this means removing *all* ruby binding. You are talking above about two versions. Is there any evidence that you could create a package with newer Ruby version? since we are releasing Jessie only with one Ruby Version, we build sbml against the default Ruby interpreter. This will work, I guess. I will try to work on patches for sbml. Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735453: libsbml5-ruby1.8: build-depend on default ruby/comply with Ruby policy
Hello Andreas, sorry for being so late - we had a talked about the ruby binding of sbml on Mini Debconf in Paris in January. I have had a look at the build system, the library do not use the standard ruby extension extconf.rb build method. Building the sbml ruby binding for two ruby version seems to be very hard to do. Since there is a very low popcon of ruby bindings and has got no rdepends, I suggests to remove libsbml5-ruby1.8 from the package and archive. Perhaps upstream would fix that, and we can re add the ruby bindings later. Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735649: ruby-amrita2: FTBFS: does not work with newer rubies version
Package: ruby-amrita2 Severity: serious Usertags: ruby18-removal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, your packag does not work with newer rubies: Entering dh_ruby --install install -d /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2.rb install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/testsupport.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/testsupport.rb install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/gettext.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/gettext.rb install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/macro.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/macro.rb install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/version.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/version.rb install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/rails_bridge.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/rails_bridge.rb install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/template.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb /usr/bin/ruby1.9.1 -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1352:in `process_block': undefined method `to_a' for #String:0x000139e198 (NoMethodError) from /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1335:in `process' from /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1178:in `setup' from /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1202:in `render_with' from /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/sample/hello/hello.rb:13:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from debian/ruby-tests.rb:1:in `main' ERROR: Test ruby1.9.1 failed. Exiting. dh_auto_install: dh_ruby --install /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2 returned exit code 1 make: *** [binary] Error 1 Thanks, Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJS2PiDAAoJEPBM7/YBbP/QZ9AP/2HbFfC1UuOxVMzhjH+m1h1v ua7urlbzMxvzJTcLfnMNzoDtEE7NOSa1f/Zha9eReE6qTVALKhafesT0KF88GTJf 8lfnCtdeSDUB7OT1c7/JrGypiOvsukeEdrlyF49YO0YISrjHLlP304SNiAEeofoj JFxwOWYm1VU4izZ08S5Sl57u0VP3bJnBtQwJWdXvNmDsMU33Pa9pnQWMJV1pmuNM xv3bS8GVXk/McEP0GLPs8ITawAyQKAGeg9gtPbXa0UGoofts4n8Uv5Gwm8MWx2ZO aloBRCXuZE57PuwGBHpQXXBRmYhc0vBc3Et0bC11+/s+jMlUYrQFRnfcmJxC4HBz 3qN4Ht/p9olre4Lwyie5pp/A1b8EoL2CQMPhaNUOoPsxHnDFNVmhwjy/5TfcqMKu fcNSGBs8IJ+X4K5QE+DmslvfaJ1DqQM5sl7rJxyXdRgK3SiKU4Pj+nk21G8z1AQS BfIATOjMIBLvHMc45jU5fXGwOb/hCvvere5oijQr88WYbgkpcPpEBY7cGZbCWoND rSfMsy0gDwM2WvAUD5m3H3kc8X5u+ENaTnvLanXBZHpPIi7mDxakey15AJ1lc+iE kyV06izltKOA+mQN6fq/URbrfz6NweJMvBUKWff2TrdacxE84FzSgOPQ4NWI8yZI p4cnS9RdDhpXzv2bz4SZ =6nox -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735025: libgit-pure-perl: FTBFS: test failures; remove?
Hello Dominic, dh_auto_test make[1]: Entering directory `/build/dom-libgit-pure-perl_0.48-2-i386-YrkwGg/libgit-pure-perl-0.48' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/*.t syntax error at t/00_setup.t line 7, near $name qw(test-project test-project-packs test-project-packs2 test-encoding) etc. This is the same previously reported as #711443 and fixed along with a rename of the package to libgit-pureperl-perl; this package should presumably therefore be removed. yes. Upstream seems not to fix the problems. libgit-pure-perl doesn't have any rdeps. So yes, you can remove it. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735663: ruby-tioga: ruby1.8 won't be available on Jessie
tags 735663 patch thanks Hello, I have created an patch against your package to fix that bug. Thanks, Jonasdiff --git a/debian/control b/debian/control index 9f606e1..ed4a275 100644 --- a/debian/control +++ b/debian/control @@ -1,12 +1,10 @@ Source: ruby-tioga Section: ruby Priority: optional -Maintainer: Vincent Fourmond fourm...@debian.org -Uploaders: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org -Build-Depends: debhelper (= 7.0.50~), ruby1.8-dev, ruby1.8, zlib1g-dev, - rdoc1.8, libfftw3-dev, ruby1.9.1, ruby1.9.1-dev, - gem2deb (= 0.3.0~) -Standards-Version: 3.9.3 +Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org +Uploaders: Vincent Fourmond fourm...@debian.org +Build-Depends: debhelper (= 7.0.50~), zlib1g-dev, rdoc1.8, libfftw3-dev, gem2deb (= 0.3.0~) +Standards-Version: 3.9.5 Homepage: http://tioga.rubyforge.org Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/ruby-tioga.git Vcs-Browser: http://anonscm.debian.org/gitweb?p=pkg-ruby-extras/ruby-tioga.git;a=summary @@ -17,20 +15,13 @@ Architecture: any XB-Ruby-Versions: ${ruby:Versions} Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter, texlive-latex-base | tetex-bin -Suggests: libtioga-ruby-doc, xpdf | pdf-viewer, - irb | irb1.8 | irb1.9.1 -Replaces: libtioga-ruby1.8 ( 1.13-4~), - libtioga-ruby1.9.1 ( 1.13-4~), - libtioga-ruby ( 1.13-4~) -Breaks: libtioga-ruby1.8 ( 1.13-4~), -libtioga-ruby1.9.1 ( 1.13-4~), -libtioga-ruby ( 1.13-4~) -Description: Ruby library for scientific graphs +Suggests: libtioga-ruby-doc, xpdf | pdf-viewer, irb +Description: Ruby library for scientific graphs Tioga is a blend of PDF, pdfTex and ruby into a library to make - scientific graphs of high quality. It is fairly complete and + scientific graphs of high quality. It is fairly complete and extensive, and comes with examples and (online) complete documentation. . - Tioga is useful for scripting the generation of graphs, and comes + Tioga is useful for scripting the generation of graphs, and comes with a configuration file for irb for interactive plotting of pictures. . A PDF viewer is strongly recommended if you want to make use of the @@ -49,12 +40,12 @@ Architecture: all Depends: ${misc:Depends} Section: doc Recommends: ruby-tioga, irb -Description: Ruby library for scientific graphs +Description: documentation for Ruby library for scientific graphs Tioga is a blend of PDF, pdfTex and ruby into a library to make - scientific graphs of high quality. It is fairly complete and + scientific graphs of high quality. It is fairly complete and extensive, and comes with examples and (online) complete documentation. . - Tioga is useful for scripting the generation of graphs, and comes + Tioga is useful for scripting the generation of graphs, and comes with a configuration file for irb for interactive plotting of pictures. . This package provides the rdoc documentation generated from tioga's diff --git a/debian/libtioga-ruby1.8.preinst b/debian/libtioga-ruby1.8.preinst deleted file mode 100644 index 99f070a..000 --- a/debian/libtioga-ruby1.8.preinst +++ /dev/null @@ -1,13 +0,0 @@ -#!/bin/sh - -set -e - -if [ $1 = upgrade ] -then - update-alternatives --remove tioga /usr/bin/tioga-1.8 -fi - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# diff --git a/debian/libtioga-ruby1.9.1.preinst b/debian/libtioga-ruby1.9.1.preinst deleted file mode 100644 index 3705aca..000 --- a/debian/libtioga-ruby1.9.1.preinst +++ /dev/null @@ -1,13 +0,0 @@ -#!/bin/sh - -set -e - -if [ $1 = upgrade ] -then - update-alternatives --remove tioga /usr/bin/tioga-1.9.1 -fi - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER#
Bug#713150: ruby-eventmachine: FTBFS: tests hang
severity 713150 important forwarded 713150 https://github.com/eventmachine/eventmachine/issues/457 thanks, Hello, we step down the severity and disable the tests on build time. Waiting that upstream has fixed the bug: https://github.com/eventmachine/eventmachine/issues/457 Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733724: ohcount: Build-Depends on ruby1.8
Hello Sylvestre, Thanks for the patch. However, it fails to build with: Does it ring a bell ? Running sourcefile tests Running detector tests run_tests: test/unit/detector_test.h:61: test_detector_detect_polyglot: Assertion `lang' failed. Aborted because it fails also on the old packages, but cdbs does not care about: Building src/parser.c (will take a while) Building Ohcount Building test suite Running test suite run_tests: test/unit/detector_test.h:61: test_detector_detect_polyglot: Assertion `lang' failed. Running sourcefile tests Running detector tests Aborted (cd doc doxygen Doxyfile) Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733724: ohcount: Build-Depends on ruby1.8
Hello Sylvestre, run_tests: test/unit/detector_test.h:61: test_detector_detect_polyglot: Assertion `lang' failed. Running sourcefile tests Running detector tests Aborted (cd doc doxygen Doxyfile) What do you think I should do then ? I have created a new patch for your package. Please try that. Thanks, Jonasdiff --git a/debian/control b/debian/control index 52dd620..6ffe9b1 100644 --- a/debian/control +++ b/debian/control @@ -2,17 +2,18 @@ Source: ohcount Section: utils Priority: optional Maintainer: Sylvestre Ledru sylves...@debian.org -Build-Depends: debhelper (= 7), libpcre3-dev, ruby1.8, ruby1.8-dev, rake, - rubygems, ragel (= 6.3), cdbs, ruby-diff-lcs, doxygen, gperf, quilt, - file +Build-Depends: debhelper (= 7), libpcre3-dev, gem2deb, rake, + ragel (= 6.3), ruby-diff-lcs, doxygen, gperf, file Standards-Version: 3.9.4 Homepage: http://sourceforge.net/projects/ohcount/ Vcs-Svn: https://bollin.googlecode.com/svn/ohcount/trunk Vcs-Browser: http://bollin.googlecode.com/svn/ohcount/trunk +XS-Ruby-Versions: all Package: ohcount +XB-Ruby-Versions: ${ruby:Versions} Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ruby, ruby1.8, +Depends: ruby | ruby-interpreter, ${shlibs:Depends}, ${misc:Depends}, ruby-diff-lcs, file Suggests: ohcount-doc Description: Source code line counter @@ -32,8 +33,8 @@ Description: Source code line counter - Documentation Ohcount supports over 70 popular programming languages. Ohcount does more than just count lines of code. It can also detect popular open source licenses such as GPL within a large directory of source - code. It can also detect code that targets a particular programming API, - such as Win32 or KDE. + code. It can also detect code that targets a particular programming API, + such as Win32 or KDE. Ohcount is the line counter which powers http://www.ohloh.net/ . This package contains the documentation. diff --git a/debian/ohcount-doc.doc-base b/debian/ohcount-doc.doc-base new file mode 100644 index 000..dbb3297 --- /dev/null +++ b/debian/ohcount-doc.doc-base @@ -0,0 +1,9 @@ +Document: ohcount +Title: Debian ohcount Manual +Author: Ohloh +Abstract: ohcount manual +Section: Programming/Ruby + +Format: HTML +Index: /usr/share/doc/ohcount-doc/index.html +Files: /usr/share/doc/ohcount-doc/* diff --git a/debian/ohcount-doc.docs b/debian/ohcount-doc.docs new file mode 100644 index 000..e845566 --- /dev/null +++ b/debian/ohcount-doc.docs @@ -0,0 +1 @@ +README diff --git a/debian/patches/disabled_test_suite.patch b/debian/patches/disabled_test_suite.patch new file mode 100644 index 000..8e6f3c2 --- /dev/null +++ b/debian/patches/disabled_test_suite.patch @@ -0,0 +1,15 @@ +Description: disable test suite on build time, does not work +Author: Jonas Genannt jonas.gena...@capi2name.de +Forwarded: not-needed + +--- a/build b/build +@@ -109,7 +109,7 @@ build_test_suite() + run_test_suite() + { + echo Running test suite +- sh -c cd test/unit/ ./run_tests ++ echo disabled test suite, does not work + } + + build_ruby_bindings() diff --git a/debian/patches/series b/debian/patches/series index ea40a7c..090933e 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,4 +1,4 @@ fix_null_dereference_2.patch fix_null_dereference.patch txx_support.patch - +disabled_test_suite.patch diff --git a/debian/rules b/debian/rules index c6851b0..5526837 100755 --- a/debian/rules +++ b/debian/rules @@ -1,31 +1,27 @@ #!/usr/bin/make -f -export DH_VERBOSE=1 -include /usr/share/cdbs/1/rules/debhelper.mk -include /usr/share/cdbs/1/rules/patchsys-quilt.mk - -libdir18 = $(shell ruby1.8 -r rbconfig -e 'print Config::CONFIG[rubylibdir]') - -clean:: - $(CURDIR)/build clean - rm -rf $(DEB_DESTDIR) - -build/ohcount:: - $(CURDIR)/build all - -build/ohcount-doc:: - (cd doc doxygen Doxyfile) - -install/ohcount:: - mkdir -p debian/ohcount/usr/bin debian/ohcount/$(libdir18)/ohcount/ - cp bin/ohcount debian/ohcount/usr/bin/ - cp -R ruby/gestalt ruby/gestalt.rb ruby/ohcount.rb debian/ohcount/$(libdir18)/ohcount/ - - -install/ohcount-doc:: - mkdir -p debian/ohcount-doc/usr/share/doc/ohcount-doc - cp -aR doc/html/* debian/ohcount-doc/usr/share/doc/ohcount-doc - cp -a README debian/ohcount-doc/usr/share/doc/ohcount-doc +%: + dh $@ --buildsystem=ruby --with ruby + +override_dh_auto_clean: + dh_auto_clean -O--buildsystem=ruby + ./build clean + rm -rf doc_build + +override_dh_install: + ./build all + dh_install --buildsystem=ruby --with ruby + install -d debian/ohcount/usr/lib/ruby/vendor_ruby/ohcount + install -d debian/ohcount/usr/bin + install -d debian/ohcount-doc/usr/share/doc/ohcount-doc + cp bin/ohcount debian/ohcount/usr/bin/ + cp -R ruby/gestalt ruby/gestalt.rb ruby/ohcount.rb debian/ohcount/usr/lib/ruby/vendor_ruby/ohcount/ + # build doxygen + mkdir doc_build + cp -aR doc/* doc_build/ + (cd doc_build doxygen Doxyfile) + cp -aR doc_build/html/* debian/ohcount-doc/usr/share/doc/ohcount-doc + rm -rf
Bug#725547: closing 725547
close 725547 1.3.0-1 thanks Hello, forget it to specified it in changelog. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665223: RM: gitalist -- ROM; buggy, upstream unmaintained, low popcorn
retitle 665223 RM: gitalist -- ROM; buggy, upstream unmaintained, low popcorn reassign 665223 ftp.debian.org thanks Hello ftp.debian.org-Maintainers, please remove gitalist (gitalist-common, gitalist-fastcgi) from Debian. Software contains RC bugs, upstream is not active, does not respond to bugs. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720454: [Pkg-graphite-maint] Bug#720454: Bug#720454: graphite-web: CVE-2013-5093: Graphite remote code execution
Hello, Thanks for the quick reaction on this bugreport! Btw, it might make sense to straight update to the newest upstream version for this, as graphite-web is only in jessie and sid, and the new upstream version fixes also other fixes for cross-site scripting vulnerabilities. I will package the new upstream version soon. But I have seen many changes in upstream, it will take time to package all three packages (whisper, carbon, web). That's why I have done an quick fix with the patch, new upstream version will follow soon. @Salvatore, if you have spare time, perhaps you can upload graphite-web, if Mathieu has no time? Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720454: [Pkg-graphite-maint] Bug#720454: graphite-web: CVE-2013-5093: Graphite remote code execution
Hello Mathieu, I have added the patch to fix a security problem in graphite-web. It's available in git. Could you please upload graphite-web to unstable? Thanks, Jonas CVE-2013-5093[0]: Graphite remote code execution See the advisory in [1] and there are either patch[2] for 0.9.10 or updating to 0.9.11/0.9.12 (which includes further fixes, see [3]). If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5093 http://security-tracker.debian.org/tracker/CVE-2013-5093 [1] http://ceriksen.com/2013/08/20/graphite-remote-code-execution-vulnerability-advisory/ [2] https://gist.github.com/mleinart/6285953 [3] https://github.com/graphite-project/graphite-web/commit/5e87d8660223e90bd933d97ba578f2a289b8a288#L3R30 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680843: libcatalyst-view-component-subinclude-perl: FTBFS: tests failed
Hi, Given the only {build-,}reverse dependencies for this package are gitalist and gitalist-common, that were themselves removed from testing for the very same reason (not updated for current Catalyst), I suggest we remove libcatalyst-view-component-subinclude-perl from testing too, and don't ship it in Wheezy. Hopefully it gets in better shape for Jessie, or perhaps wheezy-backports. Jonas, what do you think? we should remove it from testing, because Gitalist was also removed. So no really dependency exists. Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680843: libcatalyst-view-component-subinclude-perl: FTBFS: tests failed
Hi, Jonas Genannt wrote (17 Oct 2012 06:18:07 GMT) : we should remove it from testing, because Gitalist was also removed. Do you want to do it, or do you prefer me to? [x] done :) Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686833: git-extras - git-gh-pages - removes all files
Package: git-extras Severity: grave Version: 1.7.0-1 Hello, thanks for maintaining git-extras in Debian. git-gh-pages is _really_ dangerous - If you run git-gh-pages in your git directory it will delete all files (also uncommited!). git-gh-pages should confirm that operation and also use stash to stash that uncommited changes. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681435: Plans for Catalyst in Wheezy
Hello, Apparently there was no improvement there, so according to where we left the discussion at two weeks ago, Jonas Genannt should request the removal of Gitalist from Wheezy, correct? Gitalist was removed by Adam D. Barratt. (#683964) Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681435: Plans for Catalyst in Wheezy
Hello, [just the gitalist part for the bug report] The discussion about Gitalist should reach a conclusion before we send this email, though. Apparently there was no improvement there, so according to where we left the discussion at two weeks ago, Jonas Genannt should request the removal of Gitalist from Wheezy, correct? Yup. done. (#683964) Greets, Jonas signature.asc Description: PGP signature
Bug#681435: src:gitalist: not compatible with Catalyst = 5.90013
Hello, and is not installable concurrently with libcatalyst-perl on sid, and soon on Wheezy: https://lists.debian.org/debian-perl/2012/07/msg00098.html This *might* be fixed by upstream 0.003009. thanks for your report. I have tested the newest Gitalist Version against 5.90014-1 and 5.90015-1. Both are failing with Gitalist because of use of Catalyst::Controller::ActionRole. After that test, I have patched the Gitalist source with the patch from https://github.com/bobtfish/Gitalist/commit/3620aa21666f20c634edcf3a6ec6f16580bbda1f but make test is also failing (with 5.90014 and 5.90015). See error output below. So that to do with Gitalist in Debian? Thanks, Jonas PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/00git_version.t t/01app.t t/02git_CollectionOfRepositories_FromDirectory.t t/02git_CollectionOfRepositories_FromDirectory_WhiteList.t t/02git_CollectionOfRepositories_FromDirectoryRecursive.t t/02git_head.t t/02git_object.t t/02git_Repository.t t/02git_tag.t t/02git_util.t t/03legacy_uri.t t/app-mech-rootpage.t t/atom.t t/json_view.t t/model_collectionofrepos.t t/opml.t t/rss.t t/view_Default.t t/00git_version.t ... 1/? Git version: git version 1.7.10.4 t/00git_version.t ... ok t/01app.t ... 1/? [error] Caught exception in Gitalist::Controller::Fragment::Repository-log Validation failed for 'Tuple[Tuple[Object,MooseX::Types::Common::String::NonEmptySimpleStr],Dict[]]' with value [ [ Gitalist::Git::Repository=HASH(0x6db35b8), undef ], { } ], Internal Validation Error is: \n [+] Validation failed for 'Tuple[Object,MooseX::Types::Common::String::NonEmptySimpleStr]' with value [ Gitalist::Git::Repository{ _util: Gitalist::Git::Util=HASH(0x6e2b2b8), description: Unnamed repository, edit the .git/description file to set a description, last_change: undef, name: bare.git, owner: Jonas Genannt, path: Path::Class::Dir=HASH(0x6b39af0) }, undef ]\n [+] Must be a non-empty single line of no more than 255 chars at /usr/share/perl5/MooseX/Method/Signatures/Meta/Method.pm line 435 MooseX::Method::Signatures::Meta::Method::validate('MooseX::Method::Signatures::Meta::Method=HASH(0x635cf50)', 'ARRAY(0x634e2b8)') called at /usr/share/perl5/MooseX/Method/Signatures/Meta/Method.pm line 151 Gitalist::Git::Repository::get_object('Gitalist::Git::Repository=HASH(0x6db35b8)', undef) called at /home/jonas/debian-work/gitalist/Gitalist-0.003009/blib/lib/Gitalist/URIStructure/Repository.pm line 31 Class::MOP::Class:::before('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/lib/perl5/Class/MOP/Method/Wrapped.pm line 33 Class::MOP::Method::Wrapped::__ANON__('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/lib/perl5/Class/MOP/Method/Wrapped.pm line 91 Gitalist::Controller::Fragment::Repository::log('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/Action.pm line 65 Catalyst::Action::execute('Catalyst::Action=HASH(0x653b348)', 'Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst.pm line 1668 eval {...} called at /usr/share/perl5/Catalyst.pm line 1668 Catalyst::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x653b348)') called at /usr/share/perl5/Catalyst/Plugin/StackTrace.pm line 22 Catalyst::Plugin::StackTrace::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x653b348)') called at /usr/share/perl5/Catalyst/Action.pm line 60 Catalyst::Action::dispatch('Catalyst::Action=HASH(0x653b348)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/ActionChain.pm line 36 Catalyst::ActionChain::dispatch('Catalyst::ActionChain=HASH(0x6dccdf0)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/Controller.pm line 158 Catalyst::Controller::_ACTION('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/Action.pm line 65 Catalyst::Action::execute('Catalyst::Action=HASH(0x651ff50)', 'Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst.pm line 1668 eval {...} called at /usr/share/perl5/Catalyst.pm line 1668 Catalyst::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x651ff50)') called at /usr/share/perl5/Catalyst/Plugin/StackTrace.pm line 22 Catalyst::Plugin::StackTrace::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x651ff50)') called at /usr/share/perl5/Catalyst/Action.pm line 60 Catalyst
Bug#681435: src:gitalist: not compatible with Catalyst = 5.90013
Hello, Hopefully things will change in the future, but IMHO a package that: 1. has been FTBFS'ing (tests failed) since late march (was any action taken, that the #665223 bug log does not show, apart of replying I will contact upstream?) I have sent upstream Daniel Brooks a Mail on: 10 Jun 2012 but no response. :( I will try to contact the other upstream dev, if there is no response I will request of removing Gitalist from Wheezy. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681435: src:gitalist: not compatible with Catalyst = 5.90013
I will try to contact the other upstream dev, if there is no response I will request of removing Gitalist from Wheezy. How about submitting the bug to the CPAN RT, so that information about it is shared with the general public? I will submit one. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665223: gitalist: FTBFS: tests failed
tags 665223 upstream thanks Hello, Test Summary Report --- t/model_collectionofrepos.t (Wstat: 65280 Tests: 2 Failed: 2) Failed tests: 1-2 Non-zero exit status: 255 Parse errors: No plan found in TAP output Files=19, Tests=687, 608 wallclock secs ( 0.24 usr 0.12 sys + 96.56 cusr 215.13 csys = 312.05 CPU) Result: FAIL Failed 1/19 test programs. 2/687 subtests failed. make[1]: *** [test_dynamic] Error 255 thanks for your report. I have tried the newest version of Gitalist. It fails with another make test error. t/00git_version.t ... ok [warn] Serving filehandle without a content-length [warn] Serving filehandle without a content-length [warn] Serving filehandle without a content-length [warn] Serving filehandle without a content-length [warn] Serving filehandle without a content-length [warn] Serving filehandle without a content-length (in cleanup) Can't call method delete on an undefined value at /usr/share/perl5/WWW/Mechanize/TreeBuilder.pm line 189 during global destruction. t/01app.t ... ok t/02git_CollectionOfRepositories_FromDirectory.t ok t/02git_CollectionOfRepositories_FromDirectory_WhiteList.t .. ok t/02git_CollectionOfRepositories_FromDirectoryRecursive.t ... ok t/02git_head.t .. ok # Failed test 'commit_obj-get_patch can return a patch' # at t/02git_object.t line 172. Got instead: From 3f7567c7bdf7e7ebf410926493b92d398333116e Mon Sep 17 00:00:00 2001 From: Florian Ragwitz r...@debian.org Date: Tue, 6 Mar 2007 20:39:45 +0100 Subject: [PATCH] bar --- file1 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/file1 b/file1 index 257cc56..5716ca5 100644 --- a/file1 +++ b/file1 @@ -1 +1 @@ -foo +bar -- 1.7.10 # Looks like you failed 1 test of 38. t/02git_object.t I will contact upstream. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498936: php-clamavlib: should this package be removed?
Hello, There have been no maintainer uploads for about a year. The last 3 uploads were NMUs, and we're at the stage where fixing the FTBFS currently open will just be another NMU. I hate to see an unmaintained package release with lenny, especially one that links to a library we know will have security issues during the life of lenny. this package should removed from debian. Upstream is dead. The homepage about phpclamavlib (http://phpclamavlib.org) is also dead. Greets, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395858: libfile-homedir-perl: FTBFS: tests failed
Hello, the fix from Version 0.56-1 does not work in the current version (0.64). Upstream included more tests about $HOME and home from /etc/passwd so the easy fix to change only $HOME in shell does not work. I will now disable the complete make test in build process and upload the new version 0.64 in few hours. Greets, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395858: libfile-homedir-perl: FTBFS: tests failed
Hello Julien, PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/01_compile.t t/02_main.t t/99_pod.t t/01_compileok t/02_main... # Failed test 'Our home directory exists' # in t/02_main.t at line 25. if you are using autobuild, which user to do you use to autobuild my package? If you use an user, that have no home directory this test fails. Or wrong homedir, in /etc/passwd! Greets, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395858: libfile-homedir-perl: FTBFS: tests failed
Steve Langasek wrote: Then the test needs fixing, because autobuilders will not necessarily have home directories for the buildd user, and packages need to build correctly in such an environment because they're not supposed to mess with anything outside the build tree. We can rewrite the test that the test uses (not the current user that starts) the root account to perform all tests. But I think that's not a very clean solution, because than the current user needs permission to access the /root directory. Perhaps we should disable the make test in the build process? Greets, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359879: libapp-cache-perl: FTBFS: Test failure
Hello Daniel, Daniel Schepler wrote: It looks like that test needs netbase installed (for /etc/protocols). But it also looks like the test requires an active network connection to work, which is bad for anybody trying to build the package offline (and that case has to work too). So you should probably just disable that test and any others requiring network access. The package netbase is in the base system, so I need no build depend. But I will disable the make test command. greets, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348044: ca-certificates: apt-get install failure
severity 348044 normal quit Unable to install the process exits with sub-process error. apt-get remove --purge ca-certificates and later re-installation also fails. On my System, I have tried all debconf questions the installation is fine. So it was a error on your system, perhaps you have a broken apt-get or sources.list file. Therefor I set severity to normal, because it works. I think the maintainer can close the bug! Greets, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346299: unixodbc-dev is uninstallable
Package: unixodbc Version: 2.2.11-9 Severity: serious unixodbc-dev is uninstallable because it depends on gtkodbcconfig0! gtkodbcconfig0: Depends: libgnome32 (= 1.2.13-5) but it is not going to be installed Depends: libgnomesupport0 (= 1.2.13-5) but it is not going to be installed Depends: libgnomeui32 (= 1.4.2-3) but it is not going to be installed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]