Now (apt-get -f install) completes the openoffice.org (and the rest of
the held back packages) OK. Then (apt-get upgrade) seems to do a lot of
that again. FWIW, any language that points at separate objects with the
names "self.<object>" and "<object>" has serious design defects.
Disambiguation should not create ambiguity. And how come it failed only
on a few installations, like mine? Don't get me started (too late)...
On Thu, 2006-12-21 at 10:13 +0000, Kazade wrote:
> Replacing the if with:
>
> if version == default_version or version.replace('.', '') == default_version:
> default_runtime = rt
>
> worked for me.
>
--
That didn't change anything for me. But it inspired me to pycentral: 696 , which failed with default_runtime is
edit /usr/bin/
"NoneType":
# diff /usr/bin/ pycentral. bug /usr/bin/pycentral runtime. remove_ byte_code( self.private_ files) runtime. remove_ byte_code( self.private_ files) runtime. remove_ byte_code( self.private_ files)
696c696,700
< default_
---
>
self.default_
>
> #default_
> # fails: default_runtime is "NoneType"
Now (apt-get -f install) completes the openoffice.org (and the rest of
the held back packages) OK. Then (apt-get upgrade) seems to do a lot of
that again. FWIW, any language that points at separate objects with the
names "self.<object>" and "<object>" has serious design defects.
Disambiguation should not create ambiguity. And how come it failed only
on a few installations, like mine? Don't get me started (too late)...
On Thu, 2006-12-21 at 10:13 +0000, Kazade wrote: replace( '.', '') == default_version:
> Replacing the if with:
>
> if version == default_version or version.
> default_runtime = rt
>
> worked for me.
>
--
(C) Matthew Rubenstein