Bug#849065: janus depends on libsrtp-dev (>= 1.5)
El 13 mar. 2017 20:14, "Jonas Smedegaard"escribió: I am ready to release Janus now. You wanted notice first? Pong. Go ahead, great work.
Bug#849065: janus depends on libsrtp-dev (>= 1.5)
Quoting Victor Seva (2017-02-15 15:21:11) > 2017-02-05 15:53 GMT+01:00 Jonas Smedegaard: >> Quoting Victor Seva (2016-12-22 14:05:03) >>> Let's try to work to get Janus packaged, no matter if it gets into >>> stretch or not >> >> Would you mind me applying those to the Debian git? >> >> And more generally, would you like me to add myself as co-maintainer >> and hack along without asking you each time? Even release at will >> too? Or what level of coordination would you prefer? > > Sure, go ahead and hack, just ping me before release anything Ping! I am ready to release Janus now. You wanted notice first? - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#849065: janus depends on libsrtp-dev (>= 1.5)
2017-02-05 15:53 GMT+01:00 Jonas Smedegaard: > Quoting Victor Seva (2016-12-22 14:05:03) > > Concretely for Janus the better solution than waiting (in vein) for > libsrtp 1.5 is to instead link with libsrtp2. > > I have a succesful build with a few upstrem-cherrypicked pathes to fix > linking with libsrtp2. Perfect >> Let's try to work to get Janus packaged, no matter if it gets into >> stretch or not > > Would you mind me applying those to the Debian git? > > And more generally, would you like me to add myself as co-maintainer and > hack along without asking you each time? Even release at will too? Or > what level of coordination would you prefer? Sure, go ahead and hack, just ping me before release anything
Bug#849065: janus depends on libsrtp-dev (>= 1.5)
Quoting Victor Seva (2016-12-22 14:05:03) > On 12/22/2016 01:52 PM, Jonas Smedegaard wrote: > > Excerpts from Victor Seva's message of December 22, 2016 10:44 am: > >> I'm working on packaging janus WebRTC gateway [0] but it depends > >> on a newer version of srtp. I notice that some work was done [1] > >> last year in experimental. Is there a plan to upload that version > >> to unstable before the stretch freeze? > > > > Thanks for nudging about this - and thanks for packaging Janus!! > > Thanks to my employer, sipwise! > > > What is needed is for someone to test that all reverse dependencies work > > when linking against the 1.5 release. > > > > I have not yet found time to look into that - much appreciated if you > > could help with that. > > I will try to help on that. I will keep you posted. Evidently noone found time for that in time for Stretch. Concretely for Janus the better solution than waiting (in vein) for libsrtp 1.5 is to instead link with libsrtp2. I have a succesful build with a few upstrem-cherrypicked pathes to fix linking with libsrtp2. > Let's try to work to get Janus packaged, no matter if it gets into > stretch or not Would you mind me applying those to the Debian git? And more generally, would you like me to add myself as co-maintainer and hack along without asking you each time? Even release at will too? Or what level of coordination would you prefer? - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#849065: janus depends on libsrtp-dev (>= 1.5)
Excerpts from Victor Seva's message of December 22, 2016 2:05 pm: On 12/22/2016 01:52 PM, Jonas Smedegaard wrote: Excerpts from Victor Seva's message of December 22, 2016 10:44 am: I'm working on packaging janus WebRTC gateway [0] but it depends on a newer version of srtp. I notice that some work was done [1] last year in experimental. Is there a plan to upload that version to unstable before the stretch freeze? Thanks for nudging about this - and thanks for packaging Janus!! Thanks to my employer, sipwise! Please pass on my thanks to your employer, then! :-) What is needed is for someone to test that all reverse dependencies work when linking against the 1.5 release. I have not yet found time to look into that - much appreciated if you could help with that. I will try to help on that. I will keep you posted. Beware that both my release *and* rebuilds of all reverse dependencies need to be done before NEW queue freeze - i.e. before december 25th or thereabout! There might be a 3rd option: Patch your code to work with current libsrtp - it might work, since what we currently have is a somewhat recent snapshot (might simply be build tools not easily detecting stuff before the SONAME bump). But I strongly recommend you to *not* try solve that now, but instead, if possible, build with srtp support disabled to get your package into NEW queue as soon as at all possible! You have a few weeks in january to rebuild with changed linking _after_ your package gets approved into unstable and _after_ it then enters testing. All in all, chances are slim but not yet zero. But then, chances are even slimmer for you to succeed in packaging janus in time for the NEW queue freeze: I strongly recommend that you release your package without srtp support at first, if at all possible - to get the ftpmasters working on approval of the source while you wait for ways to get usable libsrtp in the archive! Let's try to work to get Janus packaged, no matter if it gets into stretch or not Now that's a very healthy attitude! :-) Looking forward to play with Janus! - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private pgpmJCuqesxUX.pgp Description: PGP signature
Bug#849065: janus depends on libsrtp-dev (>= 1.5)
On 12/22/2016 01:52 PM, Jonas Smedegaard wrote: > Excerpts from Victor Seva's message of December 22, 2016 10:44 am: >> I'm working on packaging janus WebRTC gateway [0] but it depends >> on a newer version of srtp. I notice that some work was done [1] >> last year in experimental. Is there a plan to upload that version >> to unstable before the stretch freeze? > > Thanks for nudging about this - and thanks for packaging Janus!! Thanks to my employer, sipwise! > What is needed is for someone to test that all reverse dependencies work > when linking against the 1.5 release. > > I have not yet found time to look into that - much appreciated if you > could help with that. I will try to help on that. I will keep you posted. > "build-rdeps libsrtp0-dev" gives the following: > > asterisk > chromium-browser > ekiga > gst-plugins-bad1.0 > kopete > opal > pjproject > reconserver > resiprocate > ring > t38modem > > I suspect that chromium-browser does not really use libsrtp, but instead > uses an embedded slight fork. My suspicion is backed by > chromium-browser not listed in "apt-cache showpkg libsrtp0" (but another > explanation for that might be that it uses static linking). Similar > might be the case for reciprocate, ring and ekiga which lack binary > dependency too. > > When all reverse dependencies have been verified to work, we can > consider if we feel this is not a "major library transition" (because > those were frozen since primo december). > > Alternatively, I can try finish the packaging of libsrtp2 as a separate > source package - and we can hope that ftpmaster succeed in approving > that in the very few days left before freeze of NEW queue. > > All in all, chances are slim but not yet zero. But then, chances are > even slimmer for you to succeed in packaging janus in time for the NEW > queue freeze: I strongly recommend that you release your package without > srtp support at first, if at all possible - to get the ftpmasters > working on approval of the source while you wait for ways to get usable > libsrtp in the archive! Let's try to work to get Janus packaged, no matter if it gets into stretch or not Cheers, Victor signature.asc Description: OpenPGP digital signature
Bug#849065: janus depends on libsrtp-dev (>= 1.5)
Excerpts from Victor Seva's message of December 22, 2016 10:44 am: I'm working on packaging janus WebRTC gateway [0] but it depends on a newer version of srtp. I notice that some work was done [1] last year in experimental. Is there a plan to upload that version to unstable before the stretch freeze? Thanks for nudging about this - and thanks for packaging Janus!! What is needed is for someone to test that all reverse dependencies work when linking against the 1.5 release. I have not yet found time to look into that - much appreciated if you could help with that. "build-rdeps libsrtp0-dev" gives the following: asterisk chromium-browser ekiga gst-plugins-bad1.0 kopete opal pjproject reconserver resiprocate ring t38modem I suspect that chromium-browser does not really use libsrtp, but instead uses an embedded slight fork. My suspicion is backed by chromium-browser not listed in "apt-cache showpkg libsrtp0" (but another explanation for that might be that it uses static linking). Similar might be the case for reciprocate, ring and ekiga which lack binary dependency too. When all reverse dependencies have been verified to work, we can consider if we feel this is not a "major library transition" (because those were frozen since primo december). Alternatively, I can try finish the packaging of libsrtp2 as a separate source package - and we can hope that ftpmaster succeed in approving that in the very few days left before freeze of NEW queue. All in all, chances are slim but not yet zero. But then, chances are even slimmer for you to succeed in packaging janus in time for the NEW queue freeze: I strongly recommend that you release your package without srtp support at first, if at all possible - to get the ftpmasters working on approval of the source while you wait for ways to get usable libsrtp in the archive! - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private pgpLeHPU8F9bY.pgp Description: PGP signature
Bug#849065: janus depends on libsrtp-dev (>= 1.5)
Package: srtp Severity: wishlist I'm working on packaging janus WebRTC gateway [0] but it depends on a newer version of srtp. I notice that some work was done [1] last year in experimental. Is there a plan to upload that version to unstable before the stretch freeze? [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849059 [1] https://tracker.debian.org/news/728686 Cheers, Victor -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)