[MIR]libepc
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libepc (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
* Availability
Package is in Universe.
* Rationale
libepc is a dependency of publish plugin of totem. Since this plugin comes with totem source package, so this plugin also needs to be in main. It would be great to have a as much perfect as possible gnome package or plugins availability in Ubuntu.
This includes having all the plugins available upstream being available in Ubuntu. Unless libepc is moved to main Ubuntu users will never be able to use this plugin (unless they are geeks or add untrustworthy PPAs)
* Security
No security issues available
* Quality Assurance
-> Package works without any problems
-> No major issues reported in Debian, Ubuntu, or upstream http://
-> Ubuntu has one bug which is already fixed
-> Package is well maintained in Debian and Ubuntu
-> Package does not deal with exotic hardware and builds well on i386, amd64, armel and sparc
-> Watch file present - http://
* UI Standards
-> N/A being library
* Dependencies
-> All dependencies in main
* Standards Compliance
OK
* Maintenance
Simple package well maintained
* Background Information
The package has a simple description which is:
The Easy Publish and Consume library provides an easy method to publish
data per HTTPS announce that information via DNS-SD, find that information
and finally consume it.
You can use this library as key/value store published to the network,
using encryption, authentication and service discovery.
I appreciate that (A) this causes a delta with Debian and (B) this is a feature missing from Ubuntu.
But on the other hand, I'm not sure (1) how well maintained it would be from an Ubuntu perspective, (2) what the security issues are here, and (3) how useful this would be to how many people.
If someone wanted to step up and take care of this package in Ubuntu, I'd like to see them:
* subscribe to Ubuntu bugs
* fix the packaging to run tests (and fix the tests to all pass -- I get 4 failures right now)
* fix the packaging to ship a .symbols file instead of passing a hardcoded version to dh_makeshlibs
* ideally, get the above changes into Debian
If that were done, we can pass this on to the Ubuntu security team for a security review.