From xbenlau at gmail.com  Wed Dec  3 08:11:20 2008
From: xbenlau at gmail.com (Ben Lau)
Date: Wed, 3 Dec 2008 21:11:20 +0800
Subject: [ditz-talk] undefined local variable or method `stop_on_unknown'
Message-ID: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>

Hi ,

I would like to install ditz 0.5 through rubygem, but when I run the
command ditz, it complains:

/usr/bin/ditz:37:in `cloaker_': undefined local variable or method
`stop_on_unknown' for #<Trollop::Parser:0xb7a5e210> (NameError)
	from /usr/local/lib/site_ruby/1.8/trollop.rb:58:in `call'
	from /usr/local/lib/site_ruby/1.8/trollop.rb:58:in `initialize'
	from /usr/local/lib/site_ruby/1.8/trollop.rb:441:in `new'
	from /usr/local/lib/site_ruby/1.8/trollop.rb:441:in `options'
	from /usr/bin/ditz:30

I have tried to find solution from google , somebody said it need to
install trollop >= 1.9 , but I have already installed 1.10.2 , the
problem still exist.

How can I fix the problem? Thanks.

Distribution : Debian SID
gems : 1.9


$ gem list

*** LOCAL GEMS ***

ditz (0.5)
trollop (1.10.2)

From mitch at cgarbs.de  Sat Dec  6 04:48:30 2008
From: mitch at cgarbs.de (Christian Garbs)
Date: Sat, 6 Dec 2008 10:48:30 +0100
Subject: [ditz-talk] component names with a dash
Message-ID: <20081206094830.GA31524@cgarbs.de>

Hi,

looks like I've stumbled into a bug: When my component name contains a
dash, the long issue names (which are generated by the bash
autocompletion) are not recognized by ditz.  I've tested this with,
component "dwmmitch" works fine, "dwm-mitch" does not work.


mitch at yggdrasil:~/git/dwm-mitch$ ditz shortlog
   29 minutes|  dwm-mitch-1|        mitch|assigned to release 3.5 from unassigned
     61 hours|  dwm-mitch-4|        mitch|closed with disposition fixed
     61 hours|  dwm-mitch-4|        mitch|created
     61 hours|  dwm-mitch-3|        mitch|closed with disposition fixed
     61 hours|  dwm-mitch-3|        mitch|created
     61 hours|  dwm-mitch-2|        mitch|closed with disposition fixed
     61 hours|  dwm-mitch-2|        mitch|created
     61 hours|  dwm-mitch-1|        mitch|closed with disposition fixed
     61 hours|  dwm-mitch-1|        mitch|changed status from unstarted to in_progress
     61 hours|  dwm-mitch-1|        mitch|created


mitch at yggdrasil:~/git/dwm-mitch$ ditz show dwm-mitch-1_spawn-new-workspaces-in-place 
Error: no issue with name "dwm-mitch-1_spawn-new-workspaces-in-place"


mitch at yggdrasil:~/git/dwm-mitch$ ditz show dwm-mitch-1
Issue dwm-mitch-1
-----------------
      Title: spawn new workspaces in-place
Description: 
  when on workspace n, spawn a new workspace at n+1, not at max(workspaces)+1

       Type: feature
     Status: closed: fixed
    Creator: Christian Garbs <mitch at cgarbs.de>
        Age: 61 hours
    Release: 3.5
 References: 
 Identifier: 1e6fdb981eaf17a7ae133cd458de535f23754091

Event log:
- assigned to release 3.5 from unassigned (mitch, 30 minutes ago)
- closed with disposition fixed (mitch, 61 hours ago)
- changed status from unstarted to in_progress (mitch, 61 hours ago)
- created (mitch, 61 hours ago)


mitch at yggdrasil:~/git/dwm-mitch$ ditz --version
ditz 0.5


Regards
Christian
-- 
....Christian.Garbs.....................................http://www.cgarbs.de

Die Elbe ist ein Jungbrunnen: ein Schluck, und Du wirst nicht alt!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ditz-talk/attachments/20081206/9882b7e4/attachment-0001.bin>

From mitch at cgarbs.de  Sat Dec  6 04:56:02 2008
From: mitch at cgarbs.de (Christian Garbs)
Date: Sat, 6 Dec 2008 10:56:02 +0100
Subject: [ditz-talk] undefined local variable or method `stop_on_unknown'
In-Reply-To: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
References: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
Message-ID: <20081206095602.GB31524@cgarbs.de>

