[Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS
bugzilla at redhat.com
bugzilla at redhat.com
Tue Apr 25 20:26:05 UTC 2006
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314
------- Additional Comments From jkeating at redhat.com 2006-04-25 16:25 EST -------
(In reply to comment #21)
> (In reply to comment #20)
> > ... are required resp. the best current way to express:
> >
> > * the directory must exist before the package places files into it. Else,
> > when the directory is a symlink (e.g. compare /etc/init.d) in the owning
> > package, you will create oddities.
> >
> > * the package must be removed before the directory. Else, the directory
> > can not be removed because it still contains files from 'kismet' and
> > becomes orphaned. Therefore, a strict '%crontabdir -> kismet' order
> > on installation, and 'kismet -> %crontabdir' order on uninstallation
> > is required. A plain 'Requires:' does not *guarantees* such an order.
> >
>
> I understand / already thought as much, but in essence this means that you
> require the crontabs package so why not just replace these 3 lines:
> Requires(missingok): crontabs
> Requires(pre): %crontabdir
> Requires(postun): %crontabdir
>
> with:
> Requires: crontabs
>
Because with a transaction that includes the removal or addition of crontabs,
unless (pre) and (postun) are used this could get installed prior to crontabs
and thus you run into the chicken before the egg syndrome. If the other package
contents need to be on the file system before this package can install, and need
to remain on the file system until after this package is removed, then it needs
(pre) and (postun) requirements.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the Fedora-package-review
mailing list