En/na Richard Spindler ha escrit:
2008/1/20, Herman Robak <[EMAIL PROTECTED]>:
Patching Cinelerra 2.x to an acceptable level _may_ be doable this
year. I think the statement "I believe in Cinelerra" was a vote in
favour of patching Cinelerra 2.x, otherwise it should have said
"I believe in the future of Cinelerra".
So, I've seen there are quite a view packages available for cinelerra at:
http://cvs.cinelerra.org/getting_cinelerra.php
How are these packages built? I guess they are built by hand and then uploaded?
thouse packages are build from time to time by contributors, there's no
strict scheduling by now.
What about setting up some kind of "Build Farm" that automatically
fetches cin from the repository, uploads her to a selection of virtual
machines running different _popular_ Linux Platforms, builds packages
and puts them onto some publicly available repositories?
While I normally do not tend to recommend throwing organizational and
administrative resources at a coding problem, I feel that in this
unique situation it could make sense, and therefore I'll argue a bit
for it.
As always, these are my opinions and you are free to disagree and argue against.
As cinelerra uses mpeg and other stuff, it is somehow neglected by
official repositories of big distributions, so alternative channels
are needed. There is the Open Suse Built Service, but it prohibits
mpeg-multimedia related packages, so this is not an option either. I
am just stating this for the sake of completeness.
more than a year ago i was trying to impulse a scheduled packaging of
cinelerra to include it in ubuntustudio (a derivated ubuntu oriented to
multimedia stuff). there's no problem including this package because
propietary codecs, you can produce videos with just free codecs. the
problem was that cinelerra's source code is a mess, there's a lot of
files with unidentified license. even worse, there's known propietary
files (fonts) that must be substituted by free ones. as heroine warriors
dont care about that there's a lot of work here, not just a "friendly
fork" but deep changes. heroin warriors is in fact violating GPL
license, but they just dont care.
for me the worst is that cinelerra is stalled for several years in this
situation. few coders, lot of expectation. if you look at the list
you'll see so much "if you want this feature just do it yourself".
you'll see also lot of "what if...?" trying to change this situation.
and im not talking about last months, im talking about 5 years ago.
i dont think a "pacakge farm" could improve things. packaging is not the
problem. lot of people (even me) can package.
to solve this situation should be some big changes in the way cinelerra
CV works. non-friendly fork may sound to harsh, but i dont see any
benefit of cooperating with people (HW) that hardly says thanks when
uses code from CV developers.
throwing all the code and beginning from scractch can also sounds to
big, but there's a lot of problems derivated from old code. to change
gui libraries, for example, is almost impossible because some decisions
taked years ago.
i was very excited when ubuntu people contacted me to package cinelerra.
now i see that cinelerra will never get repos (read get massive users)
if it goes on this way.
im still on the list and reading from time to time to see if something
changes. meanwhile i play with kdenlive and i smile evertime a new
feature appears.
--
========================
^ ^
O O
(_ _)
muzzol(a)muzzol.com
========================
jabber id: muzzol(a)jabber.dk
========================
No atribueixis qualitats humanes als ordinadors.
No els hi agrada.
========================
"El gobierno español sólo habla con terroristas, homosexuales y
catalanes, a ver cuando se decide a hablar con gente normal"
Jiménez Losantos
========================
<echelon spamming>
bomb terrorism bush aznar teletubbies
</echelon spamming>
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