On Wed, Dec 03, 2008 at 09:11:20PM +0800, Ben Lau wrote:

> Distribution : Debian SID
> gems : 1.9

I don't want to promote them :-) but you could try to install the ditz
Debian packages.  They are built for etch but should work under SID,
too (if the right ruby version is available - perhaps this is the
problem?).

http://www.cgarbs.de/stuff/deb-repository.html#ditz

or

deb     http://www.cgarbs.de/stuff ./
deb-src http://www.cgarbs.de/stuff ./

Regards
Christian
-- 
....Christian.Garbs.....................................http://www.cgarbs.de

Futurama - comming soon to an illegal DVD


From matt at tplus1.com  Sun Dec  7 18:02:41 2008
From: matt at tplus1.com (Matthew Wilson)
Date: Sun, 7 Dec 2008 18:02:41 -0500
Subject: [ditz-talk] Attaching files to issues
Message-ID: <f6f643a20812071502h76399d64pe5d3a13fb253841a@mail.gmail.com>

Any ideas about how / if to implement a feature where I can attach
files to issues?

Today I wanted to write an issue and include a screenshot of the
intended design, but couldn't figure it out.

Instead, I just put the URL to the screenshot in the issue.

-- 
Matthew Wilson
matt at tplus1.com
http://tplus1.com

From mitch at cgarbs.de  Sun Dec  7 18:36:54 2008
From: mitch at cgarbs.de (Christian Garbs)
Date: Mon, 8 Dec 2008 00:36:54 +0100
Subject: [ditz-talk] undefined local variable or method `stop_on_unknown'
In-Reply-To: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
References: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
Message-ID: <20081207233654.GA13523@cgarbs.de>

On Wed, Dec 03, 2008 at 09:11:20PM +0800, Ben Lau wrote:

> How can I fix the problem? Thanks.
> 
> Distribution : Debian SID
> gems : 1.9

And since just very recently there is an official ditz in Debian SID:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492805#27

Regards
Christian
-- 
....Christian.Garbs.....................................http://www.cgarbs.de

The average income of the modern teenager is about 2 a.m.


From xbenlau at gmail.com  Mon Dec  8 03:04:01 2008
From: xbenlau at gmail.com (Ben Lau)
Date: Mon, 8 Dec 2008 16:04:01 +0800
Subject: [ditz-talk] undefined local variable or method `stop_on_unknown'
In-Reply-To: <20081206095602.GB31524@cgarbs.de>
References: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
	<20081206095602.GB31524@cgarbs.de>
Message-ID: <f9a7555e0812080004n275d26bdya91aa0a2e624a8fd@mail.gmail.com>

On Sat, Dec 6, 2008 at 5:56 PM, Christian Garbs <mitch at cgarbs.de> wrote:
> On Wed, Dec 03, 2008 at 09:11:20PM +0800, Ben Lau wrote:
>
>> Distribution : Debian SID
>> gems : 1.9
>
> I don't want to promote them :-) but you could try to install the ditz
> Debian packages.  They are built for etch but should work under SID,
> too (if the right ruby version is available - perhaps this is the
> problem?).
>
> http://www.cgarbs.de/stuff/deb-repository.html#ditz
>
> or
>
> deb     http://www.cgarbs.de/stuff ./
> deb-src http://www.cgarbs.de/stuff ./
>
> Regards
> Christian

hi Christian,

Thanks for your reply. However, I still have no luck to use ditz 0.5
with the package from your repository or from the official SID
repository (with all GEM package removed) . Same error is reported.

From xbenlau at gmail.com  Mon Dec  8 21:17:46 2008
From: xbenlau at gmail.com (Ben Lau)
Date: Tue, 9 Dec 2008 10:17:46 +0800
Subject: [ditz-talk] Ditz Commander v0.4 released
Message-ID: <f9a7555e0812081817x5adda00cj819d0a2b30ba976@mail.gmail.com>

Hi,

  Ditz Commander v0.4 is released. It could be downloaded from:
http://code.google.com/p/ditz-commander/downloads/list

(William, do you mind to put a link of Ditz Commander in Ditz homepage
under related work?)

ChangeLog

  * Added "New" window button in toolbar to create new window of commander
  * Prompt dialog if the opened path is not a valid ditz repository to
