[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Packaging mlt git snapshot and kdenlive trunk for squeeze



Am 18.08.2010 21:50, schrieb Adam D. Barratt:
On Tue, 2010-08-17 at 19:21 +0200, Patrick Matthäi wrote:
Am 17.08.2010 00:17, schrieb Adam D. Barratt:
On Sat, 2010-08-14 at 13:46 +0200, Patrick Matthäi wrote:
mlt:

$ diff -Naur mlt-0.5.6/ /home/me/Coding/mlt/ --exclude=.git|diffstat
[...]
    27 files changed, 391 insertions(+), 309 deletions(-)

This doesn't look unreasonable.

Ok

After an off-list discussion, a slightly smaller package was uploaded as
0.5.6+git20100727-1; I've just unblocked that.

mlt has been migrated to Squeeze now, thanks.

I have talked again with some kdenlive upstreams about the current situation. They are currently in a feature freeze and they plan to release in the mid of september. But, as ago, the current changeset is quite big to the version in squeeze:
172 files changed, 22489 insertions(+), 8212 deletions(-)

This diffstat includes also translation updates.

I have talked with upstream about different solutions now, here are some:

1) Waiting on 0.7.8 to get released
Mid of sep maybe; it may be a bit too late, but upstream is quite helpfull in fixing new regression, which may be introduced later.
*My* preferred option

2) Branch 0.7.7.1 and only merge bugfixes from trunk
Two developers ACKed, that it may be as much work, as writing 0.7.8 from scratch, because of many merge conflicts, where bugfixes depend on LOC from new features or something like that

3) Switching back to 0.7.7.1
As upstream said "it has bugs, but less than the current squeeze snapshot". I have to add a period to the version and backporting some changes, as:
- Fixes incorrect recordmydesktop command line options.
  Closes: #584523
 * New upstream svn snapshot.
   - Fixes FTBFS on armel.


Option 2) would be nice to have, but too much work. Option 1) is my preferred option, because there are many bugfixes, but yeah also new features.
Options 3) would be my fallback.

1) and 3) are both not prepared. I want to coordinate my actions first with you.

btw there is also a new feature in the current Squeeze snapshot, which has been removed again, because it was too buggy, so one less feature and a good QA :)

--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatthaei@debian.org
        patrick@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/


Reply to: