Even if I haven't been very active lately, I still care at least
about the packages around RSpec and I'm currently working on packaging
RSpec2 (Which might take some time...)
tiber-guest / Tobias Grimm et...@debian.org
libdifflcs-ruby
libfakefs-ruby
libheckle-ruby (U)
libinline
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 27 Oct 2010 01:32:12 +0200
Source: librspec-ruby
Binary: librspec-ruby1.8 librspec-ruby1.9.1 librspec-ruby
Architecture: source all
Version: 1.3.1-1
Distribution: unstable
Urgency: low
Maintainer: Tobias Grimm et...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 17 Aug 2010 01:16:27 +0200
Source: librspec-ruby
Binary: librspec-ruby1.8 librspec-ruby1.9.1 librspec-ruby
Architecture: source all
Version: 1.3.0-3
Distribution: unstable
Urgency: low
Maintainer: Tobias Grimm et...@debian.org
Maintainer: Debian Ruby Extras Maintainers
pkg-ruby-extras-maintainers@lists.alioth.debian.org
Changed-By: Tobias Grimm et...@debian.org
Description:
libsexp-processor-ruby - brings all the generic sexp processing tools to ruby
libsexp-processor-ruby1.8 - brings all the generic sexp processing tools
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 29 May 2010 20:31:49 +0200
Source: librspec-ruby
Binary: librspec-ruby1.8 librspec-ruby1.9.1 librspec-ruby
Architecture: source all
Version: 1.3.0-1
Distribution: unstable
Urgency: low
Maintainer: Tobias Grimm et...@debian.org
Hello everyone,
it seems that svn-buildpackage 0.8.0 has a bug, when it comes to
tagging. It doesn't tag the working directory revision, if you've done
any commits after
the last checkout or update.
I couldn't convince the svn-bp-maintainer yet, but IMHO this should
really be fixed.
(See #580545
PS:
I've just checked the packages in the ruby-pkg-extras repository and found
at least 2 packages where it seems, that the maintainer used
svn-buildpackage 0.8.0 and tagged a wrong revision:
May be this gives my point of view, that the tagging behaviour with
-rBASE is a problem, a little bit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 30 Mar 2010 19:41:48 +0200
Source: libparsetree-ruby
Binary: libparsetree-ruby1.8 libparsetree-ruby
Architecture: source all
Version: 3.0.5-1
Distribution: unstable
Urgency: low
Maintainer: Tobias Grimm et...@debian.org
Changed
Maintainer: Debian Ruby Extras Maintainers
pkg-ruby-extras-maintainers@lists.alioth.debian.org
Changed-By: Tobias Grimm et...@debian.org
Description:
libsexp-processor-ruby - brings all the generic sexp processing tools to ruby
libsexp-processor-ruby1.8 - brings all the generic sexp processing tools
Maintainer: Debian Ruby Extras Maintainers
pkg-ruby-extras-maintainers@lists.alioth.debian.org
Changed-By: Tobias Grimm et...@debian.org
Description:
libsexp-processor-ruby - brings all the generic sexp processing tools to ruby
libsexp-processor-ruby1.8 - brings all the generic sexp processing tools
Package: ruby-pkg-tools
Version: 0.17
Severity: minor
When using setup.rb / ruby-setup-rb.mk it might happen, that setup.rb modifies
the shebang lines of ruby scripts (e.g. with ruby1.9.1). The problem is, that
this happens in the source and isn't reverted, so after a dpkg-buildpackage -tc,
the
-By: Tobias Grimm et...@debian.org
Description:
librspec-ruby - Behaviour Driven Development framework for Ruby
librspec-ruby1.8 - Behaviour Driven Development framework for Ruby 1.8
Changes:
librspec-ruby (1.2.9-1) unstable; urgency=low
.
* New upstream release
* Fixed debian/watch to recognize
-By: Tobias Grimm et...@debian.org
Description:
libheckle-ruby - Heckle is a mutation tester
libheckle-ruby1.8 - Heckle is a mutation tester (ruby1.8)
Changes:
libheckle-ruby (1.4.3-2) unstable; urgency=low
.
* Dropped 12_parsetree-backwards-compatibility.dpatch
* Depend on libparsetree
Package: libinline-ruby
Version: 3.8.3-2
Severity: important
Tags: patch
--- Please enter the report below this line. ---
inline.rb uses Gem.ruby/Gem.bindir which of course doesn't work without
rubygems installed.
/usr/lib/ruby/1.8/inline.rb:76: uninitialized constant Inline::Gem (NameError)
Just encountered the same problem.
I think this bug is solved with 0.19.3-1. I've tested Johans sample code
and this code of mine:
---
require 'gtk2'
require 'monitor'
# Create UI
button = Gtk::Button.new(Hello World)
window = Gtk::Window.new
window.signal_connect(destroy) {
Gtk.main_quit
}
Package: libinline-ruby
Version: 3.8.3-1
Severity: important
--- Please enter the report below this line. ---
inline.rb requires rubygems and zenztest_mapping. These dependencies should
at least only be optionally loaded with begin; require '...'; rescue
LoadError; end
Otherwise this happens:
Jérémy Lal wrote:
So i'm wondering if i'd better follow the work of Richard and name the
package after the svn revision, or should i simply name the package
0.9.0-x, incrementing x until upstream releases 0.9.0 ?
0.9.0-x wouldn't work. You could use a tilde, so that: 0.9.0~x-1 0.9.0-1
But
Hello!
Sebastian Delafond, the maintainer of the librspec-ruby package, invited
me to co maintain this package. We think it would be a good idea to do
the package maintenance with a SVN repository. Instead of starting just
another Alioth project, we would like to join the pkg-ruby-extras
Lucas Nussbaum wrote:
the package maintenance with a SVN repository. Instead of starting just
another Alioth project, we would like to join the pkg-ruby-extras
project with librspec-ruby (and maybe other packages in the future). If
this is OK with you, please add us to the project.
19 matches
Mail list logo