ask to run "ditz init" command
  * Refresh button is renamed to HTML button
  * Supported shortcut keys binding for toolbar items
   * Ctrl+N    - Create new window
   * Ctrl+O    - Open repository
   * Alt+Left  - Go to previous page
   * Alt+Right - Go to next page
   * Ctrl+R    - Reload page
   * Alt+Home  - Go to the index page
   * Ctrl+Q    - Quit

From wmorgan-ditz at masanjin.net  Thu Dec 11 15:24:07 2008
From: wmorgan-ditz at masanjin.net (William Morgan)
Date: Thu, 11 Dec 2008 12:24:07 -0800
Subject: [ditz-talk] Ditz Commander v0.4 released
In-Reply-To: <f9a7555e0812081817x5adda00cj819d0a2b30ba976@mail.gmail.com>
References: <f9a7555e0812081817x5adda00cj819d0a2b30ba976@mail.gmail.com>
Message-ID: <1229027029-sup-3561@entry>

Reformatted excerpts from Ben Lau's message of 2008-12-08:
> (William, do you mind to put a link of Ditz Commander in Ditz homepage
> under related work?)

Added!
-- 
William <wmorgan-ditz at masanjin.net>

From wmorgan-ditz at masanjin.net  Thu Dec 11 15:33:45 2008
From: wmorgan-ditz at masanjin.net (William Morgan)
Date: Thu, 11 Dec 2008 12:33:45 -0800
Subject: [ditz-talk] undefined local variable or method `stop_on_unknown'
In-Reply-To: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
References: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
Message-ID: <1229027154-sup-7521@entry>

Reformatted excerpts from Ben Lau's message of 2008-12-03:
> /usr/bin/ditz:37:in `cloaker_': undefined local variable or method
> `stop_on_unknown' for #<Trollop::Parser:0xb7a5e210> (NameError)
[snip]
> I have tried to find solution from google , somebody said it need to
> install trollop >= 1.9 , but I have already installed 1.10.2 , the
> problem still exist.

That is definitely weird... 'stop_on_unknown' was added as a feature of
Trollop 1.9, so that error message really makes it sound like it's not
loading the newest version of Trollop.

In fact ditz 0.5 shipped with its own version of Trollop, which had
'stop_on_unknown' defined anyways.

According to the backtrace, it looks like Ditz is loading Trollop from
this file: /usr/local/lib/site_ruby/1.8/trollop.rb.

Is that a version installed by Rubygems? Is it 1.9 or above? Does it
have a @stop_on_unknown variable?
-- 
William <wmorgan-ditz at masanjin.net>

From wmorgan-ditz at masanjin.net  Thu Dec 11 20:43:33 2008
From: wmorgan-ditz at masanjin.net (William Morgan)
Date: Thu, 11 Dec 2008 17:43:33 -0800
Subject: [ditz-talk] Fwd: Bug#492805 closed by Daniel Watkins
	<daniel@daniel-watkins.co.uk> (Bug#492805: fixed in ditz 0.5-1)
Message-ID: <1229046112-sup-1697@entry>

Christian just pointed this out, but, ditz 0.5 is officially in Debian.
Whooo!

--- Begin forwarded message from owner ---
From: owner <owner at bugs.debian.org>
To: William Morgan <wmorgan-wnpp at masanjin.net>
Date: Sun, 07 Dec 2008 11:21:04 -0800
Subject: Bug#492805 closed by Daniel Watkins <daniel at daniel-watkins.co.uk> (Bug#492805: fixed in ditz 0.5-1)


This is an automatic notification regarding your Bug report
which was filed against the wnpp package:

#492805: ITP: ditz -- a distributed issue tracker

It has been closed by Daniel Watkins <daniel at daniel-watkins.co.uk>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Daniel Watkins
<daniel at daniel-watkins.co.uk> by
replying to this email.

Source: ditz
Source-Version: 0.5-1

We believe that the bug you reported is fixed in the latest version of
ditz, which is due to be installed in the Debian FTP archive:

ditz_0.5-1.diff.gz
  to pool/main/d/ditz/ditz_0.5-1.diff.gz
ditz_0.5-1.dsc
  to pool/main/d/ditz/ditz_0.5-1.dsc
ditz_0.5-1_all.deb
  to pool/main/d/ditz/ditz_0.5-1_all.deb
ditz_0.5.orig.tar.gz
  to pool/main/d/ditz/ditz_0.5.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 492805 at bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Daniel Watkins <daniel at daniel-watkins.co.uk> (supplier of updated ditz package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster at debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sun, 21 Sep 2008 19:47:12 +0100
Source: ditz
Binary: ditz
Architecture: source all
Version: 0.5-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Watkins <daniel at daniel-watkins.co.uk>
Changed-By: Daniel Watkins <daniel at daniel-watkins.co.uk>
Description: 
 ditz       - distributed issue tracker
Closes: 492805
Changes: 
 ditz (0.5-1) unstable; urgency=low
 .
   * Initial release. (Closes: #492805)
Checksums-Sha1: 
 378e255373d4eed7ca718756194745b7f145ab70 972 ditz_0.5-1.dsc
 acdd8d640e84ccbab80f3b61afcf38034886c3c0 71338 ditz_0.5.orig.tar.gz
 5e5caf6b49cc93aec2599c6a2f7d7ccddc3daece 1534 ditz_0.5-1.diff.gz
 8e2c38182a211c532977129647f2d69c8dad62d6 45072 ditz_0.5-1_all.deb
Checksums-Sha256: 
 170be93fc7fa434ed9c7db97a8d60db60a69352bc3a5839f0f61da463a09ceb8 972
ditz_0.5-1.dsc
 6edbb0b7faa3e2ba49bacd3c756134b3b5807759564744ecde49e933753fd9be 71338
ditz_0.5.orig.tar.gz
 fe1b57d80cf6690fc0af449cd35e13508f8667b2035dd6978259f03d8b7545e5 1534
ditz_0.5-1.diff.gz
 311170349039682867378c9b36c8b3bd0a117f6d9ac6dc67b0878588e8943849 45072
ditz_0.5-1_all.deb
Files: 
 a9915a3afe84da1d933efb1b236e600d 972 devel optional ditz_0.5-1.dsc
 324bdbef5b01f4d70288e9416fc8b952 71338 devel optional ditz_0.5.orig.tar.gz
 f2e2798fa98a1f618ea602c7b056e9ba 1534 devel optional ditz_0.5-1.diff.gz
 d254ffedc4c20d19fb1101c302473306 45072 devel optional ditz_0.5-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkkfFCgACgkQ5/8uW2NPmiAY9ACfZ8EIVQYhwkNhRuvZUN7fC1Vs
JKEAoJW03/febt2MB7MCZnaCzUGQV70T
=jtif
-----END PGP SIGNATURE-----
Package: wnpp
Severity: wishlist

http://ditz.rubyforge.org

Ditz is a simple, light-weight distributed issue tracker designed to
work with distributed version control systems like git, darcs,
Mercurial, and Bazaar. It can also be used with centralized systems like
SVN.

Ditz maintains an issue database directory on disk, with files written
in a line-based and human-editable format. This directory can be kept
under version control, alongside project code. 

Ditz provides a simple, console-based interface for creating and
updating the issue database file, and some rudimentary static HTML
generation capabilities for producing world-readable status pages.

License is GPL 3.
--- End forwarded message ---
-- 
William <wmorgan-ditz at masanjin.net>

From wmorgan-ditz at masanjin.net  Thu Dec 11 20:55:39 2008
From: wmorgan-ditz at masanjin.net (William Morgan)
Date: Thu, 11 Dec 2008 17:55:39 -0800
Subject: [ditz-talk] [PATCH 2/2] Name plugin load error so it gets
	rescue'd
In-Reply-To: <1227830262-5255-2-git-send-email-daniel@kalor.dk>
References: <1227830262-5255-1-git-send-email-daniel@kalor.dk>
	<1227830262-5255-2-git-send-email-daniel@kalor.dk>
Message-ID: <1229046877-sup-9661@entry>

Not sure how I missed these before. Both applied, thanks.
-- 
William <wmorgan-ditz at masanjin.net>

From xbenlau at gmail.com  Thu Dec 11 21:00:04 2008
From: xbenlau at gmail.com (Ben Lau)
Date: Fri, 12 Dec 2008 10:00:04 +0800
Subject: [ditz-talk] undefined local variable or method `stop_on_unknown'
In-Reply-To: <1229027154-sup-7521@entry>
References: <f9a7555e0812030511t51b94d75sef5ecfacc0de89b7@mail.gmail.com>
	<1229027154-sup-7521@entry>
