Re: openstack in EPEL status

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11/16/2011 09:52 PM, Pádraig Brady wrote:
> On 11/16/2011 07:11 PM, Steve Traylen wrote:
>> 2011/11/16 Pádraig Brady <P@xxxxxxxxxxxxxx>:
>>> python-nose is not new enough to build.  The correct version wasn't
>>>    specified in the spec though and the resultant error crashed RHEL once:
>>>      https://bugzilla.redhat.com/show_bug.cgi?id=753505
>>>    I hacked together an updated python-nose to allow running sqlalchemy %checks
>>>    which passed, but then disabled the %checks so as not to need a newer
>>>    python-nose (and the newer packages it in turn needs to be built with).
>>
>> I'm happy to tackle some of these python dependencies within EPEL.
>> If you can add what's needed to
>> http://fedoraproject.org/wiki/OpenStack
> 
>> I'll take a few. Looking now on this page there looks to be nothing
>> that needs reviewing
>> or anything or am I missing something?
> 
> I've just updated the wiki page with the latest info.
> Really all that's left to be done is python-{webob,sqlalchemy} updates
> (though there may be other packages that pop up as testing progresses).
> However, the exact course is not fully decided yet, as I'm testing lots of
> combinations locally to see which is best to commit.

Well monkey patching sqlalchemy and webob was getting too invasive,
so it looks like we'll have to add python-webob1.0 and python-sqlalchemy0.7
packages to epel. Steve, feel free to tackle webob1.0 (1.0.8).
If not I'll do it after I submit python-sqlalchemy0.7 (0.7.3)
(after confirming here first).

cheers,
Pádraig.

p.s. for my own reference I've attached the BigInteger monkey patch
which might be otherwise useful, which I was using from glance.registry.db.bigint
# monkeypatch these database types to provide a BigInteger type,
# which was only added to sqlachemy proper in 0.6
import sqlalchemy.databases.sqlite
import sqlalchemy.databases.postgres
import sqlalchemy.databases.mysql


from sqlalchemy.types import *

class BigInteger( Integer ):
    """
    A type for bigger ``int`` integers.

    Typically generates a ``BIGINT`` in DDL, and otherwise acts like
    a normal :class:`Integer` on the Python side.

    """

class BIGINT( BigInteger ):
    """The SQL BIGINT type."""

# sqlite doesn't have this defined in 0.5.5 at least,
# so we need to add it explicitly
class SLBigInteger( BigInteger ):
    def get_col_spec( self ):
        return "BIGINT"

sqlalchemy.databases.sqlite.SLBigInteger = SLBigInteger
sqlalchemy.databases.sqlite.colspecs[BigInteger] = SLBigInteger
sqlalchemy.databases.sqlite.ischema_names['BIGINT'] = SLBigInteger
sqlalchemy.databases.postgres.colspecs[BigInteger] = sqlalchemy.databases.postgres.PGBigInteger
sqlalchemy.databases.mysql.colspecs[BigInteger] = sqlalchemy.databases.mysql.MSBigInteger
_______________________________________________
cloud mailing list
cloud@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/cloud

[Index of Archives]     [Fedora General Discussion]     [Older Fedora Users Archive]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Big List of Linux Books]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

  Powered by Linux