Bug 398871 - firstboot initscript chkconfig not turned 'off' after first boot
Summary: firstboot initscript chkconfig not turned 'off' after first boot
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: firstboot
Version: 8
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Chris Lumens
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-11-25 23:16 UTC by Karsten Wade
Modified: 2007-11-30 22:12 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-11-27 19:28:16 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Karsten Wade 2007-11-25 23:16:21 UTC
This is a small thing, but wouldn't be a good practice for firstboot to change
the entry to 'off' with chkconfig after completing first boot activities?

As a security practice, we tell sysadmins to know and tweak their services list
via chkconfig.  This setting stands out because it is named 'firstboot' and yet
remains on after that; it's a bit ironic.

Comment 1 Chris Lumens 2007-11-27 19:28:16 UTC
It's intentional that the firstboot in f8 does not chkconfig itself off, as this
was a workaround for some corner case involving the timeout on the text
firstboot interface.  In f8 it's not doing anything other than checking if it
needs to run and then bailing out, so there's not really any harm.  Regardless,
the next release of firstboot that I am testing in Rawhide will chkconfig off
itself after running to completion so this bug will be fixed there.


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