Why has fedpkg suddenly grown a dependency on MySQL-python?
a.badger at gmail.com
Tue Nov 22 06:55:11 UTC 2011
On Tue, Nov 22, 2011 at 01:16:01AM -0500, Tom Lane wrote:
> I was rather surprised to find a routine "yum update" on my F14 system
> suddenly wanting to pull in a lot of mysql stuff that I'd not had
> installed at the moment. Investigation showed that if I try to remove
> MySQL-python again, yum wants to take all this stuff with it:
> MySQL-python x86_64 1.2.3-1.fc14 @updates 228 k
> Removing for dependencies:
> TurboGears noarch 1.0.9-8.fc14 @updates 7.6 M
> bodhi-client noarch 0.8.0-1.fc14 @updates 25 k
> fedora-easy-karma noarch 0-0.15.20110825git36efb338.fc14 @updates 75 k
> fedora-packager noarch 0.5.9.2-2.fc14 @updates 72 k
> fedpkg noarch 0.5.9.2-2.fc14 @updates 248 k
> python-fedora noarch 0.3.25.1-1.fc14.1 @updates 1.7 M
> python-sqlobject noarch 0.10.2-6.fc14 @fedora 1.6 M
> Needless to say, that would put rather a crimp in my ability to do any
> Fedora packaging work on this machine.
> AFAIK, there is no legitimate reason for fedpkg or fedora-packager to
> need to talk to a mysql database, so I'd really like to see this
> dependency go away again. I have routine occasion to shuffle mysql
> packages in and out, and I don't want entirely-unnecessary dependencies
> getting in the way.
Are you able to upgrade to a later Fedora? I think you're seeing this bug:
which is a confluence of the update policy and conflicting use cases wanting
a bug to either be fixed or not. In Fedora > 14, this shouldn't be an
Note that for your use case, this dep chain might also be breakable in
python-sqlobject. For python-sqlalchemy we decide that we only explicitly
rely on sqlite (which is provided by python itself these days). We treat
MySQL and postgres backends as optional deps that users or applications must
explicitly install if they want to use them.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20111121/3427e3d2/attachment-0001.bin
More information about the devel