[MIR] gupnp-av

Bug #1785629 reported by Sebastien Bacher
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gupnp-av (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

* Availability

Builds on all supported architectures in Ubuntu and on sync from Debian

* Rationale

We would like to enable dlna sharing of media files, which is a GNOME upstream feature and relying on rygel which depends on the gupnp libraries, including the gupnp-dlna one

* Security

No CVE/known security issue

* Quality assurance

- the desktop-packages team is subscribed to the package
- the bug lists in upstream, the Debian PTS and launchpad are empty
- upstream has a testsuit which is not being used during build, we are going to look at changing that

* Dependendies

The package uses standard desktop libraries that are already in main (gstreamer, glib)

* Standards compliance

the package is using standard packaging (dh10), the standards-version is 3.9.8, the package is in sync from Debian

* Maintainance

Upstream is active and the desktop team is going to look after the package in ubuntu

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gupnp-av (Ubuntu):
status: New → Confirmed
Changed in gupnp-av (Ubuntu):
status: Confirmed → New
Matthias Klose (doko)
Changed in gupnp-av (Ubuntu):
assignee: nobody → Didier Roche (didrocks)
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

* -doc package: I think we should promote it as well in main, if the -dev is promoted. If so, this dep should be fixed: Depends: lynx | www-browser (first is lynx, in universe, www-browser is a virtual package not fullfiled?). In addition, it ships the doc in devhelp format (despite symlink from doc/ to gtk-doc/).
I don't think anyway that those are needed, we don't tend to have -doc dep on a browser implementation.
* Same remark than for the other MIR: let's look at enabling the testsuite during build + autopkgtests
* Same kind of lintian warnings than for gupnp-dlna worths fixing or override + comments IMHO (gir-missing-typelib-dependency and typelib-package-name-does-not-match)

Minor:
- VCS could be updated in debian/control*

Pasting from gupnp-dlna:
I think some of the stuff should be addressed like test running before I give my +1. This part doesn't deal directly with the network, but as we are looking at the whole dlna stack, I will defer to the security team for a review from a security perspective. I didn't spot anything crazy in the code itself, but I prefer deferring to experts

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

Tests are actually ran during package build. So, good in that regard. Should it ran as autopkgtests though?

Changed in gupnp-av (Ubuntu):
assignee: Didier Roche (didrocks) → nobody
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

Let's turn those as incomplete to get off the list until we get over them again (probably next cycle).

Changed in gupnp-av (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for gupnp-av (Ubuntu) because there has been no activity for 60 days.]

Changed in gupnp-av (Ubuntu):
status: Incomplete → Expired
Changed in gupnp-av (Ubuntu):
status: Expired → New
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

+1 on the MIR side

Changed in gupnp-av (Ubuntu):
status: New → Fix Committed
Changed in gupnp-av (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.