https://bugs.kde.org/show_bug.cgi?id=393006
Bug ID: 393006
Summary: debconf suppport
Product: Discover
Version: 5.12.4
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: PackageKit
Assignee: aleix...@kde.org
Reporter: sit...@kde.org
Target Milestone: ---
pkcon and pk-glib and aptcc properly support debconfing. discover does not
causing debconf to run in auto mode which may have adverse impacts in
complicated config update scenarios where people made very specific changes in
/etc/.
equally, debconf may be used for license agreement queries (it definitely used
to with sun java packages until those disappeared)
debconf being a generic UX system any number of things could be done through it
and any number of things may be going wrong if debconf is run in auto mode.
pk-glib to support this has a helper "class" which starts the debconf frontend
(depending on desktop and whatnot)
https://github.com/hughsie/PackageKit/blob/194349758a0ad03cb481ccd35322418cbe1f0208/lib/packagekit-glib2/pk-client-helper.c#L403
this is used by pkcon to start a helper and then set the "frontend-socket=%s"
hint on the transaction
https://github.com/hughsie/PackageKit/blob/bc9a5d6209a9213a42031d39eecdb35b3955716a/lib/packagekit-glib2/pk-client.c#L1992
aptcc then passes the frontend socket to apt/dpkg so that they can render the
debconf UI through the frontend if necessary.
as similar system should be used for discover. possibly with a way for distros
to opt out of it? also, this results in the frontend throwing up random windows
as necessary, a more integration approach might be taken by implementing a
frontend in discover itself (might need some refactoring to get away from
qwidgets https://cgit.kde.org/libdebconf-kde.git/)
--
You are receiving this mail because:
You are watching all bug changes.
