Fwd: RFS: Scenic 0.6.0 - Telepresence software for live performances and installations
Alexandre Quessy
alexandre at quessy.net
Mon Jun 21 14:58:47 UTC 2010
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello Jonas and the team,
On 10-06-21 06:38 AM, Jonas Smedegaard wrote:
>
> From a quick glance it seems that your latest attempts are wrong. I
> had a go at compiling now (my earlier laptop disk space problems have
> been solved now!) but unfortunately didn't make it far enough to look at
> this issue.
>
Sad I was wrong. Happy your disk is back. :)
What I know for sure, is that the Python modules are not shipped with
any Debian package anymore. :(
> I improved build-dependencies on Boost libs. This shouldn't affect the
> buildability.
>
Ok. I'm taking notes. ;)
I don't know yet how to create patches like that. I gues
git-buildpackage should provide some tools to ease that?
> Python scripts are invoked directly, causing default Python to always be
> used, ignoring autotools $(PYTHON) variable. This is only an issue on
> systems that wants to build for a non-default Python version (i.e. not
> currently a problem with Debian). I believe the best fix is to use the
> autotools-provided $(PYTHON) (and the related python prefix variable - I
> forgot its variable name) to compose the hashbang from a .in file of the
> scripts, instead of the current "/usr/bin/env python" construct.
>
Reading the automake manual (#1) I guess it could be $(PYTHON_VERSION).
#1: http://www.gnu.org/software/hello/manual/automake/Python.html
Since the scripts have some automake variables already expanded, I could
put #!/usr/bin/python@@PYTHON_VERSION@@ there, or something similar?
> Python scripts rely on local modules that are a) not declared and b) not
> yet built. I fixed a) with a patch, but b) still fails. I believe the
> help2man rules need to depend on module building, and the patch then
> changed to use build dir instead of source dir (which is wrong to use in
> any case).
>
I think this is the most critical issue right now. Help2man calls the
Python scripts, which it turn makes Python byte-compile the modules with
the wrong Python version. (?) To fix this, the man page rule in
man/Makefile.am should depend on building the Python modules.
What target would that be ? scenic_PYTHON and rtpmidi_PYTHON ?
> Another issue is weak cleanup. During build, directories and files are
> created, which are not cleaned up in the clean target. I have worked
> around this in the packaging by forcefully removing the build directory,
> so not urgent to fix, just would improve elegancy of upstream build
> routines :-)
>
Yes, I am aware of that. Meanwhile, I am building with `git-buildpackage
- --git-export-dir=../build-area`.
> Another more annoying issue is that upstream autotools do not use
> AM_MAINTAINER_MODE, causing normal builds to regenerate autotools if
> "too old" which might happen accidentally, especially when using a VCS
> as we do. The fix upstream is simple: Add AM_MAINTAINER_MODE to
> configure.am and all should be fine. Until then we need to do a clumsy
> workaround of preserving upstream autotools and restoring in our clean
> rule.
>
I just filled a bug (#2) report upstream about it. It will be in the
next release.
#2: https://svn.sat.qc.ca/trac/scenic/ticket/589
>
> Sorry for my silence - I have been busy with Real Life. I am really
> excited about this package, as it seems to provide quite cool
> functionality that I am really looking forward to play with :-)
>
Happy to read this. :)
Our team really care about improving audio-video tools offer for
GNU/Linux. We hope this package will be useful, and believe it really
answers a need. (especially for live events and installations)
Thanks for your help!
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJMH34iAAoJEJQ0pOgl2qx1cmgP/2mM35SGOeV/ElfxmCNyIk4k
3z1wH8OZRgcDB5KlvBSPd5wK7dL0CW9IPSzZHVB7I9dzUkAsA0cx4aAIvTjFaxzK
u4ex7Y2KvpivIiRRsow2c1iFommpPlH3aHh8o7t+aC6tOdMQdsDHBdPDAK15P63G
v+BXLVhjOO74oK0uH4tlrptg3LG7B3UBJH4xRBijF5OtVayJf1SUferZMzUR7XcS
klDIdK/Gyxz0CprZTPRlo6jcUjCU2vbpyxhwYIajhxrKqe295okL+WoVgFHNGJKn
hmujBD6qQYAQauAUVR21eboNzmu5q7rNE06TLU66PUd78Xv/Uq08PUeUfGuatl6t
46TlCQjyDyyL8R/fDe1t8L4/HXWxIWlUChMvFDKZ6EPsBO1tXko1XmJ7Ivig5g04
9GR0bYPTkrwZydXJtBmCEjHzuHU1HdtDZdRC8IpHN0RIhDI3C+qjyw+TaIQwGw8R
eJOceOhWUokuElNL/cF/gJR+RRlJD43ccMP/Q8vtGvTGWdMVXmevsTbG2XOuoRSy
XnPst3BRrX4VGJ9gx2dv7eGVpn5z4ZXjmEcG1hLT6PN4JcCm5J0eYQLeVpt+0P2e
58hBOZdkqe35L4TfgtXA1cuzfwsP38lLMlbEebwiz3TRTpdLfRUcQ7qRHIyAvJ0s
FdxY93Uip5EjKyl0TDDP
=1iIi
-----END PGP SIGNATURE-----
More information about the pkg-multimedia-maintainers
mailing list