Message-ID: <f9a7555e0812111800y37a30d87rb4eef45d6dad0240@mail.gmail.com>

On Fri, Dec 12, 2008 at 4:33 AM, William Morgan
<wmorgan-ditz at masanjin.net> wrote:
> Reformatted excerpts from Ben Lau's message of 2008-12-03:
>> /usr/bin/ditz:37:in `cloaker_': undefined local variable or method
>> `stop_on_unknown' for #<Trollop::Parser:0xb7a5e210> (NameError)
> [snip]
>> I have tried to find solution from google , somebody said it need to
>> install trollop >= 1.9 , but I have already installed 1.10.2 , the
>> problem still exist.
>
> That is definitely weird... 'stop_on_unknown' was added as a feature of
> Trollop 1.9, so that error message really makes it sound like it's not
> loading the newest version of Trollop.
>
> In fact ditz 0.5 shipped with its own version of Trollop, which had
> 'stop_on_unknown' defined anyways.
>
> According to the backtrace, it looks like Ditz is loading Trollop from
> this file: /usr/local/lib/site_ruby/1.8/trollop.rb.
>
> Is that a version installed by Rubygems? Is it 1.9 or above? Does it
> have a @stop_on_unknown variable?
> --
> William <wmorgan-ditz at masanjin.net>

