Re: [opensuse-factory] SuSEconfig clearance: SuSEconfig.gdm & SuSEconfig.wdm
Heiko Helmle
08/21/06 2:10 PM >>> Christian Boltz wrote: Hello, Am Montag, 21. August 2006 11:11 schrieb Christoph Thiel:
to proceed with the SuSEconfig clearance initiative, let's take a look at SuSEconfig.gdm and SuSEconfig.wdm. Both of them are used to (re)generate config files, by reading some options from /etc/sysconfig/*. To get rid of those SuSEconfig scripts, their logic needs to be moved to /etc/init.d/xdm, to have it (re)generate the according config files prior to launching gdm or wdm.
Comments, criticism, better ideas?
Generating config files every time *dm is started is a bad idea IMHO.
Reason: It is done _at every boot_ instead of "sometimes" after installing packages or alike. So you will speedup SuSEconfig, but slow down booting a bit :-(
It depends. The init scripts could easily detect if the sysconfig-scripts are newer than the config files (or even md5sum them)
and regenerate them only when needed.
I think such a logic has to be inside for sure. But the bootup time should be reduced, not increased imho. What are other Distros doing? Why don't they need anything alike? What is so much more special about the SuSE way that others don't need anything alike? Is it just because of a 'lazy' coding stile for YaST? As YaST is reading / modifyng most of these files afaik. So: why not fix these tools? Cheers, Dominique --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
"Dominique Leuenberger"
What are other Distros doing? Why don't they need anything alike? What is so much more special about the SuSE way that others don't need anything alike?
The have similar problems - or force you to run scripts manually AFAIK.
Is it just because of a 'lazy' coding stile for YaST? As YaST is reading / modifyng most of these files afaik. So: why not fix these tools?
The user changes a file but the change needs to be propagated to others... Fixing tools is one option, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On Mon, 21 Aug 2006, Andreas Jaeger wrote:
What are other Distros doing? Why don't they need anything alike? What is so much more special about the SuSE way that others don't need anything alike?
The have similar problems - or force you to run scripts manually AFAIK.
... plus, some of the things that we do with SuSEconfig are really unique. (Just look at the fonts stuff, which is mostly relevant for Asian fonts. SuSEconfig is doing an awesome job there -- but it still can be optimized.)
Is it just because of a 'lazy' coding stile for YaST? As YaST is reading / modifyng most of these files afaik. So: why not fix these tools?
The user changes a file but the change needs to be propagated to others...
Fixing tools is one option,
But it tends to be much more costly than writing a simple SuSEconfig scriptlet ;) Regards Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello,
Christoph Thiel
On Mon, 21 Aug 2006, Andreas Jaeger wrote:
What are other Distros doing? Why don't they need anything alike? What is so much more special about the SuSE way that others don't need anything alike?
The have similar problems - or force you to run scripts manually AFAIK.
... plus, some of the things that we do with SuSEconfig are really unique. (Just look at the fonts stuff, which is mostly relevant for Asian fonts. SuSEconfig is doing an awesome job there -- but it still can be optimized.)
ACK!
Fonts are _really_ great in SUSE and it was the main problem I had with
Debian on the desktop and one of many reasons why I switched back.
Regards,
Bernhard
--
If you really want pure ASCII, save it as text... or browse
it with your favorite browser...
-- Alexandre Maret
participants (4)
-
Andreas Jaeger
-
Bernhard Walle
-
Christoph Thiel
-
Dominique Leuenberger