Bugzilla Bug 147597

The latest ebuild in the official tree is cinelerra-cvs-20060619, outdated by
three months: in fact, cinelerra doesn't even use cvs anymore, they use svn.

Attached is a cinelerra-svn-20060914 ebuild I've created; actually, it's a very
slightly modified version of the cinelerra-cvs ebuild (just upped a few package
versions in the deps).

Also, this is cinelerra 2.1, the old cinelerra-cvs was the 2.0 branch.

Created an attachment (id=96989) [edit]
cinelerra-svn-20060914 ebuild

Here it is.

I need a place to put the package, should I attach it as well? It's 32mb

*** Bug 148129 has been marked as a duplicate of this bug. ***

Created an attachment (id=97544) [edit]
cinelerra-svn ebuild checking out svn trunk (head)

Hi, I have attached a modified ebuild that actually uses svn to download head
from the repository.

I'm not sure about the naming convention of such ebuilds, hence the 2.1 (which
is more or less correct right now ;-)

Created an attachment (id=97566) [edit]
patch for the ebuild adding opengl support

Hi!

Here is the patch for the cinelerra-svn-2.1.ebuild which adds 'opengl' patch
'cause now Cinelerra-2.1 supports OpenGL.

Sincerely,
Gour

Thanks a lot to you all for your contribution.
I am closely following cinelerra's progress am I am of course aware of the new
release of cinelerra as it was discussed on the mailinglist and the merge with
the community-version was available trough svn for some time now. Everybody
knew 2.1 was coming so there was no version-bump before that.
As soon as my developer-boxes are up again (sometime in the next four weeks)
I'll bump the package to a new version. Nevertheless this will be of the same
kind as before, meaning we'll provide a svn-snapshot on our mirrors instead of
doing live-svn-checkouts.
Cheers,

Marc.

(In reply to comment #5)
> Thanks a lot to you all for your contribution.
> I am closely following cinelerra's progress am I am of course aware of the new
> release of cinelerra as it was discussed on the mailinglist and the merge with
> the community-version was available trough svn for some time now. Everybody
> knew 2.1 was coming so there was no version-bump before that.
> As soon as my developer-boxes are up again (sometime in the next four weeks)
> I'll bump the package to a new version. 

We are all very eager to get Cinelerra-2.1 into portage.

I am playing with it, but experience all kinds of strange problems...

One is that Cinelerra-2.1 needs libmpeg3-1.7, but when I was loading mpeg
files, the old 1.5.2 version was used and progress dialog in Cinelerra was just
hanging.

I built libmpeg3-1.7 with the ebuild & patches in
http://bugs.gentoo.org/show_bug.cgi?id=45325, so the above ebuild for
cinelerra-svn needs a patch to reflect the fact, but I'll update the whole
ebuild to make it easier and less confusing.

Sincerely,
Gour

Nevertheless this will be of the same
> kind as before, meaning we'll provide a svn-snapshot on our mirrors instead of
> doing live-svn-checkouts.
> Cheers,
> 
> Marc.
> 

Created an attachment (id=98239) [edit]
updated ebuild with dependency on new libmpeg3-1.7.ebuild

Hi!

Here is the new ebuild with the dependency on libmpeg3-1.7 ebuild.

Sincerely,
Gour

(In reply to comment #5)
> Thanks a lot to you all for your contribution.

Hi Marc!

> Nevertheless this will be of the same kind as before, meaning we'll provide a > svn-snapshot on our mirrors instead of doing live-svn-checkouts.

I played a bit with Cinelerra in recent time (hit my head against the hard wall
of ALSA-related problems :-) and seeing that Cinelerra is quite
fast-moving-target, here I'm proposing to have live-svn ebuild and attach
updated ebuild.

Please free to correct whatever is required.

Since the http://bugs.gentoo.org/show_bug.cgi?id=45325 is not resolved (yet)
and  
Cinelerra-2.1 has in SVN libmpeg3, I put restriction on libmpeg3 lib (having
old   
libmpeg3-1.5.x caused lot of problems too.)

I also added a hack in ebuild to get SVN Revision number available for easier
debugging.

My proposal is to add cinelerra-svn ebuild to official list of Gentoo overlays
so it can be managed with layman?

Sincerely,
Gour

(From update of attachment 98239 [edit])
Hi!

http://bugs.gentoo.org/show_bug.cgi?id=45325

is not resolved and since cinelerra-2.1 contains new libmpeg3, this is now
handled with the new ebuild.

Sincerely,
Gour

Created an attachment (id=98688) [edit]
cinelerra-svn live ebuild

Hi!

Here is the new cinelerra-svn ebuild which I propose for inclusion as live
ebuild in the list of Gentoo overlays.

Tested on ~amd64.

Sincerely,
Gour

Created an attachment (id=98702) [edit]
fixed & polished cinelerra-svn-2.1 (live) ebuild

Hi!

Here is updated ebuild for cinelerra-svn-2.1.

Fix: removed extra 'cd ${S}'

Update: echo statement for REPOMAINTXT (according to Cinelerra's devs)

Sincerely,
Gour

Just bumped today's snapshot !


I cannot get any problem with either libmpeg3-1.5.2-r3 or 1.7... if you still
have some problems with this, could you please contact me or file a new bug ? 

By the way, live svn checkouts are not good for the main portage tree, this
makes maintainance impossible. Moreover, think about the poor svn server when
millions of users will do a svn checkout ;)


Thanks for your help.

> I cannot get any problem with either libmpeg3-1.5.2-r3 or 1.7... if you still
> have some problems with this, could you please contact me or file a new bug ? 

For now, I don't use libmpeg3 any longer.

> By the way, live svn checkouts are not good for the main portage tree, this
> makes maintainance impossible. Moreover, think about the poor svn server when
> millions of users will do a svn checkout ;)

I understand, but what about putting cinelerra-svn in overlay list to be
handled   via layman?

Cinelerra is quickly moving target and many important things were added/solved
recently?


Sincerely,
Gour