Hi, (I have added the libebur128 Debian package maintainers to CC)
@Andrew and Sebastian: May you contact upstream to merge/discuss/solve both issues with Brian? There is not so much time anymore to solve this for our Stretch release (a few months). @Dan and Brian: It is disabled, but I am also not happy about it. Renaming all files to hide the library would be quite ugly and I should detect it. I can understand your frustration, but using embedded libraries produces tons of new problems (always!). Am 09.07.2016 um 04:09 schrieb Dan Dennedy: > > You do not need to abide by their policy. This is a clear fork of > libebur128. Let them figure out what they want to do about it. Debian > can simply disable that module if they feel the need. > > > On Fri, Jul 8, 2016, 7:06 PM Brian Matherly <c...@brianmatherly.com > <mailto:c...@brianmatherly.com>> wrote: > > Hmm. Ok. I don't really understand the policy. I feel like it > unnecessarily withholds valuable features from the users. What if > I rename the files and reorganize the code so that it no longer > resembles libebur128 - and there is no hope of ever merging > changes between the two code bases? Then, would the policy no > longer apply? After 6 months I am tired of waiting for libebur128 > to accept (or reject) the pull requests. > > ~Brian > > > ------------------------------------------------------------------------ > *From:* Patrick Matthäi <pmatth...@debian.org > <mailto:pmatth...@debian.org>> > *To:* Brian Matherly <c...@brianmatherly.com > <mailto:c...@brianmatherly.com>>; "mlt-devel@lists.sourceforge.net > <mailto:mlt-devel@lists.sourceforge.net>" > <mlt-devel@lists.sourceforge.net > <mailto:mlt-devel@lists.sourceforge.net>> > *Sent:* Friday, July 8, 2016 1:39 PM > > *Subject:* Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update > internal libebur128 to version 1.1.0 > > Thanks for your update, I thought a merge TO mlt is missing. Since > it "just" provides additonal features I do not see a good chance > to provide the fork within Debian (and Ubuntu and so on pulls from > Debian) :( I may be forced later to remove it again. > In oct/nov we will freeze our testing/stretch, so I hope libebur > will merge the pull requests in the next time so that I still can > provide these features for stretch > > Am 08.07.2016 um 15:21 schrieb Brian Matherly: >> No. >> >> MLT uses additional features which have not yet been merged into >> libebur128: >> https://github.com/jiixyj/libebur128/pull/49 >> https://github.com/jiixyj/libebur128/pull/51 >> We will have to keep using our own fork until the changes are >> merged and released in libebur128. >> >> Is there any way to get an exception to the Debian rule and allow >> the internal ebur128 to be used until the features are released >> by libebur1238? >> >> ~Brian >> >> >> ------------------------------------------------------------------------ >> *From:* Patrick Matthäi <pmatth...@debian.org> >> <mailto:pmatth...@debian.org> >> *To:* mlt-devel@lists.sourceforge.net >> <mailto:mlt-devel@lists.sourceforge.net> >> *Sent:* Friday, July 8, 2016 5:55 AM >> *Subject:* Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update >> internal libebur128 to version 1.1.0 >> >> Hi >> >> >> Am 02.03.2016 um 21:08 schrieb GitHub: >> > Branch: refs/heads/master >> > Home: https://github.com/mltframework/mlt >> > Commit: 19b2fb8bc13ff561367d4bf6927ba7809f6b23dd >> > >> >> https://github.com/mltframework/mlt/commit/19b2fb8bc13ff561367d4bf6927ba7809f6b23dd >> > Author: Brian Matherly <c...@brianmatherly.com >> <mailto:c...@brianmatherly.com>> >> > Date: 2016-03-02 (Wed, 02 Mar 2016) >> > >> > Changed paths: >> > M src/modules/plus/Makefile >> > M src/modules/plus/ebur128/ebur128.c >> > M src/modules/plus/ebur128/ebur128.h >> > R src/modules/plus/ebur128/queue.h >> > A src/modules/plus/ebur128/queue/sys/queue.h >> > >> > Log Message: >> > ----------- >> > Update internal libebur128 to version 1.1.0 >> > >> Will the next mlt version then have the option to link against the >> system libebur version? >> >> >> ------------------------------------------------------------------------------ >> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park >> in San >> Francisco, CA to explore cutting-edge tech and listen to tech >> luminaries >> present their vision of the future. This family event has >> something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> _______________________________________________ >> Mlt-devel mailing list >> Mlt-devel@lists.sourceforge.net >> <mailto:Mlt-devel@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/mlt-devel >> >> > > > > > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park > in San > Francisco, CA to explore cutting-edge tech and listen to tech > luminaries > present their vision of the future. This family event has > something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape_______________________________________________ > Mlt-devel mailing list > Mlt-devel@lists.sourceforge.net > <mailto:Mlt-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/mlt-devel >
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev
_______________________________________________ Mlt-devel mailing list Mlt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mlt-devel
