FTR, discussed with Brian, my proposed solution sounds to make sense, keeping an unseeded apport-noui: - have the systemd units (path and service) moved to apport binary package - let apport-noui only touching/remove in maintainerscript script the autoreport file (this is the same file created by whoopsie when using its API for autoreporting) - as we loose the dep on whoopsie, ensure the script detects whoopsie presence (even if disabled) for autoreporting, otherwise, fallback to showing the UI.
-- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apport in Ubuntu. https://bugs.launchpad.net/bugs/1778694 Title: In autoreport mode in whoopsie-preferences API, reports are not sent by whoopsie Status in apport package in Ubuntu: New Bug description: The goal for autoreporting via whoopsie is to have a silent mode where whoopsie automatically reports crashes. However, this one requires apport-noui to be installed, which we don't by default. apport-noui is just a set of systemd unit starting whoopsie-upload-all (part of apport binary package). There is 2 possible solutions: - promoting apport-noui to main, and seeding it. - or considering there is no reason anymore to have a separate apport-noui pacakge (no more phone factor), and so move the systemd units to apport, having a conditional file on whoopsie installed (no more dependency) and autoreport enabled, shipping those units binary package shipping those units (renamed to apport-autoreport.*) directly. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1778694/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp