[MIR] libbluray

Bug #1746629 reported by Jeremy Bicha on 2018-02-01
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libbluray (Ubuntu)
Mathieu Trudel-Lapierre

Bug Description

Built for all supported architectures. In sync with Debian.

gvfs 1.10 added libbluray support 7 years ago. Although enabled in Debian then too, we haven't been able to enable it in Ubuntu because libbluray is not in main.

Before that point, gvfs did support Blu-ray but it wasn't as effective as using the library.

Note that libbluray does not do decryption; the library allows for showing metadata (title, cover art, etc.) for Blu-ray discs.


Both security issues in Debian's tracker are about the BD-J package which we are not requesting be promoted to main (see Dependencies below).

Quality assurance
- Subscribe the Desktop Bugs and Desktop Packages teams?
- No tests
- No autopkgtests


We only need the libbluray-dev and libbluray2 binary packages in main.
We do not need either libbluray-bin or libbluray-bdj.

If this MIR is approved, we should drop libbluray2's Recommends on libaacs0 to Suggests since I believe it's unnecessary here.

Standards compliance
4.1.3, debhelper compat 11, dh7 simple rules

Actively maintained:

Maintained in Debian by the Debian Multimedia Team.

Packaging is at

Other Info
Every Ubuntu desktop flavor besides Ubuntu itself includes libbluray.

Here's the gvfs commit to switch to libbluray:

libbluray API docs:

Jeremy Bicha (jbicha) on 2018-02-01
tags: added: bionic
Jeremy Bicha (jbicha) on 2018-02-04
description: updated

libbluray is missing a bug subscriber.

Changed in libbluray (Ubuntu):
status: New → Incomplete
Sebastien Bacher (seb128) wrote :

desktop-packages has been subscribed to it now

Changed in libbluray (Ubuntu):
status: Incomplete → New
Matthias Klose (doko) wrote :
Changed in libbluray (Ubuntu):
status: New → Incomplete
Matthias Klose (doko) wrote :

libbluray (1:1.0.2-3) unstable; urgency=medium

  * debian/: Force building with Java 8 and also required Java 8 JRE during
    runtime. Upstream currently neither supports building nor running with
    Java 9 and requires major changes.

and we don't have openjdk-8 in main anymore ...

Jeremy Bicha (jbicha) wrote :

Matthias, thanks for you comment. My originally request is specifically that we *not* include the Java packages in main to keep things simple. So that issue shouldn't affect us since openjdk-8 is still in universe so is ok for a Build-Depends.

Jeremy Bicha (jbicha) on 2018-04-03
Changed in libbluray (Ubuntu):
status: Incomplete → New
Matthias Klose (doko) wrote :

it's not just building the package with OpenJDK-8, it can't run with OpenJDK-10/11. So better disable the java parts for now?

Changed in libbluray (Ubuntu):
status: New → Incomplete
Sebastian Ramacher (s-ramacher) wrote :

The issue with OpenJDK 11 was fixed.

Iain Lane (laney) wrote :

didrocks asked if this was still relevant, and the answer is yes, it's not a high priority for us but it would still let a bit of delta (in a debian/rules file, in Debian, so not an "Ubuntu" delta but a feature delta), so reviewing would be good

I will review this now; but I expect it might need security review as well.

Changed in libbluray (Ubuntu):
assignee: nobody → Mathieu Trudel-Lapierre (cyphermox)
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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