[MIR] python-rlpycairo

Bug #2028054 reported by Lukas Märdian
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
hplip (Ubuntu)
Confirmed
Undecided
Ubuntu Printing Team
python-reportlab (Ubuntu)
Incomplete
Undecided
Unassigned
python-rlpycairo (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

python-rlpycairo is a new dependency of python-reportlab (currently owned by Foundations).

The only consumer of python-reportlab is hplip (owned by Desktop), apparently it needs it for scanning: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651240

$ reverse-depends src:python-reportlab -c main -r mantic
Reverse-Depends
===============
* hplip (for python3-reportlab)

Packages without architectures listed are reverse-dependencies in: amd64, arm64, armhf, ppc64el, s390x

src:hplip -> src:python-reportlab -> src:python-rlpycairo -> src:freetype-py & src:ttf-bitstream-vera

So from the above, it sounds like this new dependency is actually needed (after the reportlab package dropped its renderpm extension). It should be discussed between Foundations and Desktop who's owning those dependencies and doing the MIRs for python-rlpycairo, freetype-py and ttf-bitstream-vera

Lukas Märdian (slyon)
Changed in python-reportlab (Ubuntu):
assignee: nobody → Ubuntu Foundations Bugs (foundations-bugs)
Changed in hplip (Ubuntu):
assignee: nobody → Ubuntu Printing Team (ubuntu-printing)
tags: added: update-excuse
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Generally, python-reportlab is used only by HPLIP's utilities, not by the printer and scanner drivers by themselves.

It is used by hp-scan to convert image files of scanned pages into PDF files and by hp-sendfax to generate fax cover sheets.

Most users do not care as they use simple-scan or XSane for scanning. As HPLIP's scanner driver is a SANE driver all these frontends work, and probably also more reliable than HP's tool.

hp-sendfax is very really used, probably already because fax is only rarely used nowadays. at most places it got already completely replaced by other electronic communication means.

Also use of HPLIP at all is diminishing as modern HP printers and multi-function devices support driverless (IPP) printing and (eSCL) scanning.

hp-sendfax is in hplip-gui which is in Universe.

hp-scan is a command line tool but not necessarily needed, there is also scanimage of SANE, so one should check whether the binary package "hplip" is actually needed by sane-hpaio and/or printer-driver-hpcups and if not, demote it to Universe.

In addition, from Ubuntu 23.10 printing will be provided by the CUPS Snap and Printer Application Snaps, which makes printer-driver-hpcups not needed any more, and so also subject to be moved to Universe.

So for me it looks like that we can move most of HPLIP to Universe as practically only sane-hpaio is needed to support scanners (and sane-hpaio will also get removed in favor of Snaps in a later version of Ubuntu).

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

The binary package libsane-hpaio DOES NOT depend on the binary package hplip, not even indirectly, so the binary package hplip can get demoted to Universe.

the binary package printer-driver-hpcups also does not depend on the binary package hplip, but printer-driver-hpcups itself can already get demoted to Universe as we replace the printer drivers by Printer Application Snaps (this driver provided by the HPLIP Printer Application, hplip-printer-app).

So hp-scan as part of the binary package hplip will go to Universe, hp-sendfax as part of the binary package hplip-gui is already in Universe.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

So all python3-reportlab dependencies go to Universe ...

Dave Jones (waveform)
tags: removed: rls-mm-incoming
Revision history for this message
Lukas Märdian (slyon) wrote :

Ok, we're not doing the MIR then and waiting for the desktop team to demote the printing stack.

Changed in python-rlpycairo (Ubuntu):
status: Incomplete → Won't Fix
Revision history for this message
Lukas Märdian (slyon) wrote (last edit ):

Looks like this situation got resolved and src:python-reportlab is not needed in "main" any longer. There are no reverse-dependency pulling it in.

$ reverse-depends src:python-reportlab -c main -r mantic
=> Nothing. Therefore, src:python-reportlab should be demoted to "universe"

This probably just needs a seed change:
$ seeded-in-ubuntu python-reportlab
python-reportlab-doc (from python-reportlab) is seeded in:
  kubuntu: supported
  lubuntu: supported
  ubuntu-mate: supported
  ubuntu: supported
  ubuntukylin: supported
  xubuntu: supported
python3-reportlab (from python-reportlab) is seeded in:
  kubuntu: supported
  lubuntu: daily-live
  ubuntu-mate: daily-live
  ubuntu-unity: daily-live
  ubuntukylin: daily-live
  xubuntu: daily-live, daily-minimal

Edit: I did that just now: https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/commit/?id=ccf378c73f95792574c45cd75cd04e8bd787c3ae

Lukas Märdian (slyon)
Changed in python-reportlab (Ubuntu):
status: New → Fix Committed
Revision history for this message
Lukas Märdian (slyon) wrote :

python-reportlab can now be demoted in Mantic. Subscribing ~ubuntu-archive

Changed in hplip (Ubuntu):
status: New → Invalid
Revision history for this message
Steve Langasek (vorlon) wrote :

python-reportlab has been demoted in mantic and mantic-proposed.

Changed in python-reportlab (Ubuntu):
status: Fix Committed → Fix Released
Lukas Märdian (slyon)
Changed in python-reportlab (Ubuntu):
assignee: Ubuntu Foundations Bugs (foundations-bugs) → nobody
Revision history for this message
Steve Langasek (vorlon) wrote :

The python-reportlab demotion happened because the deb-based cups stack had been demoted in favor of snaps. This has been reverted, so this needs to be addressed again.

Changed in python-rlpycairo (Ubuntu):
status: Won't Fix → New
Steve Langasek (vorlon)
Changed in hplip (Ubuntu):
status: Invalid → New
Changed in python-reportlab (Ubuntu):
assignee: nobody → Ubuntu Foundations Bugs (foundations-bugs)
Lukas Märdian (slyon)
Changed in python-reportlab (Ubuntu):
status: Fix Released → Incomplete
assignee: Ubuntu Foundations Bugs (foundations-bugs) → nobody
Revision history for this message
Lukas Märdian (slyon) wrote (last edit ):

Thanks Till, for the detailed analysis in comment #3!

IMO src:hplip should be adopted accordingly, to avoid those new MIR dependencies, as they don't seem to be necessary. Especially, as we're moving to a CUPS snap based stack eventually.

What do Desktop people think about that?

We might want to be a bit more selective in https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/tree/desktop-common#n69 instead of just seeding all of hplip.

Lukas Märdian (slyon)
Changed in python-rlpycairo (Ubuntu):
status: New → Incomplete
tags: added: foundations-todo
Revision history for this message
Steve Langasek (vorlon) wrote :

I believe the analysis in comment #3 was based on a scenario when we were switching the printing stack to snaps in mantic. This has been rolled back because GUI management of the snap stack is not possible. So hplip has been re-seeded, and needs to get re-promoted before mantic beta.

Which means we need to go through this MIR as normal.

Unfortunately despite python-reportlab being used only for an uncommon feature, dropping the dependency would make for bad UX when a user does need this feature (there's no code to tell the user they need to install python-reportlab, it'll just crash/fail).

Avoiding promoting this package to main would be fine, but for the moment we don't have a clear path for doing so.

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

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

Changed in hplip (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

We unblocked adding back hplip to the ISO by demoting python3-reportlab to a suggest, it's not ideally but according to Till the fax utilities that need it aren't really used anymore, we will revisit if that's creating issues for users

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.