Using custom startup scripts with rhgb

Daniel Veillard veillard at redhat.com
Tue Jan 18 14:18:55 UTC 2005


On Tue, Jan 18, 2005 at 02:24:08PM +0100, Gijs Hollestelle wrote:
> Hi,
> 
> At our university we have a script that runs at boot time, which
> brings the system's packages up to date with a central server and does
> some other configuration stuff (compare it to running yum update at
> boot time). This script can take up to 5 minutes to complete but
> includes progress meters so that the user can see what is happening,
> this works nicely in the details pane of rhgb and when using text
> mode.
> 
> This situation causes two problems under rhgb:
> 
> 1) There appears to be no way of setting the caption (where it
> normally says things like Starting Networking) for the text box field,
> other than adding the string to the main.c file in rhgb. I would like
> to be able to set a caption like 'Checking for updated packages' or
> something alike.
> 
> 2) If there is no rhgb ping command for 35 seconds rhgb swithces back
> to terminal 1 (which does not show te progress, that is shown
> correctly in the details pane, but displays only the start of the boot
> process with two empty lines between every message). Is there a way to
> disable this time-out (temporarily) other than hacking it away in the
> main.c file?
> 
> If there is currently no way of doing these 2 without changing the C
> code,

  This requires changes to the C code

> would it be possible to add commands to rhgb-client to support
> these? as I could imagine they would be useful to others as well.

  This opens a big can of worm. You add strings but they won't be translated,
and rhgb code isn't really trivial.
  Playing with the timeouts is also very error prone.
  I'm concerned by the maintainance troubles this may turn into.

Daniel

-- 
Daniel Veillard      | Red Hat Desktop team http://redhat.com/
veillard at redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/




More information about the fedora-devel-list mailing list