Bug 11161

Summary:	excessive depdency for gdm
Product:	Mageia	Reporter:	Guillaume Rousse <guillomovitch>
Component:	RPM Packages	Assignee:	GNOME maintainers <gnome>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	fundawang, mageia, mageia, olav, stormi-mageia, thierry.vignaud
Version:	Cauldron	Keywords:	Junior_job, Triaged
Target Milestone:	---
Hardware:	i586
OS:	Linux
Whiteboard:
Source RPM:	gdm	CVE:
Status comment:

Description Guillaume Rousse 2013-09-04 19:47:12 CEST

gdm requires drakx-kbd-mouse-x11, and transitively almost all drakxtools. I wonder what is actually mandatory among those mgeia-specific configuration wizard (mousedrake, keyboardrake, XFdrake) to run a display manager.

Reproducible: 

Steps to Reproduce:

Manuel Hiebel 2013-09-06 18:52:24 CEST

Keywords: (none) => Triaged
CC: (none) => fundawang, mageia, olav
Summary: excessive depdency => excessive depdency for gdm

Comment 1 Olav Vitters 2013-09-07 04:36:52 CEST

Probably a leftover from the days that X was not smart enough to figure out things on its own. task-gnome-minimal requires drak tools anyway, so don't think removing this dependency has much influence.

Suggest having whomever is the maintainer of drakx-kbd-mouse-x11 decide if this dependency is useful or not.

Comment 2 Manuel Hiebel 2013-09-07 15:38:44 CEST

(adding thierry for the last comment)

CC: (none) => thierry.vignaud

Comment 3 Thierry Vignaud 2013-09-12 14:09:43 CEST

That's b/c the dm service has (had?) logic in order to run XFdrake if X11 fails to start.
Colin is the one maintaining dm those days

CC: (none) => mageia

Comment 4 Guillaume Rousse 2013-09-12 14:21:23 CEST

Maybe this logic, if still present, could be made conditional: if XFdrake is present (which is highly probable for newbies anyway), runs it, otherwise not. Enforcing its presence just because it may eventually be useful seems quite overkill.

Comment 5 Colin Guthrie 2013-09-12 14:22:12 CEST

Well, I'd like to switch us over from a single monolithic "dm" (aka prefdm.service, aka display-manager.service!) to separate units for each dm (e.g. gdm.service, kdm.service etc.)

This change would mean that we'd no longer edit /etc/sysconfig/desktop to chose which DM is loaded but rather do a "systemctl enable --force gdm.service". The reason for this is to to avoid having a centralised "prefdm"/"lookupdm" script infrastructure that hard codes various bits and bobs.

Obviously this change would take a bit of fiddling and updating some drak* tools too, so not sure if/when I'll have time to do it.

Anyway, I think the dep can/should be dropped from gdm specifically as any logic we should have here for running a fallback tool should be encoded into the display-manager-failure.service and whatever it is packaged in (currently systemd, if/when it is moved over to drakx, then it would be self contained).

Comment 6 Guillaume Rousse 2013-12-31 17:08:20 CET

Still valid.

Comment 7 Samuel Verschelde 2015-04-21 22:23:46 CEST

Colin, Guillaume, is this still valid?

Keywords: (none) => NEEDINFO
CC: (none) => stormi

Comment 8 Olav Vitters 2015-04-22 09:47:50 CEST

Still valid.

Samuel Verschelde 2015-04-22 10:05:46 CEST

Keywords: NEEDINFO => (none)

Comment 9 Olav Vitters 2016-09-19 10:34:18 CEST

Per comment 5 dependency drakx-kbd-mouse-x11 should be removed from GDM. Easy fix!!

Assignee: bugsquad => gnome

Rémi Verschelde 2016-09-19 10:39:04 CEST

Keywords: (none) => Junior_job

Comment 10 Olav Vitters 2016-09-21 19:06:22 CEST

Removed the dependency

Status: NEW => RESOLVED
Resolution: (none) => FIXED