get_parent_map(None) is not valid

Bug #893608 reported by Dimitri John Ledkov (ex-credativ)
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
bzr-builddeb
Fix Released
Medium
Jelmer Vernooij

Bug Description

Am I doing something wrong?! Got this traceback...
Please look at this =)))

$ bzr dep3-patch -rtag:6.0.3.. lp:openobject-server/6.0
bzr: ERROR: exceptions.ValueError: get_parent_map(None) is not valid

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/bzrlib/commands.py", line 946, in exception_to_return_code
    return the_callable(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/bzrlib/commands.py", line 1150, in run_bzr
    ret = run(*run_argv)
  File "/usr/lib/python2.7/dist-packages/bzrlib/commands.py", line 699, in run_argv_aliases
    return self.run(**all_cmd_args)
  File "/usr/lib/python2.7/dist-packages/bzrlib/commands.py", line 721, in run
    return self._operation.run_simple(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/bzrlib/cleanup.py", line 135, in run_simple
    self.cleanups, self.func, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/bzrlib/cleanup.py", line 165, in _do_with_cleanups
    result = func(*args, **kwargs)
  File "/home/dle/.bazaar/plugins/builddeb/cmds.py", line 1318, in run
    [base_revid])
  File "/usr/lib/python2.7/dist-packages/bzrlib/graph.py", line 420, in find_unique_ancestors
    [unique_revision], common_revisions)
  File "/usr/lib/python2.7/dist-packages/bzrlib/graph.py", line 455, in _find_initial_unique_nodes
    next_unique_nodes = set(unique_searcher.step())
  File "/usr/lib/python2.7/dist-packages/bzrlib/graph.py", line 1344, in step
    return self.next()
  File "/usr/lib/python2.7/dist-packages/bzrlib/graph.py", line 1366, in next
    self._advance()
  File "/usr/lib/python2.7/dist-packages/bzrlib/graph.py", line 1400, in _advance
    found, ghosts, next, parents = self._do_query(self._next_query)
  File "/usr/lib/python2.7/dist-packages/bzrlib/graph.py", line 1423, in _do_query
    parent_map = self._parents_provider.get_parent_map(revisions)
  File "/usr/lib/python2.7/dist-packages/bzrlib/graph.py", line 95, in get_parent_map
    new_found = parents_provider.get_parent_map(remaining)
  File "/usr/lib/python2.7/dist-packages/bzrlib/vf_repository.py", line 1810, in get_parent_map
    raise ValueError('get_parent_map(None) is not valid')
ValueError: get_parent_map(None) is not valid

You can report this problem to Bazaar's developers by running
    apport-bug /var/crash/bzr.2107.2011-11-22T14:40.crash
if a bug-reporting window does not automatically appear.

$ bzr revno ~/.bazaar/plugins/builddeb/
646

Related branches

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

Hi Dmitrijs,

My guess is that revision_id is None for some reason. Does it work if you specify a revision explicitly, e.g.:

bzr dep3-patch -rtag:6.0.3..-1 lp:openobject-server/6.0 ?

Cheers,

Jelmer

Revision history for this message
Dimitri John Ledkov (ex-credativ) (dle-credativ) wrote : Re: [Bug 893608] Re: get_parent_map(None) is not valid

On 25/11/11 02:38, Jelmer Vernooij wrote:
> Hi Dmitrijs,
>
> My guess is that revision_id is None for some reason. Does it work if
> you specify a revision explicitly, e.g.:
>
> bzr dep3-patch -rtag:6.0.3..-1 lp:openobject-server/6.0 ?
>

It may to do something with history and transport to lp.

If I specify end revision I get a different error:

   File "/usr/lib/python2.7/dist-packages/bzrlib/groupcompress.py", line
2069, in _check_read
     raise errors.ObjectNotLocked(self)
ObjectNotLocked: <bzrlib.groupcompress._GCGraphIndex object at
0x20a4f90> is not locked

When I specify end revision and point to a local copy of
lp:openobject-server/6.0 I get:

   File "/usr/lib/python2.7/codecs.py", line 351, in write
     data, consumed = self.encode(object, self.errors)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd8 in position 9:
ordinal not in range(128)

What I really want to do is dep3 formatting of revisions I specified.

So I tried bzr dep3-patch -ctag:6.0.3..-1 lp:openobject-server/6.0

But this didn't work (does not accept revision ranges)

For now I have this in my rules file:

> # You can specify local checkout, e.g.
> # export UPSTREAM_BRANCH=~/src/openerp/6.0/server
> # For running stable-updates and/or get-orig-tarball
> UPSTREAM_BRANCH?=lp:openobject-server/6.0
> PATCH_FILE:=debian/patches/z_stable_updates.patch
> PATCH_LEVEL:=$(shell echo $(DEB_VERSION) | sed -rne 's,.*bzr([0-9]*).*,\1,p')
> stable-updates:
> rm -f $(PATCH_FILE)
> echo "Upstream stable fixes & translation updates" >> $(PATCH_FILE)
> echo "Upto revision $(PATCH_LEVEL) from the stable release branch" >> $(PATCH_FILE)
> echo "Log of changes only (translation updates ignored" >> $(PATCH_FILE)
> bzr log $(UPSTREAM_BRANCH) --forward -n 0 --line -rtag:$(DEB_VERSION_UPSTREAM)..$(PATCH_LEVEL) --show-ids | grep -v "Launchpad Translations" >> $(PATCH_FILE)
> bzr diff $(UPSTREAM_BRANCH) -pa/:b/ -rtag:$(DEB_VERSION_UPSTREAM)..$(PATCH_LEVEL) | filterdiff -p1 -x 'debian/*' >> $(PATCH_FILE)
>

bzr log & bzr diff, which seem to work on the branch, but this doesn't
give me dep3 headers =(

--
With best regards,

Dmitrijs Ledkovs

credativ ltd Tel: 01788 298152
36 Regent Street Fax: 01788 298159
Rugby CV21 2PS - UK http://www.credativ.co.uk

credativ Ltd is registered in England & Wales, company no. 5261743
Registered office: Nelson House, 2 Hamilton Terrace, Leamington Spa,
Warwickshire CV32 4LY

Certified by AccredIT UK with the ICT Supply standard of quality for
Software Product Design and Development

Jelmer Vernooij (jelmer)
Changed in bzr-builddeb:
status: New → In Progress
assignee: nobody → Jelmer Vernooij (jelmer)
importance: Undecided → Medium
Jelmer Vernooij (jelmer)
Changed in bzr-builddeb:
status: In Progress → Fix Committed
milestone: none → 2.8
Revision history for this message
Dimitri John Ledkov (ex-credativ) (dle-credativ) wrote :

Thank you Jelmer, you are a star!

Jelmer Vernooij (jelmer)
Changed in bzr-builddeb:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.