Proposed F19 Feature: systemd features

Stephen Gallagher sgallagh at redhat.com
Tue Jan 29 15:13:17 UTC 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue 29 Jan 2013 06:56:55 AM EST, Tomáš Smetana wrote:
> On Mon, 28 Jan 2013 15:41:57 +0000
> "Stephen C. Tweedie" <sct at redhat.com> wrote:
>> On Mon, 2013-01-28 at 10:06 -0500, Stephen Gallagher wrote:
>>> On Mon 28 Jan 2013 08:49:39 AM EST, Tomáš Smetana wrote:
>>>> On Mon, 28 Jan 2013 07:41:38 -0500
>>>> Stephen Gallagher <sgallagh at redhat.com> wrote:
>>>>
>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>> Hash: SHA1
>>>>>
>>>>> On Sun 27 Jan 2013 08:54:49 AM EST, Jaroslav Reznik wrote:
>
> ...
>
>>>>>> including meta data about them. With Fedora 19 we want to
>>>>>> substantially enhance the metadata that udev keeps for each device,
>>>>>> by augmenting it from a userspace database of non- essential
>>>>>> information, that is indexed by device identification data such as
>>>>>>  PCI/USB vendor/product IDs.
>>>>>>
>>>>>
>>>>> This to me looks like it would be an excellent data source for our
>>>>> hardware inventory provider. We should sync up with the systemd folks
>>>>> to identify the available D-BUS interfaces to query for this
>>>>> information.
>>>>
>>>> Looks interesting.  I'm not quite sure whether D-Bus is easier than
>>>> libpci/libusbx but if there would be also more "inventory" data
>>>> available from systemd then probably yes.
>>>>
>>>
>>> I just had a discussion with Kay Sievers on IRC where he informed me
>>> that all of the information gathered in this way is queryable through
>>> libudev (accessing either the hardware directly or the database being
>>> populated by systemd).
>>
>> Sounds good --- the more reuse of code to walk the low-level bus
>> information, the better.  Talking to udev rather than libpci or libusb*
>> directly sounds far preferable.
>
> My only concern is: would this be portable (to the older RHEL versions)? I'm
> not quite sure how important this fact is.
>

No, it is almost certainly not backportable to non-systemd platforms.
However we've stated in the past that our goal is not to be 100%
compatible, but to support the largest feasible subset. Older systems,
the output of lspci and friends is likely sufficient. But I think
there's value in offering a richer set of data where possible.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlEH5w0ACgkQeiVVYja6o6Mp3wCgpbvTZaApzXpOBJXqaPn1DNKr
654AoJdrQW5m5W2COuqQoRJOxMlVdJrP
=PFHH
-----END PGP SIGNATURE-----



More information about the openlmi-devel mailing list