If you feel not the console for tracking some possible bugs, you could use apport. This tool (only on Ubuntu) will help you in this task.You must activate it followin g the documentation <https://wiki.ubuntu.com/Apport>. Just a tip : type CTRL + Q for quit and valid after and restart you system.
I've done the necessary for the update of MLT and ask our interrogation. 2011/9/14 [email protected] <[email protected]> > I'll be more to the opinion of Andy. This one seems to be the best ( mlt > =>0.6.0 or 0.6.2). Why ? We support Lucid and +. I 've just checked on sunab > repository and same if in the official repository the version is inferior to > the 0.6.0/0.6.2, they can/should upgrade to the 0.7.2. This is available in > the Sunab PPA. And they certainly upgrade it at a moment. We could only put > a warning about the fact that the user should upgrade to a superior version > if she is inferior at the 0.6.0/0.6.2. > > About TJ and PPA. > I remember pretty well. and what problems (** we have had with this PPA. > > Me too I am impatient to have our new video editing library and another > thing. The day that we have not to said at our user to upgrade their version > of MLT and frei0r-plugins to the ........................Sunab PPA. So it is > a reason why I 'm interested to learn how package a software( i.e. > frei0r-plugins) soon I have the time same if I have began by myselft. > Anyway, it must two years for doing a good packager (source Canonical). > > I am not sure (=not for) to introduce MLT in our PPA. We could have some > problems with. For me the best solution is to wait our new video editing > library. > > Cheers. > > > 2011/9/14 Jonathan Thomas <[email protected]> > >> All good points. =) I think we should definitely consider getting MLT >> into our PPA. My only concern about including MLT, is this feeling that by >> installing our PPA, it automatically flags MLT to be updated to our version, >> which will likely break Kdenlive. Remember back to TJ and some of the >> issues we had with his packaging and PPAs. All of a sudden, apps like VLC >> no longer worked, and they blamed our PPA. >> >> Just a thought: We could add the "melt" based methods back in (and the >> melt executable preference), in addition to the new code. Maybe, use the >> old methods as a "fallback", if an older version of MLT is used. We could >> also disable audio filters for older versions of MLT, prior to 0.6.0. Just >> a few tweaks to the code in question, and we could support Ubuntu 10.04 to >> Ubuntu 11.10 (4 releases). All of this will disappear when we switch to our >> new video editing library. I can't wait for that day to come. =) >> >> My feeling is that once the "melt" issue and packaging issues are >> resolved, there is not much more that will break on Ubuntu 10.04+, unless >> some pyGTK stuff breaks. >> >> What do you think? >> >> Thanks! >> -Jonathan >> >> >> On Wed, Sep 14, 2011 at 1:55 AM, Andy Finch <[email protected]>wrote: >> >>> I'd be inclined to drop support for the older versions of MLT, or at >>> least make 0.6.2 the minimum required for the following reasons: >>> >>> >>> - Users will get a better experience all round with newer versions of >>> MLT. >>> - From 0.6.0 onwards, the audio effects in Openshot were not working >>> due to changes in MLT - our code was modified some time back to >>> accomodate >>> sox/MLT incompatabilities, which changed again in 0.6.0. Now they do >>> work on >>> 0.6.0 and above, but probably wont work on anything earlier than that. >>> - Kdenlive always specify a minimum MLT version (usually the latest) >>> when they do a release, and they don't seem to get too many complaints >>> about >>> that. >>> - One of the reasons for removing melt initially were that some >>> non-Ubuntu distributions were apparently not going to ship melt (I don't >>> have any confirmation of this). >>> >>> So long as we make it clear what versions are required and give some good >>> instructions on how to obtain a later version of MLT (i.e. from a PPA) then >>> I think we can get away with setting 0.6.2 as the minimum. I don't know >>> what's involved, but could we feasibly include a package of MLT in our PPA? >>> >>> Andy. >>> >>> On 14 September 2011 07:17, Jonathan Thomas <[email protected]>wrote: >>> >>>> While testing the Daily PPA tonight, I found a few problems right away. >>>> The Setup.py file for OpenShot was modified to include the /docs/gnome and >>>> /docs/omf folders, which now conflict with the openshot-docs packaging. >>>> Also, I tested the PPA on Ubuntu 10.10, and it fails in the av_formats.py >>>> file. Probably due to an older version of MLT (0.5.6). >>>> >>>> Error: ValueError: invalid null reference in method "new_Properties" >>>> Ln 79: codecs = mlt.Properties(c.get_data('vcodec')) >>>> >>>> This same error is raised on the "vcodec", "acodec", and "formats" >>>> methods. >>>> >>>> It's always tricky to decide which versions of Ubuntu to support. In >>>> past releases of OpenShot, we usually stay compatible with the 4 most >>>> recent >>>> versions of Ubuntu. So, I'm not sure the best way to solve this, other >>>> than >>>> reverting the av_format.py code back to "melt", which is more compatible... >>>> at least for another release. Any thoughts? >>>> >>>> Thanks, >>>> -Jonathan >>>> >>>> >>>> On Tue, Sep 13, 2011 at 5:14 PM, Jonathan Thomas < >>>> [email protected]> wrote: >>>> >>>>> Hi everyone! >>>>> >>>>> *Daily PPA* >>>>> I have setup a LaunchPad recipe ( >>>>> https://code.launchpad.net/~openshot.code/+recipe/openshot-daily<https://code.launchpad.net/%7Eopenshot.code/+recipe/openshot-daily>) >>>>> which takes the latest source code from our trunk, and the latest Debian >>>>> packaging scripts from our Debian branch, and builds a daily version >>>>> (assuming their are new commits in our trunk). The resulting packages are >>>>> then automatically uploaded to a NEW Daily PPA: >>>>> https://code.launchpad.net/~openshot.developers/+archive/daily<https://code.launchpad.net/%7Eopenshot.developers/+archive/daily>. >>>>> I tried my best to give this PPA a "scary" name so only testers will >>>>> install it. I haven't tested this new PPA yet, but I finally got it to >>>>> build and publish without error... so hopefully it works good. I'm going >>>>> to >>>>> give it a test tonight. >>>>> >>>>> *Plans for 1.4.0:* >>>>> This is going to happen really fast, so try and keep up. =) I have filed >>>>> a new bug >>>>> report<https://bugs.launchpad.net/ubuntu/+source/mlt/+bug/848573>to sync >>>>> the newest version of MLT (0.7.4-3) from Debian unstable to Ubuntu >>>>> 11.10's repository. Hopefully, I'll be able to get the Ubuntu developers >>>>> to >>>>> approve the request, since the "Feature Freeze" for 11.10 is already in >>>>> effect. Andy and I are freezing the code base of OpenShot as of today, >>>>> for >>>>> any new features. Translations will take place over the next 10 days (or >>>>> so), and I will be posting a new blog entry to help motivate and recruit >>>>> translators. This gives us 10 days to test OpenShot 1.4.0 on the >>>>> following >>>>> platforms (Lucid, Maverick, Natty, and Oneiric). Hopefully, the daily PPA >>>>> will allow more people to help us test than normal. During this 10 days, >>>>> only bug fixes, and translation updates will happen. Then we release >>>>> 1.4.0 >>>>> to Debian and our PPA somewhere between September 23rd and 26th. We'll >>>>> let >>>>> users give it a try for 1 or 2 days, and be sure we don't have any "huge" >>>>> bugs. Then we'll submit a sync request (with feature freeze exception) to >>>>> Ubuntu 11.10, and cross our fingers they will accept it. >>>>> >>>>> I would encourage every single person on this mailing list to help us >>>>> test. We have a very short window of time to get this released in time >>>>> for >>>>> Ubuntu 11.10. I think it's very important we get our newest code into >>>>> Ubuntu, due to the fact we are now a "Featured Application", and our user >>>>> base will likely increase substantially over the next release cycle. So, >>>>> please, please, please help us test during the next 10 days. Our new >>>>> Daily >>>>> PPA combined with a clean Ubuntu install on VirtualBox is a great >>>>> combination for testing. Good luck to us all! =) >>>>> >>>>> Thanks! >>>>> -Jonathan >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~openshot.developers >>>> Post to : [email protected] >>>> Unsubscribe : https://launchpad.net/~openshot.developers >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~openshot.developers >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~openshot.developers >> More help : https://help.launchpad.net/ListHelp >> >> > > > -- > Olivier > Cenwen un elfe sur la banquise/ an elve on the ice > Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot : > http://linuxevolution.wordpress.com/ > Le forum d'Openshot où vous me trouverez : http://openshotusers.com/ > http://openshotusers.com/forum/index.php > Nothing is lost until the last second. > The family motto : When we want, we can. > > -- Olivier Cenwen un elfe sur la banquise/ an elve on the ice Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot : http://linuxevolution.wordpress.com/ Le forum d'Openshot où vous me trouverez : http://openshotusers.com/ http://openshotusers.com/forum/index.php Nothing is lost until the last second. The family motto : When we want, we can.
_______________________________________________ Mailing list: https://launchpad.net/~openshot.developers Post to : [email protected] Unsubscribe : https://launchpad.net/~openshot.developers More help : https://help.launchpad.net/ListHelp
