Issues with bazaar 1.1

James Westby jw+debian at jameswestby.net
Tue Jan 22 21:47:04 GMT 2008


Hi,

Sorry for the delay in replying.

On Thu, 2008-01-17 at 15:05 +0100, Ingamells, David wrote: 
> I have recently started using bazaar on a Ubuntu Gutsy platform and
> have encountered some problems:
> 
> 1) I am using the Ubuntu Synaptic package manager in the way advised
> in the bzr installation instructions for Ubuntu. I am not allowed to
> install bzr-gtk (the latest available is 0.90) with bzr 1.x. It
> complains that bzr-gtk requires bzr < 0.91~.
> 
Hopefully this will be updated soon.

> 2) I have the following issues with bzr 1.1.
> 
> I am trying to write some tooling that uses the bzr command to manage
> a task (aka change set) based system based on bzr's revisions with a
> central "master" repository. Before allowing a user to perform a
> commit with this tooling I want to do some quality checks to ensure
> that the update builds with the latest updates from other developers
> that have been already merged into the master repository. To do this I
> need to run some bzr command that gives back a status to my script
> about missing revisions and merge conflicts. I have been trying
> several commands and find the following:
> 
> a) "bzr missing --quiet" is not quiet. It always prints a message even
> with no missing revisions
> 
> b) The returning of a useful completion status is patchy with many
> commands:

> 
> The documentation is very scant about saying when and what return
> statuses are used.
> 
It would be great if you could file bugs in launchpad for these. I think
two bugs would be best. One for missing not being quiet, the second
for the return statuses.

https://bugs.launchpad.net/bzr/+filebug

They should generally be easy fixes if you want to get a quicker fix.

> 3)I can find no informational command like bzr missing or bzr
> conflicts that does not do anything to the branch (bzr conflicts makes
> x.BASE x.OTHER x.THIS files) except report the conflicts or missing
> revisions AND return a status indicating that these do or do not
> exist. This could easily be added as an option (e.g. --count) to avoid
> upsetting the purists who say that a return status of non-zero
> indicates an error and must not be used for anything else. But then
> bzr diff already does return just the kind of status that I hoped the
> other commands would.

Again I think a bug would be best for this.

You could also write a plugin to overcome these shortcomings, or
indeed to get the exact behaviour that you would like.

Thanks,

James





More information about the bazaar mailing list