<div dir="ltr"><div><div><div><div>Hi Bernhard,<br><br></div>For several years, I maintained a popular Ubuntu PPA for Linphone and later contributed my packages to Debian. (Belledonne also offered compensation.) For a variety of reasons, which included a lack of upload privileges to the archive, my effort stalled. Besides packaging codecs, I tried to split off libraries that ship inside the upstream tarball but are actually versioned separately. If there is interest, I would be happy to work with you on packaging a new upstream version for Linphone. Thank you!<br></div><br></div>Best regards,<br></div>Felix<br><br><div><div><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 15, 2016 at 4:13 AM, Bernhard Schmidt <span dir="ltr"><<a href="mailto:berni@debian.org" target="_blank">berni@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
linphone is still packaged in SVN. The package has accumulated 6 NMUs in<br>
the last three years. The SVN repo misses at least the last 4 NMUs (the<br>
history is a bit weird) and has been updated to a new upstream version<br>
(3.8.2 I think) that has never been released to unstable.<br>
<br>
Since I need linphone I have converted the SVN repo to git and put it<br>
here<br>
<br>
<a href="https://anonscm.debian.org/cgit/users/berni/linphone.git/" rel="noreferrer" target="_blank">https://anonscm.debian.org/<wbr>cgit/users/berni/linphone.git/</a><br>
<br>
The jessie branch has imported all the accumulated NMUs.<br>
<br>
<a href="https://anonscm.debian.org/cgit/users/berni/linphone.git/?h=jessie" rel="noreferrer" target="_blank">https://anonscm.debian.org/<wbr>cgit/users/berni/linphone.git/<wbr>?h=jessie</a><br>
<br>
Unless anyone objects until end of this week I intend to push the git<br>
repo to pkg-voip, then do an upload of a -2.7 (or -3?) to sid pointing<br>
to the git repo. This way we have at least a clean slate for Stretch. I<br>
don't think we can package a new upstream version in time for stretch<br>
because libraries are involved (although I'm not sure whether it is a<br>
transition if the libraries and all rdeps are built from the same source<br>
package).<br>
<br>
Best Regards,<br>
Bernhard<br>
</blockquote></div><br></div></div></div></div></div></div></div></div>