Huh. On Fedora Rawhide (which carries pycdio 0.18) things are even
worse than I expected:
[thomas@otto ~]$ mach -r fde64 chroot
Entering /var/lib/mach/roots/fedora-development-x86_64-core, type exit
to leave.
-bash-4.2# python
Python 2.7.3 (default, Dec 11 2012, 20:49:32)
[GCC 4.7.2 20121109 (Red Hat 4.7.2-9)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pycdio
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib64/python2.7/site-packages/pycdio.py", line 411, in
<module>
CDTEXT_ARRANGER = _pycdio.CDTEXT_ARRANGER
AttributeError: 'module' object has no attribute 'CDTEXT_ARRANGER'
>>>
Apparently it's now CDTEXT_FIELD_ARRANGER in _pycdio ?
Any idea why things are like this?
Thomas
On Sun, 2013-01-27 at 22:53 +0100, Thomas Vander Stichele wrote:
> I've been getting reports from morituri users with pycdio 0.18 that
> morituri does not work.
>
> The reason is the removal of symbols from _pycdio; for example
> _pycdio.MIN_DRIVER is gone.
>
> Is there a good reason for breaking backwards compatibility or is this
> an oversight ?
>
> Thomas
--
Never knew there were only
ten million ways to love somebody
Flumotion - the only way to stream!
http://www.flumotion.net/
