aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Merge "be set-root" becomes "be init" from W. Trevor KingChris Ball2009-07-013-4/+4
|\
| * "be set-root" changed to "be init"W. Trevor King2009-06-303-4/+4
| | | | | | | | | | | | | | | | | | On the advice of Martin F Krafft <madduck@debian.org> as posted in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477125 on Fri, 12 Jun 2009 17:03:02 +0200
* | Merge darcs support from W. Trevor King's tree.Chris Ball2009-06-308-30/+225
|\|
| * "be comment" now handles the default options.content_type.W. Trevor King2009-06-301-1/+2
| | | | | | | | | | Previously it choked when options.content_type == None. I'm not sure how that made it past test_usage.sh...
| * Add "--show-status" flag to "be depend"W. Trevor King2009-06-301-1/+13
| |
| * Added darcs support.W. Trevor King2009-06-305-26/+208
| | | | | | | | | | | | | | | | | | | | | | | | I don't know much darcs, so I make no claims about the beauty of my implementation. It seems to get the job done though, until a darcs guru comes along. I also tweaked the libbe.git.Git._rcs_get_user_id to handle the case where user.name or user.email are not set. I also added the option to pass a stdin string into the libbe.rcs.RCS._u_invoke* functions.
| * Remove blank line from bug.xml() output when bug has no comments.W. Trevor King2009-06-301-2/+2
| |
* | Merge with W. Trevor King's tree, which allows attaching binary files to bugs.Chris Ball2009-06-2614-149/+69
|\|
| * Added ability to handle non text/* MIME types.W. Trevor King2009-06-269-26/+53
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The main problem was the encoding/decoding that was happening to _all_ input/output. Now many I/O activities have a `binary' option to disable any encoding/decoding. The `binary' flag is set whenever the comment content-type is not a text/* type. In order to print valid XML (and make life easy on xml/be-xml-to-mbox), non text/* types are printed out as base64-encoded MIME messages, so be list --xml | be-xml-to-mbox | catmutt works as you'd expect. With the standard (non-XML) output from `be show', we just print a message telling the user that we can't reasonably display the MIME type and that they should use the XML output if they want to see it.
| * Updated help strings, man page, and completionsW. Trevor King2009-06-255-120/+13
| |
| * Fixed libbe.rcs.RCS.installed to handle missing backend binary.wking2009-06-251-3/+3
| | | | | | | | | | | | | | | | | | This makes all the failed tests understandable, since they all crash with strings like: AssertionError: Arch RCS not found Which makes more sense than spitting out the raw CommandError. It also means that installed_rcs() actually works now ;).
* | Merge be --version code from W. Trevor King.Chris Ball2009-06-257-22/+51
|\|
| * Updated .bzringore and Makefile.GENERATED_FILESW. Trevor King2009-06-252-5/+6
| |
| * Added auto-generated version info. (be --version)W. Trevor King2009-06-252-3/+14
| |
| * Remove blank line from tag's output if no tags existW. Trevor King2009-06-251-1/+2
| |
| * Added regexp matching to `be list --extra-strings'W. Trevor King2009-06-251-4/+8
| |
| * Added extra_strings functionality to libbe.bug.xml and be-xml-to-mbox.W. Trevor King2009-06-252-9/+21
| |
* | Merge with W. Trevor King's tree.Chris Ball2009-06-2566-1377/+745
|\|
| * Merged extra-strings branch, adding be tag/depend.W. Trevor King2009-06-2566-1377/+745
| |\
| | * Added `be depend'.W. Trevor King2009-06-255-21/+108
| | | | | | | | | | | | | | | | | | | | | | | | This closes bug 7ec2c071-9630-42b0-b08a-9854616f9144. BE is now bug free ;). At least until the next commit :p. Writing depend.py turned up a few style points in tag.py which I also fixed.
| | * Added `be tag --list' to list all tags.W. Trevor King2009-06-2555-1344/+280
| | | | | | | | | | | | | | | Loading all the bugs for the list search had the side effect of updating all the bug values files to the new YAML format.
| | * Added -e/--extra-strings option to `be list`W. Trevor King2009-06-251-4/+12
| | | | | | | | | | | | | | | Now you can limit your list to bugs matching certain extra strings, e.g. "TAG:working".
| | * Fixed settings=None bug when bug values file is blank/missing.W. Trevor King2009-06-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Just return an empty dict instead. Steps to reproduce: $ mkdir /tmp/BE-test $ cd /tmp/BE-test $ be set-root $ be new 'having too much fun'
| | * tag --remove now returns bug.settings["extra_strings"] to EMPTY.W. Trevor King2009-06-254-72/+97
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | extra_strings returns to a defaulting property from a cached/generator property, with the help of the new, mutable defaults. Lots of deepcopies avoid mutable default uncertainty too ;). And copy.deepcopy([]) should be pretty cheap. tag --remove had previously left settings["extra_strings"] as [], which polluted the bug's values file. Now the improved defaulting_property notices a return to the default [], and sets the internally stored value to EMPTY. I struggled with creating a more intuitive way to notice changes to extra_strings than the tmp = bug.extra_strings <work on tmp> bug.extra_strings = tmp but didn't have any luck. The problem seems to be that if you only hand out copies of your default, you don't have any pointers to what you handed out to check for changes. On the other hand, if you hand out your original default, any external changes will _change_ your original default. I suppose you could only hand out copies, but keep a list of all copies handed out, but that sounds like a disaster. Reassigning is easy enough.
| | * Use generator instead of default for libbe.bug.Bug.extra_strings.W. Trevor King2009-06-231-1/+3
| | | | | | | | | | | | This avoids the problems associated with mutable defaults.
| | * Added test case for mutables to libbe/settings_object.W. Trevor King2009-06-231-4/+59
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This continues the line of changes started in libbe/properties with the last two commits. Also straightened up stranch double-default in libbe.settings_object.versioned_property and moved the fn_checked before checked, which shouldn't matter because I never use both at once, and can't think of a case where you'd want to. I've also added some docstrings to the settings_object unit tests, since apparently docstrings get printed during the test if they exist, and they look nicer than the name of the unittest itself. More like ./configure output ;).
| | * Cleaned up libbe.propertied.change_hook_property for mutables.W. Trevor King2009-06-231-15/+97
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Now (except for a wimpy hash function) it's as good as it's going to get for true mutables. Calls to change_hook occur for all changes, sometime after the change-enducing action and before the next attribute access. See testChangeHookMutableProperty for an example of the expected behavior. If you're doing some mutable-modification (e.g. t.x.append(5)) and you want to `flush' the changes into a change_hook call, just assign t.x to a dummy variable. e.g. t.x.append(5) dummy = t.x If you _really_ need post-modification change_hook calls without such a flush, you're on your own. Would you get the property-owning class to poll for changes?
| | * Added becommands/tag.pyW. Trevor King2009-06-231-0/+118
| | | | | | | | | | | | | | | Oops, I forgot to add becommands/tag.py with my last commit. Here it is now, with the added ability to remove tags.
| | * Added Bug.extra_strings to support add-on functionality, e.g. `be tag`.W. Trevor King2009-06-235-12/+67
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Versioned properties whose data is a mutable type are tricky, since the simple comparisons we'd been using in libbe.properties.change_hook_property don't work for mutables. For now, we avoid that problem by assuming a change happened whenever a mutable property is set. change_hook_property is a bit untidy at the moment while I work out how to deal with mutables. As an example of using Bug.extra_strings to patch on some useful functionality, I've written becommands/tag.py. I'd suggest future add-ons (e.g. becommands/depend.py?) use the "<LABEL>:<value>" string format to keep it easy to sort out which strings belong to which add-ons. tag.py is still missing command line tag-removal and tag-searching for `be list'. Perhaps something like be list --extra-strings TAG:<your-tag>,TAG:<another-tag>,DEPEND:<bug-id> would be good, although it would requre escaping commas from the tags, or refusing to allow commas in the tags... libbe.properties.ValueCheckError also got a minor update so the printed error message makes sense when raised with allowed being an iterable (i.e. check_property) or a function (e.g. fn_checked_property). All of this digging around turned up a really buggy libbe.bugdir.MultipleBugMatches. Obviously I had never actually called it before :p. Should be fixed now. libbe.comment._set_comment_body has also been normalized to match the suggested change_hook interface: change_hook(self, old, new). Although, I'm not sure why it hadn't been causing obvious problems before, so maybe I'm misunderstanding something about that.
* | | Merge Trevor's version of target --list.Chris Ball2009-06-241-6/+13
|\| |
| * | Merged from main branch. I like my version better ;).W. Trevor King2009-06-240-0/+0
| |\ \ | |/ / |/| |
* | | Add documentation and testcase for "be target list".Chris Ball2009-06-241-0/+4
| | |
* | | Only print a target in "be target list" if it's a string.Gianluca Montecchi2009-06-241-1/+1
| | |
* | | Add "be target list", to show a list of existing targets.Chris Ball2009-06-241-0/+6
| | |
* | | Merge with W. Trevor King's tree.Chris Ball2009-06-2455-214/+816
|\ \ \ | | |/ | |/|
| | * `be target list` -> `be target --list` to standardize syntax.W. Trevor King2009-06-241-3/+13
| | | | | | | | | | | | | | | | | | And avoid confusion with bugs who's shorname is `list'? ;) Now the usage info and help string also reflect the new method.
| | * Add ability to list all current targets.Gianluca Montecchi2009-06-241-0/+7
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | From his Wed, 24 Jun 2009 23:08:25 +0200 email to the list: Hello As I noted some time ago, there is not a way to list all the present targets in the current repository. At the time, Chris send me a patch to have this feature, but it still not merged in the last revision (314). So this is a patch for this feature to apply against revision 314. It is basically a port of the old Chris's patch. bye Gianluca
| * Consolidated outstanding bugs.W. Trevor King2009-06-2222-69/+272
| | | | | | | | | | | | | | | | | | | | Only one live bug left: 7ec2c071-9630-42b0-b08a-9854616f9144 I've decided (mostly due to the huge Trac post, see bug comments) to _not_ hardcode dependencies, but to add an attribute-creation mechanism that a becommand/depend.py could use for dependency tracking. Time for a new branch to think this out...
| * Added `be list --sort *` for user-selectable sorting.W. Trevor King2009-06-2230-126/+281
| | | | | | | | | | | | | | | | | | | | | | Also added libbe.bug.cmp_last_modified, which handles part of 9ce2f015-8ea0-43a5-a03d-fc36f6d202fe. To do better we could extend the RCS framework. I also transcribed a few emails from the be-devel list onto their relavent bugs and closed a few bugs. Finally, I removed some left over InvalidValue cruft.
| * Use Comment.content_type in xml output.W. Trevor King2009-06-222-2/+8
| |
| * Merged be-xml-to-mboxW. Trevor King2009-06-225-20/+258
|/|
| * Created be-xml-to-mbox.W. Trevor King2009-06-221-0/+181
| | | | | | | | | | | | Converts the output of `be list --xml` mbox format. For example: $ be list --xml | be-xml-to-mbox | catmutt
| * Only print RFC 2822 date in bug xml output.W. Trevor King2009-06-221-3/+1
| |
| * Escape XML strings.W. Trevor King2009-06-223-17/+17
| | | | | | | | | | | | Since <creator>John Doe <jdoe@example.com></creator> is not valid XML.
| * Adjusted catmutt for portability following Mortiz' suggestions.W. Trevor King2009-06-221-5/+5
| |
| * Fixed libbe.settings_object.EMPTY output in bug/comment XML.W. Trevor King2009-06-222-2/+2
| | | | | | | | The xml() method hadn't been updated since the settings_object revamp.
| * Adjusted comment XML fields for consistency.W. Trevor King2009-06-221-4/+4
| | | | | | | | | | Renamed "name" -> "short-name" and "in_reply_to" -> "in-reply-to". Reordered uuid before short-name.
| * Converted xml/grepm to xml/catmutt.W. Trevor King2009-06-222-65/+59
| | | | | | | | | | | | Now $ cat example.mbox | catmutt works. Onwards to be-xml-to-mbox!
| * Added grepm as a template for an output-mbox-to-mutt script.Moritz Barsnick (at dot)2009-06-221-0/+65
| | | | | | | | | | | | | | | | | | | | | | The goal is to turn grepm into catmutt, and end up with $ be --xml list | be-xml-to-mbox | catmutt to browse current bugs and comments in mutt. Moritz has generously donated grepm under GPLv2. Not GPLv>=2 yet, so if the project decides to go to GLPv3 for example, this file will have to stay behind. Not that I see such a change coming, but I thought it was worth commenting on, so we don't forget.
* | Replaced some doctest output with ellipses.W. Trevor King2009-06-212-24/+24
|/ | | | Following Chris' advice. Don't know what I was thinking before ;).