Hi William,

The /usr/local/lib/site_ruby/1.8/rollop.rb is not installed by
rubygems, I even don't know the existence of those files. I guess that
are installed when I still using source code installation. I have
completely removed them and now it could load trollop >= 1.9 and ditz
v0.5 is working now.

Thanks a lot for the reply.

From xbenlau at gmail.com  Sun Dec 14 00:02:18 2008
From: xbenlau at gmail.com (Ben Lau)
Date: Sun, 14 Dec 2008 13:02:18 +0800
Subject: [ditz-talk] Attaching files to issues
In-Reply-To: <f6f643a20812071502h76399d64pe5d3a13fb253841a@mail.gmail.com>
References: <f6f643a20812071502h76399d64pe5d3a13fb253841a@mail.gmail.com>
Message-ID: <f9a7555e0812132102g4e9d5b19v3162922e2e5b440c@mail.gmail.com>

What if ditz add a command "attach"?

Example:

ditz attach <id> <file>

Then ditz copy the file to .ditz/files , and rename to <id>-filename ?

On Mon, Dec 8, 2008 at 7:02 AM, Matthew Wilson <matt at tplus1.com> wrote:
> Any ideas about how / if to implement a feature where I can attach
> files to issues?
>
> Today I wanted to write an issue and include a screenshot of the
> intended design, but couldn't figure it out.
>
> Instead, I just put the URL to the screenshot in the issue.
>
> --
> Matthew Wilson
> matt at tplus1.com
> http://tplus1.com
> _______________________________________________
> ditz-talk mailing list
> ditz-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ditz-talk
>

From matt at tplus1.com  Mon Dec 29 10:33:19 2008
From: matt at tplus1.com (Matthew Wilson)
Date: Mon, 29 Dec 2008 10:33:19 -0500
Subject: [ditz-talk] PATCH: ditz init crashes when it can't find
	.ditz/ditz_plugins?
Message-ID: <f6f643a20812290733o196279f8ob7154757d403b47e@mail.gmail.com>

I'm running ditz directly from my git clone, which is up to date
through Dec 22nd.

Here's the crash:

$ ditz --version
ditz 0.5

$ mkdir scratch

$ cd scratch/

$ ditz -v init
# loading plugins from ./.ditz-plugins
/usr/lib/ruby/1.8/yaml.rb:143:in `initialize': No such file or
directory - ./.ditz-plugins (Errno::ENOENT)
	from /usr/lib/ruby/1.8/yaml.rb:143:in `open'
	from /usr/lib/ruby/1.8/yaml.rb:143:in `load_file'
	from /home/matt/checkouts/ditz/lib/ditz.rb:55:in `load_plugins'
	from /home/matt/checkouts/ditz/bin/ditz:92


And here's my patch:

>From c5ff06b70c73a1bb3d1f06017e9f5c85e82675af Mon Sep 17 00:00:00 2001
From: W. Matthew Wilson <matt at tplus1.com>
Date: Mon, 29 Dec 2008 10:30:42 -0500
Subject: [PATCH] Don't blow up if no .ditz/ditz-plugins dir exists

---
 bin/ditz |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/bin/ditz b/bin/ditz
index 04bc7a6..81a5f4c 100755
--- a/bin/ditz
+++ b/bin/ditz
@@ -89,7 +89,9 @@ if $opts[:list_hooks]
 end

 begin
