Le jeudi 30 novembre 2006 00:42, Nicolas François a écrit :
> tags 400072 patch
> thanks
>
> Hello,
>
> Please find attached a patch to fix the FTBFS.
>
> I removed mucipher.i from the sources list in Mucipher/python/SConscript.
> sources is used to make a SharedLibrary, and scons has no way to use it
> for inclusion in a library.
> This does not seems to be a source file. And the package builds cleanly
> without.
>
> In the same file, I changed the order of the arguments of file_copy to
> match the Environment.Command documentation.
>
> The change in Tools/SConscript is due to a bug in scons. I will file a bug
> against scons, but for the moment, I recommend to use it (otherwise, scons
> compile with "-D{'HAVE_VORBIS': 1}" instead of -DHAVE_VORBIS=1)
> This could be fixed in other ways (e.g. by using a tupple instead of a
> dictionnary: env_libmuscan.Append(CPPDEFINES = ("HAVE_VORBIS", 1)), but
> this behavior do not seems to be documented.
>
> Kind Regards,
Thanks for your patch.
In fact your patch fix the FTBFS but there's a new problem.
Python bindings do not works anymore :
[EMAIL PROTECTED]:~$ python
Python 2.4.4c0 (#2, Jul 30 2006, 18:20:12)
[GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mucipher
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/var/lib/python-support/python2.4/mucipher.py", line 51, in ?
class shaBlock:
File "/var/lib/python-support/python2.4/mucipher.py", line 53, in shaBlock
hasher = mucipherc.shaBlock
AttributeError: 'module' object has no attribute 'shaBlock'
>>>
I'm still wainting the upstream author comes back (he emailed me a few days
ago) but feel free to have a look if you think you can solve this problem.
Regards.
