pycentral refuses to overwrite local files
When installing a package that uses pycentral, that I had previously installed by hand, I got an error: pycentral: pycentral pkginstall: already exists: /usr/lib/python2.3/site-packages/mutagen/__init__.py pycentral pkginstall: already exists: /usr/lib/python2.3/site-packages/mutagen/__init__.py dpkg: error processing python-mutagen (--install): subprocess post-installation script returned error exit status 1 I think making this an error is a bad decision. File conflicts within the packaging system should already be dealt with via dpkg. Outside of the package system, dpkg always silently overwrites local non-configuration files, and it's not an error normally. This is particularly bad for Python, because the default install prefix for local software is /usr, and there's no distutils uninstall command. So you have to manually find and remove all the files from any locally-installed package to switch to dpkg's version. Unless there's a good reason for this behavior, I think this is a grave bug for pycentral, since no other part of the packaging system creates errors in this situation. -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: [RFS]: python-py{ode,epl}
> I'm not a DD, but thats my 2 cents after looking at diff file: You > can't use "all (>=2.3)" in XS-Python-Version header, it has to be: > "all, >=2.3" if you want to support all python versions >= 2.3 yikes! Thank you for warning me. Although I think it is quite in dissonance with the rest of control file syntax, since I've just used the syntax used in regular Depends/Build-Depends. I don't see why any other field in control file (such as ??-Python-Version should be anyway different) -- was there some reason for such syntax or it is just a "feature" to overcome some problems with commonly accepted format? I am CCing python mailing list for clarification. > try to run: > $ pyversions -r "all (>=2.3)" > and > $ pyversions -r "all, >=2.3" > to see why -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpOptqReP1mC.pgp Description: PGP signature
Re: [RFS]: python-py{ode,epl}
Yaroslav Halchenko ([EMAIL PROTECTED]):
> > I'm not a DD, but thats my 2 cents after looking at diff file: You
> > can't use "all (>=2.3)" in XS-Python-Version header, it has to be:
> > "all, >=2.3" if you want to support all python versions >= 2.3
> yikes! Thank you for warning me. Although I think it is quite in
> dissonance with the rest of control file syntax, since I've just
> used the syntax used in regular Depends/Build-Depends. I don't see
> why any other field in control file (such as ??-Python-Version should be
> anyway different) -- was there some reason for such syntax or it is just
> a "feature" to overcome some problems with commonly accepted format?
> I am CCing python mailing list for clarification.
"all" is not a package, it's a (pseudo) version, you can't use
"version (>= version)" syntax.
For arch indep packages use just "all" or ">= 2.3"
For arch dep packages, you need to add "any" part
("any", "any, >=2.3", "any, >=2.3, <<2.5", ...)
--
-=[ Piotr Ozarowski ]=-
-=[ http://www.ozarowski.pl ]=-
pgpKo4gA5rdCS.pgp
Description: PGP signature
Re: [RFS]: python-py{ode,epl}
Piotr Ozarowski ([EMAIL PROTECTED]):
> For arch dep packages, you need to add "any" part
> ("any", "any, >=2.3", "any, >=2.3, <<2.5", ...)
heh, you need to add "any" to Architecture header, not to
XS-Python-Version of course
--
-=[ Piotr Ozarowski ]=-
-=[ http://www.ozarowski.pl ]=-
pgppSozNJkhIH.pgp
Description: PGP signature
Re: [RFS]: python-py{ode,epl}
> "all" is not a package, it's a (pseudo) version, you can't use
ouh... indeed... pseudo-version... That helps ;-)
> "version (>= version)" syntax.
> For arch indep packages use just "all" or ">= 2.3"
> For arch dep packages, you need to add "any" part
> ("any", "any, >=2.3", "any, >=2.3, <<2.5", ...)
Thank you for the info - I will try to read docs more carefully next
time ;-)
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
pgpbBVnvfoN7B.pgp
Description: PGP signature
Re: Bug#374809: cdbs: updated python class needed to achieve the transition
Coin, This message to say an updated class is coming, as pyversions was updated and is available in unstable. I also need to bump build-deps to enforce having fixed tools. Stay tuned. This should come tomorrow, and i intend to do a team upload if you are not responsive enought, as this is lengthening the Python transition too much. -- Marc Dequènes (Duck) pgpQplZC2jMGK.pgp Description: PGP signature
Re: Bug#374809: cdbs: updated python class needed to achieve the transition
Marc Dequènes (Duck) <[EMAIL PROTECTED]> writes: > This should come tomorrow, and i intend to do a team upload if you are > not responsive enought, as this is lengthening the Python transition too > much. No, tomorrow is in half an hour in DL time, this is too late, i need to go to bed quickly, so here it is. python-distutils.mk Description: Binary data -- Marc Dequènes (Duck) pgpk1ykg94lLX.pgp Description: PGP signature
Re: Bug#372658: python-central has a triangular dependency with python and python2.3
Le jeudi 22 juin 2006 à 20:55 +0200, Bill Allombert a écrit : > I don't know whether the packages above fixed the problem, but > certainly the circular depdendency still exists in Debian. > > python-central: Depends: python (>= 2.3) > python: Depends: python2.3 (>= 2.3.5-14) > python2.3: Depends: python-central (>= 0.4.12) What is the status of this bug? Given past experience with circular dependencies, this is very likely to be a RC bug for a package with so many reverse dependencies. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
