Bug 68135 - First time setup agent is never started
Summary: First time setup agent is never started
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: firstboot
Version: limbo
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Brent Fox
QA Contact: Brock Organ
URL:
Whiteboard:
: 70259 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-07-06 20:03 UTC by Bernd Bartmann
Modified: 2007-04-18 16:43 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-08-13 20:19:13 UTC
Embargoed:


Attachments (Terms of Use)

Description Bernd Bartmann 2002-07-06 20:03:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513

Description of problem:
In the LIMBO release notes you mention a first time setup agent which should be
automatically started when the system boots for the first time after a fresh
install. The agent didn't start on my system.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Do a fresh LIMBO install
2. Watch if first time setup agent get's started
3.
	

Additional info:

Comment 1 Bernd Bartmann 2002-07-06 22:48:50 UTC
Error found! This is a GUI only tool. I disabled graphical login during install
and so couldn't see this agent. But it suddenly appeared after "init 5".

Comment 2 Brent Fox 2002-07-13 22:21:21 UTC
I have changed the default behavior to start firstboot in both runlevels 5 and
3.  I plan to leave it like this for the next public beta.  However, people may
complain about having a GUI app start in runlevel 3.  If a sizable number of
people complain, then the options are to create a text mode for firstboot
(problaby not time for this release) or to have firstboot set to never run if
the user selects non-graphical login in the installer.  This would prevent
firstboot from starting up on random runlevel changes.

As it is now, firstboot is going to run that first time, and once it runs, it
will never run again, so the behavior you reported does not happen anymore. 
Thanks for your report.

Comment 3 Bernd Bartmann 2002-07-17 19:23:45 UTC
How do you intend to run a GUI app in runlevel 3? I would REALLY prefer to see
an additional text mode firstboot version.

Comment 4 Brent Fox 2002-07-17 22:06:16 UTC
It starts an X server to run firstboot in and then kills it when firstboot is
finished.

Comment 5 Bernd Bartmann 2002-07-17 22:09:47 UTC
What happens when I didn't configure X at installation time? Most of our server
don't have X configured at all.

Comment 6 Warren Togami 2002-08-05 11:42:18 UTC
Please do NOT run firstboot even during the first init 3.  Some people like
nForce motherboards owners cannot allow X to run because it causes a complete
hard lock.

Comment 7 Brent Fox 2002-08-13 20:18:35 UTC
Ok, I've changed firstboot to never start in runlevel 3.  However, it will run
the first time the machine enters runlevel 5.  Should be fixed in firstboot-0.9.9-9

QA, please verify that this is the current behavior.

Comment 8 Brent Fox 2002-08-13 20:19:09 UTC
*** Bug 70259 has been marked as a duplicate of this bug. ***

Comment 9 Jay Turner 2002-08-20 13:15:27 UTC
Fix confirmed in firstboot-0.9.9-13.


Note You need to log in before you can comment on or make changes to this bug.