apport appears broken in latest updates/dailies

[Bryce Harrington]

That looks more like a launchpad breakage type bug.  Hard to work around
in scripts.  Does it work if you re-run it a few more times?

On Tue, Mar 16, 2010 at 02:40:06PM -0400, Jeremy Foshee wrote:
> On Mon, 2010-03-15 at 09:02 +0100, Martin Pitt wrote:
> > Hello all,
> > 
> > Bryce Harrington [2010-03-14 16:15 -0700]:
> > > > I thought the -p was no longer required on Karmic? and later?  Looks
> > > > like its no longer supported.  apport is supposed to self classify the
> > > > parameters these days, package or bug #.
> > 
> > Only for apport-bug, not for apport-collect.
> > 
> > > Pitti, probably would be a good idea even if -p is now unneeded, to
> > > leave it supported as a depricated option for the period of one release
> > > cycle.
> > 
> > It seems that it's just plain broken (inadvertantly). Filed as
> > 
> >   https://bugs.launchpad.net/ubuntu/+source/apport/+bug/538944
> 
> 
> Pitti,
> 	I've just seen the following from a different bug:
> 
> "ubuntu at ubuntu:~$ apport-collect -p linux 422159
> Traceback (most recent call last):
>   File "/usr/share/apport/apport-gtk", line 354, in <module>
>     app.run_argv()
>   File "/usr/lib/python2.6/dist-packages/apport/ui.py", line 538, in
> run_argv
>     return self.run_update_report()
>   File "/usr/lib/python2.6/dist-packages/apport/ui.py", line 472, in
> run_update_report
>     attachment_comment='apport information')
>   File
> "/usr/lib/python2.6/dist-packages/apport/crashdb_impl/launchpad.py",
> line 334, in update
>     bug.lp_save()
>   File "/usr/lib/pymodules/python2.6/lazr/restfulclient/resource.py",
> line 638, in lp_save
>     URI(self.self_link), representation, headers)
>   File "/usr/lib/pymodules/python2.6/lazr/restfulclient/_browser.py",
> line 316, in patch
>     'PATCH', extra_headers=extra_headers)
>   File "/usr/lib/pymodules/python2.6/lazr/restfulclient/_browser.py",
> line 256, in _request
>     raise HTTPError(response, content)
> lazr.restfulclient.errors.HTTPError: HTTP Error 412: Precondition Failed
> Response headers:
> ---
> content-length: 0
> content-type: text/plain
> date: Tue, 16 Mar 2010 04:08:54 GMT
> server: zope.server.http (HTTP)
> status: 412
> vary: Cookie,Authorization,Accept
> via: 1.1 wildcard.edge.launchpad.net
> x-content-type-warning: guessed from content
> x-powered-by: Zope (www.zope.org), Python (www.python.org)
> ---
> Response body:
> ---
> "
> 
> That does not seem to be the same issue as for the breakage of -p. Does
> this need to be brought up with anyone else or do you recognize this
> failure. The reporter indicates that his network connection seems to be
> working well.
> 
> Thanks!
> 
> ~JFo
> 
> > Thanks for pointing out!
> > 
> > Martin
> > 
> 
>