Hello,
I am part the FreedomBox team which works on making privacy respecting
home servers easy to manage with Debian. We intend to provide Jitsi[3]
for video conferencing in FreedomBox as part of our roadmap for this
year[1]. I intend to join the Debian Java Packaging team. This is to
package and maintain Jitsi Videobridge[2] as part of the team.
Jitsi has a hard dependency on Kotlin as quite a bit of its code is
written in Kotlin. I hope to assist with Kotlin packaging as well.
I will send out a request on Salsa to join the team.
Links:
1) https://wiki.debian.org/FreedomBox/Roadmap2021
2) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757769
3) https://jitsi.org/
On 28/03/21 9:26 pm, Sunil Mohan Adapa wrote:
Hello,
I am part the FreedomBox team which works on making privacy respecting
home servers easy to manage with Debian. We intend to provide Jitsi[3]
for video conferencing in FreedomBox as part of our roadmap for this
year[1]. I intend to join the Debian Java Packaging team. This is to
package and maintain Jitsi Videobridge[2] as part of the team.
Jitsi has a hard dependency on Kotlin as quite a bit of its code is
written in Kotlin. I hope to assist with Kotlin packaging as well.
I will send out a request on Salsa to join the team.
Links:
1) https://wiki.debian.org/FreedomBox/Roadmap2021
2) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757769
3) https://jitsi.org/
[...]
I have packaging for a few libraries ready[1] that can be moved under sdo/java-team/ namespace and prepared for upload. I have requested to
join the java-team on salsa some time ago and the request is pending. It would be nice of someone accepts the request so that I can start moving repositories. So, this is a ping. Please let me know if I am doing this
join request wrong.
Links:
1) https://wiki.debian.org/Java/RequestedPackages/Jitsi
Thanks,
On 26/04/21 12:03 am, Ingo Bauersachs wrote:
[...]
I'm a committer in Jitsi and lurking around here. The idea to get
Jitsi Meet into Debian is IMO very ambitious. I'm wondering how you
intend to keep the packages up-to-date once they entered a stable
release? WebRTC is such a fast moving technology and having a year
old Videobridge is likely going to be broken/not working anymore.
I am only vaguely aware of the issue with Jitsi Meet doing catch up with WebRTC standard due to something I read earlier. I hope Jitsi
Videobridge does not suffer the same issue. Or do Meet and Videobridge
have strong version dependencies?
One idea is to maintain the fast moving packages in Debian
fasttrack[1][2]. Once the packages have stabilized enough (over the months/years) they can move into unstable/testing/stable. In FreedomBox,
we have made the decision to make selected packages from fasttrack
available to our end users (this will be backed by user interface to set
user expectations, daily automatic software updates, scheduled snapshots
and backups).
Also, some packages already in Debian (and some in Jitsi) are old and
would need updating.
I will request/assist the maintainers for newer version of these packages.
For others, packaging the version used currently
in Jitsi is somewhat questionable: the used version of Smack for
example is a fork, upstream is at 4.4, but unfortunately, they don't
follow SemVer and updating is a major pain. The same often goes with BouncyCastle.
In this case, it may become appropriate to maintain multiple versions of
the package: smack-4.4, smack-4.5, etc. In general, this is undesirable
due to increased bug fixing and security effort. We should try to avoid
it especially if no other packages depend on the library.
I'm currently working on building packages for Jitsi
Desktop again, but I'm not considering submitting them to Debian,
there are just too many floating dependencies.
It would certainly be nice to have it in Debian. Please see if it is at
least suitable for fasttrack.
I really don't want to discourage you but hoping to make you aware of
the potential (and upcoming) issues.
I understand. I appreciate the information you have provided as it would avoid surprises later.
Having a robust, mature and feature rich video conferencing in
FreedomBox is critical. It has been voted the number one priority in
this year's roadmap. I have several months of time set aside to work on
Jitsi and I feel prepared to take on the challenge :)
I'm not sure if you're active in
Jitsi's discussions forums (I'm not), but in any case, Damencho or I
would certainly help you need patches applied upstream, you can ping
me in issues/PRs with @ibauersachs.
I just subscribed to the Developers category in the forums. I will
publish packaging updates there as well.
Thank you for the offer, I will be sure you ping you in my merge requests.
FYI, the package jain-sip-ri-oss-only is just Jain SIP/jsip [1], but without the non open-source files (src/javax/*). The Maven packing is
in the Jitsi fork at [2]. The removed files are in the Debian package libsdp-api-java and libsip-api-java (as a clean-room
reimplementation). java-sdp-nist-bridge is used to reconnect the
deleted sources and libsdp-api-java. Jain-sip, without the
repackaging, was the original reason why Jitsi Desktop never made it
into Debian (i.e. past the FTP masters) and subsequent efforts were
then dropped.
I see. Good to know. I will package these bits accordingly.
Links:
1) https://fasttrack.debian.net/
2) https://wiki.debian.org/FastTrack
Thanks,
--
Sunil
Hi Sunil,
Sorry for jumping in but I recently answered on the same topic: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760485#54 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760485#54>
And here I had attached the dependencies for all the packages https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760485#74 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760485#74> and as I
did it half a year ago, half of it had probably already changed...
FastTrack sounds good. The current pace is a release every 2-3 months,
if the new versions can go there directly that sounds like it will solve
the problem. But, of course, we want to speed up this process.
You said: "Once the packages have stabilized enough (over the
months/years) they can move into unstable/testing/stable. "
Looking at the past 5-6 years, there is no such thing as "stabilized
enough ", I can give you many examples ... and there is one coming in
August ... PlanB will be dropped off from chrome. So this means whatever version you have of jitsi-meet, it will stop working in August and
everyone needs to update to the latest stable that we even haven't
started working on yet and probably will be out a month or so earlier.
So for the past 5-6 years, this is how things move, every browser
updates at a 6-week pace, and we basically follow it. So we need to be pushing releases every 6 weeks and someone needs to dedicate be working
on that to update the repositories with the new version and work on
adding the new dependencies to the official repos ...
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 292 |
Nodes: | 16 (2 / 14) |
Uptime: | 190:20:10 |
Calls: | 6,616 |
Files: | 12,165 |
Messages: | 5,315,133 |