-  Ditz::load_plugins $opts[:plugins_file]
+  if File.exists? $opts[:plugins_file]
+      Ditz::load_plugins $opts[:plugins_file]
+  end
 rescue LoadError => e
   Ditz::debug "can't load plugins file: #{e.message}"
 end
-- 
1.5.4.3



-- 
Matthew Wilson
matt at tplus1.com
http://tplus1.com

From nolan at thewordnerd.info  Mon Dec 29 10:47:37 2008
From: nolan at thewordnerd.info (Nolan Darilek)
Date: Mon, 29 Dec 2008 09:47:37 -0600
Subject: [ditz-talk] PATCH: ditz init crashes when it can't
	find	.ditz/ditz_plugins?
In-Reply-To: <f6f643a20812290733o196279f8ob7154757d403b47e@mail.gmail.com>
References: <f6f643a20812290733o196279f8ob7154757d403b47e@mail.gmail.com>
Message-ID: <4958F119.3080702@thewordnerd.info>

Seems to me like it'd make more sense to catch and rescue that exception 
directly in load_plugins. IMHO, it shouldn't be an API client's job to 
say "don't fail if there are no plugins," the API should gracefully 
handle cases where none exist. And if someone embeds Ditz into, say, a 
project-tracking app, they'll have to duplicate that same logic otherwise.

On 12/29/2008 09:33 AM, Matthew Wilson wrote:
> I'm running ditz directly from my git clone, which is up to date
> through Dec 22nd.
>
> Here's the crash:
>
> $ ditz --version
> ditz 0.5
>
> $ mkdir scratch
>
> $ cd scratch/
>
> $ ditz -v init
> # loading plugins from ./.ditz-plugins
> /usr/lib/ruby/1.8/yaml.rb:143:in `initialize': No such file or
> directory - ./.ditz-plugins (Errno::ENOENT)
> 	from /usr/lib/ruby/1.8/yaml.rb:143:in `open'
> 	from /usr/lib/ruby/1.8/yaml.rb:143:in `load_file'
> 	from /home/matt/checkouts/ditz/lib/ditz.rb:55:in `load_plugins'
> 	from /home/matt/checkouts/ditz/bin/ditz:92
>
>
> And here's my patch:
>
> > From c5ff06b70c73a1bb3d1f06017e9f5c85e82675af Mon Sep 17 00:00:00 2001
> From: W. Matthew Wilson<matt at tplus1.com>
> Date: Mon, 29 Dec 2008 10:30:42 -0500
> Subject: [PATCH] Don't blow up if no .ditz/ditz-plugins dir exists
>
> ---
>   bin/ditz |    4 +++-
>   1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/bin/ditz b/bin/ditz
> index 04bc7a6..81a5f4c 100755
> --- a/bin/ditz
> +++ b/bin/ditz
> @@ -89,7 +89,9 @@ if $opts[:list_hooks]
>   end
>
>   begin
> -  Ditz::load_plugins $opts[:plugins_file]
> +  if File.exists? $opts[:plugins_file]
> +      Ditz::load_plugins $opts[:plugins_file]
> +  end
>   rescue LoadError =>  e
>     Ditz::debug "can't load plugins file: #{e.message}"
>   end
>    


From matt at tplus1.com  Mon Dec 29 12:32:44 2008
From: matt at tplus1.com (Matthew Wilson)
Date: Mon, 29 Dec 2008 12:32:44 -0500
Subject: [ditz-talk] PATCH: ditz init crashes when it can't find
	.ditz/ditz_plugins?
In-Reply-To: <4958F119.3080702@thewordnerd.info>
References: <f6f643a20812290733o196279f8ob7154757d403b47e@mail.gmail.com>
	<4958F119.3080702@thewordnerd.info>
Message-ID: <f6f643a20812290932p514a0cc7x1a01f2f4a768e7fc@mail.gmail.com>

On Mon, Dec 29, 2008 at 10:47 AM, Nolan Darilek <nolan at thewordnerd.info> wrote:
> Seems to me like it'd make more sense to catch and rescue that exception
> directly in load_plugins. IMHO, it shouldn't be an API client's job to say
> "don't fail if there are no plugins," the API should gracefully handle cases
> where none exist. And if someone embeds Ditz into, say, a project-tracking
> app, they'll have to duplicate that same logic otherwise.

Yeah, I agree with that reasoning.

-- 
Matthew Wilson
matt at tplus1.com
http://tplus1.com