Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Register
  • Sign in
  • J jami-client-gnome
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • savoirfairelinuxsavoirfairelinux
  • jami-client-gnome
  • Issues
  • #450
Closed
Open
Issue created May 31, 2016 by Jami Bot@RingBotMaintainer

Patched packages

Issue generated from Tuleap's migration script. Originally submitted by: szotsaki (szotsaki)

I would like to package Ring for openSUSE, but as soon as I got to PJSIP, it becames really hard.

The problem is that you patched an upstream package (pjsip, among others) which already has an RPM package and normally should be included into the .spec file as a dependency.

However, after patching it's become binary incompatible with the upstream version. This causes when I release the Ring RPM, it will provide its own PJSIP .so file which will clearly conflict with the original one.

I understand that your patches haven't been let in for a long time but unfortunately, the current solution is a packaging nightmare. I see three solutions:

  1. Ping PJSIP developers even more.
  2. Make GnuTLS optional and revert back to LibreSSL/OpenSSL.
  3. (Probably the best): fork PJSIP as PJSIP-Ring and I can create a separate package which can co-exist with the original PJSIP.
Assignee
Assign to
Time tracking