search for: pospisek

This works: class X def X.initialize( stuff ) end end X.initialize("bla") However stubbing it doesn,t: require ''test/unit'' require ''stubba'' class X def X.initialize( stuff ) end end class XTest < Test::Unit::TestCase def test_ X.stubs(:initialize).with("bla")

.... - Allow specified exception instance to be raised (patch from Chris Roos <http://blog.seagul.co.uk/>). - Make mock object_id appear in hex like normal Ruby inspect (patch from Paul Battley <http://po-ru.com/>). - Fix path to object.rb in rdoc rake task (patch from Tomas Pospisek<http://www.workingwithrails.com/person/5103-tomas-pospisek> ). - Reverse order in which expectations are matched, so that last expectation is matched first. This allows e.g. a call to #stubs to be effectively overridden by a call to #expects (patch from Tobias Lutke<http://blog...

https://bugzilla.mindrot.org/show_bug.cgi?id=1585 Tomas Pospisek <tpo_deb at sourcepole.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tpo_deb at sourcepole.ch --- Comment #2 from Tomas Pospisek <tpo_deb at...

James Mead wrote: > Trunk has moved on considerably since the last release. I really must > get round to releasing again soon. Righty, right. I''ve tried: svn checkout svn://rubyforge.org/var/svn/mocha as documented here [1], but svn will just hang forever. Accessing any of the following: [svn|http[s]]://rubyforge.org/var/svn/mocha[/[trunk[/]]] either through the svn

https://bugzilla.mindrot.org/show_bug.cgi?id=1585 --- Comment #21 from Tomas Pospisek <tpo_deb at sourcepole.ch> --- @Jakub Jelen specifically, but to the other people here in general as well. I have not studied the proposed patches, but one problem that I am seeing in general with the approach is, that once we start including/merging multiple configurations, we will start se...

https://bugzilla.mindrot.org/show_bug.cgi?id=1585 --- Comment #25 from Tomas Pospisek <tpo_deb at sourcepole.ch> --- Thanks to everybody how contributed patches and helped moving this featureinto ssh. And in particular to Damien to applying patch and tests and including the feature! Thanks *t -- You are receiving this mail because: You are watching someone on the CC list of...

...know if I really need it. This applies to libxenstore3.0 as well, which includes a description similarily low on information: > Xenstore communications library for Xen > This package contains the public libxenstore. *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions --------------------------------------------------------

Sorry for the spam avalanche - there''s an init.rb file in the trunc SVN branch too, which I''m not so sure about whether to include it or not in the Debian package... *t ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

Hello James, am trying to package Mocha for Debian and have noticed, that both the tarball and the zip are missing the examples/ directory. *t ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

https://bugzilla.mindrot.org/show_bug.cgi?id=1585 amontero <amontero at tinet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amontero at tinet.org -- You are receiving this mail because: You are watching the assignee of the bug.

Let''s say that I have a procedure that: * gets the number of bytes to write into some file * and returns the number of successfully written bytes def save( text, len ) This procedure is being used all over the place especially inside the method "process" which I want to test. Thus in order not to polute my filesystem I stub the "save" procedure. But of course in

Hello, tl;dr: it seems like fsck fails to notice when the block device disappears from under it. I have the following setup: * external USB disk * a partition with LUKS in it * ext4 filesystem inside the LUKS block device While doing backups to it I noticed that after some time backups would fail with an error (failed to write, ). In the following log I'm attaching the disk, enabling LUKS

Index: Rakefile =================================================================== --- Rakefile (revision 73) +++ Rakefile (working copy) @@ -23,7 +23,7 @@ task.rdoc_dir = ''doc'' task.template = "html_with_google_analytics" task.options << "--line-numbers" << "--inline-source" -