- - - - begin included shell transcript
HACM yumyum:~/playground/zfec/zfec-broken$ darcs oblit --tag=

Sun Apr 15 16:28:42 MDT 2007  "Zooko O'Whielacronx <zooko@zooko.com>"
  tagged 1.0.0a1-2-STABLE
Shall I obliterate this patch? (1/?)  [ynWvpxqadjkc], or ? for help: y
darcs: bug in get_extra commuting patch:
Wed Apr 18 17:01:03 MDT 2007  zooko@zooko.com
  * zfec: update docs, metadata, version number to 1.0.0a2-0-STABLE
HACM yumyum:~/playground/zfec/zfec-broken$ darcs check
Applying patch 107 of 107... done.
The repository is consistent!
HACM yumyum:~/playground/zfec/zfec-broken$ darcs repair
Applying patch 107 of 107... done.
The repository is already consistent, no changes made.
HACM yumyum:~/playground/zfec/zfec-broken$ darcs --exact-version > /tmp/dxv
HACM yumyum:~/playground/zfec/zfec-broken$ bzip2 -9 /tmp/dxv
HACM yumyum:~/playground/zfec/zfec-broken$ darcs --version
1.0.9rc2 (stable branch)
 - - - - end included shell transcript

The entire repository exactly as shown here is available at:

https://yumyum.zooko.com:32325/pub/zfec-broken.tar.bz2

and under less common but better compression schemes:

https://yumyum.zooko.com:32325/pub/zfec-broken.tar.rz

https://yumyum.zooko.com:32325/pub/zfec-broken.tar.lrz

Attachments

• dxv.bz2

I spent some time adding Debug.Trace statements inside Commute.lhs and narrowed
this down to a failed commute with the following hunks:

hunk ./zfec/zfec/__init__.py 13
-__version__ = Version("1.0.0a2-0-STABLE")
+__version__ = Version("1.0.0a2-1-STABLE")


hunk ./zfec/zfec/__init__.py 13
-__version__ = Version("1.0.0a1-2-STABLE")
+__version__ = Version("1.0.0a2-0-STABLE")

It makes sense that these hunks fail to commute.  One depends on the other. 
What I haven't figured out is why darcs needs to commute them here.

Zooko,

I'm not able to connect to the provided URL today. Could you use darcs2 to run a
"darcs convert" on the repo and see if the issue still occurs? 

  Mark

Okay, I have a copy of my "zfec-broken" repo, so I'm trying to reproduce this.

The first thing that I observe is this:

------- begin included cut and paste
MAIN wonwin-mcbrootles-computer:~/playground/darcsbugtest/zfec-broken$ darcs
oblit --tag=

darcs failed:  Text.Regex.Posix.String died: (ReturnCode 14,"empty (sub)expression")
------- end included cut and paste

When did this change??  This is darcs-1.0.9 release.  Did I compile it
differently or something?

Zooko,

I find the error message you are getting now to be reasonable. Using "--tag="
without a regexp is not documented to work, that is essentially what the error
message is complaining about, although an overly geeky way. 

Could you continue to test with "--tag='1.0.0a1-2-STABLE'"  ?

   Mark

Okay, I reproduced it like this:

I used "--tag=1" instead of "--tag=" in order to avoid the aforementioned change
in regex parsing.

With darcs-1.0.9 I got the same error when I tried to obliterate the first
matching tag -- the one named "zfec 1.0.0a2-0-STABLE", so I reproduced this with
darcs-1.0.9.  Then with darcs-1.0.10pre -- same behavior.  Then I tried it with
darcs-2pre on the old-format repo -- same behavior.  Then I tried it with
darcs-2pre on a hashed-format repo -- the bug is fixed!  Then I tried it with
darcs-2pre on a darcs-2-format repo -- the bug is fixed!

Hi!

Today I built darcs by pulling latest patches from 'unstable' on my x86_64 box.

Attempt to push some patches from laptop to desktop results in:

gour@nitai ~/d/emacs> darcs push -v gour@gaura-nitai.no-ip.org:darcs/emacs
darcs: bug in get_extra commuting patch:
Mon Feb 11 08:51:15 CET 2008  dev@atmarama.org
  * new version of GnusSync

gour@nitai ~> darcs --exact-version
darcs compiled on Mar 12 2008, at 14:36:06
unknown

gour@nitai ~/org> ghc -v
Glasgow Haskell Compiler, Version 6.8.2, for Haskell 98, stage 2 booted by GHC
version 6.8.1


Sincerely,
Gour