Bug 340071 - package install doesn't start the service
Summary: package install doesn't start the service
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: libvirt
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Daniel Veillard
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-10-19 17:14 UTC by cje
Modified: 2007-11-30 22:12 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-10-19 17:56:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description cje 2007-10-19 17:14:09 UTC
installing the package installs the libvirtd service and sets it to start
automatically but doesn't actually start it.

Comment 1 Daniel Berrangé 2007-10-19 17:16:48 UTC
Automatically starting services from a %post script is a pure evil & forbidden.
The RPM installation could be being done in a chroot for the purposes of
building other dependant packages & you defintely do not want this starting daemons.


Comment 2 cje 2007-10-19 17:51:30 UTC
okay, but would you agree that this is somewhat confusing/frustrating for new users?

surely the "chroot for building stuff" is the more uncommon scenario which
should be tested for in the script, rather than throwing out the idea because
it's evil.

would it be okay if the script checked for chroot and started the service if it
wasn't chrooted?  or are there a million other gotchas queued up behind that one?

sorry for pestering/reopening - i'm not after a full explanation (i'm sure
that's on the web somewhere) - just a little bit more info.  tell me there's a
million fiddly little problems that cause the overall "evil" status and that'll
be fine - i'll go find some other way of dealing with it.

maybe this should be a plugin for yum/pirut/packagekit rather than troubling rpm
or individual package maintainers with all the security implications?

i'm just thinking it'd be nice if all apps helped the user as much as possible
following an install and if we start down that road then the code and rules
required by yum would get insanely complicated.  better to set a precedent and
create a supporting structure to help apps install themselves.

why pick on libvirt?  well, you'd have to start somewhere and that's where i was
when the thought occurred.

Comment 3 Daniel Berrangé 2007-10-19 17:56:08 UTC
Take this discussion to fedora-devel-list if you want to get into it. This is
not appropriate for bugzilla.



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