From: Joshua Brindle <method@manicmethod.com>
To: Daniel J Walsh <dwalsh@redhat.com>
Cc: selinux@tycho.nsa.gov
Subject: Re: [PATCH 2/2] policAycoreutils: share setfiles restore function with restorecond
Date: Wed, 16 Sep 2009 10:47:06 -0400 [thread overview]
Message-ID: <4AB0FA6A.7010206@manicmethod.com> (raw)
In-Reply-To: <4A8D8BBD.80600@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1841 bytes --]
Daniel J Walsh wrote:
> On 08/20/2009 10:15 AM, Joshua Brindle wrote:
>
>> Daniel J Walsh wrote:
>>
>>> On 08/19/2009 05:01 PM, Joshua Brindle wrote:
>>>
>>>> Thomas Liu wrote:
>>>>
>>>>> This patch edits restorecond to use the shared restore
>>>>>
>>>>> functions split out from the first patch in this series.
>>>>>
>>>>>
>>>> Is the DBus stuff in here suppose to be here? It looks like you are
>>>> adding libdbus and include dirs but I don't see any dbus usage.
>>>>
>>>>
>> <snip>
>>
>>> restorcond -u is a dbus session bus service.
>>>
>>> The idea is to run restorecond as your UID when you log into a console
>>> session.
>>>
>>>
>> Maybe I don't get how DBus works. Why are the include dirs added to
>> CFLAGS but no apparent dbus #includes?
>>
>> Further, will this _only_ work with DBus after this patch? If so there
>> needs to be a way to not build it if dbus isn't present on the system
>> (embedded).
>>
>> --
>> This message was distributed to subscribers of the selinux mailing list.
>> If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov
>> with
>> the words "unsubscribe selinux" without quotes as the message.
>>
>>
>>
> Ok here is another patch with all of the dbus stuff aggregated under a HAVE_DBUS flag.
>
> You can build it with or without DBUS support and it should work fine.
>
> DBUS is really used to make sure multiple restorecond do not get started.
>
This patch got badly broken by a few recent commits, which is totally my
fault for not applying it earlier. I'll try to rebase it but my main
objection is that restorecond is now using object files from setfiles. I
know they are in the same 'package' but they are separate apps. Maybe we
should move restore.{c,h} to policycoreutils/common or something.
[-- Attachment #2: Type: text/html, Size: 2565 bytes --]
next prev parent reply other threads:[~2009-09-16 14:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-19 19:47 [PATCH 2/2] policAycoreutils: share setfiles restore function with restorecond Thomas Liu
2009-08-19 21:01 ` Joshua Brindle
2009-08-19 21:31 ` Daniel J Walsh
2009-08-20 14:15 ` Joshua Brindle
2009-08-20 17:45 ` Daniel J Walsh
2009-09-16 14:47 ` Joshua Brindle [this message]
2009-09-16 17:08 ` Daniel J Walsh
2009-10-28 20:07 ` Chad Sellers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AB0FA6A.7010206@manicmethod.com \
--to=method@manicmethod.com \
--cc=dwalsh@redhat.com \
--cc=selinux@tycho.nsa.gov \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.