| Summary: | cinelerra is outdated and unmaintenable, we use cinelerra-cvs | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Milosz Kosobucki <mikomek> |
| Component: | [OLD] Unspecified | Assignee: | Luca Barbato <lu_zero> |
| Status: | RESOLVED LATER | ||
| Severity: | enhancement | CC: | denics, lpetersen, thomas.bettler |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | All | ||
| URL: | cvs.cinelerra.org | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Milosz Kosobucki
2005-09-13 07:23:07 UTC
grep -C2 cinelerra /usr/portage/profiles/package.mask # <lu_zero@gentoo.org> (14 Jan 2005) # Cinelerra is too broken to be fixed media-video/cinelerra Use media-video/cinelerra-cvs. What's broken about it, exactly ? The comment in the mask file doesn't say. Others seem able to use Cinelerra, so there must be some way of getting it to work ? Hmm, I think that new version of cinelerra is something diffrent than 1.x version and it should be stable. Maybe just Mark only <media-video/cinelerra-2.0 as masked. Oh, and I forgot to say that the new version comes from the "suggested" CVS branch. The main problem with cinelerra non cvs is the fact it doesn't work on ppc and that has a quite itchy build system. (the main problem is that it doesn't error out on compiler faults and other minor issues) I'll check the 2.0 and hopefully someone will keep the cinelerra-cvs up do date just in case. Tested, it doesn't build at least on a first try on x86 and I'm afraid it won't build correctly on ppc. For now marked as LATER Hopefully I'll update the cinelerra-cvs ebuild once the 2.0 interesting bits will be backported. Okay, thanks for answering. The current cinelerra-cvs in portage (20050801) fails with a sandbox violation, btw (see bug #103534) I tested x264 lib (svn) and cinelerra-cvs from cvs both compiled without problems. Though visualisation must be disabled in x264. *** Bug 113560 has been marked as a duplicate of this bug. *** *** Bug 115401 has been marked as a duplicate of this bug. *** I tried compiling cinelerra 2.0.0 but it has also failed. But the build system told me what was it going about :
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include -I../utils -DLAVPLAY_VERSION=\"1.6.3-rc1\" -I/usr/local/src/jpeg-mmx -I/usr/include/lqt -march=athlon-4 -mno-sse2 -mcpu=athlon-4 -I/home/mikom/cinelerra-2.0/alsa-lib-1.0.8/include -L/home/mikom/cinelerra-2.0/alsa-lib-1.0.8/i686 -pthread -Wall -Wunused -MT liblavfile_la-lav_io.lo -MD -MP -MF .deps/liblavfile_la-lav_io.Tpo -c lav_io.c -o liblavfile_la-lav_io.o`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
lav_io.c:39:23: quicktime.h: No such file or directory
In file included from /usr/include/lqt/lqt.h:5,
from lav_io.c:40:
/usr/include/lqt/lqt_codecinfo.h:234: error: parse error before '*' token
/usr/include/lqt/lqt_codecinfo.h:236: error: parse error before '*' token
In file included from lav_io.c:40:
/usr/include/lqt/lqt.h:14: error: parse error before '*' token
So, maybe after resolving some library issues it might be useable. I would like to see it so because the latest cvs version seem to be screwed (constant crashes).
No, I won't touch cinelerra, is a waste of time trying to make it build and the cinelerra-cvs fork works better and has a sane build system. Once cinelerra has a proper release and a clean codebase I'll might consider adding it back, I'm sorry but I wasted too much time on it already. |
