Re: 'Machine ID' underspecified?
Filipe Laíns <lains-fd97jBR+K/[email protected]>
| Newsgroups | gmane.comp.freedesktop.dbus |
|---|---|
| Organization | Archlinux |
| Message-ID | <[email protected]> |
On Sun, 2020-12-06 at 13:03 +1300, Lawrence D'Oliveiro wrote: > On Sat, 05 Dec 2020 15:34:31 +0000, Thomas Kluyver wrote: > > > The standard org.freedesktop.DBus.Peer interface > > (https://dbus.freedesktop.org/doc/dbus-specification.html#standard-interfaces-peer > > ) defines a GetMachineId method. The spec says that this returns a > > UUID which "must be the same for all processes on a single system at > > least until that system next reboots." > > > > ... > > > > I looked into the code for the reference implementation. On Unix, it > > gets the ID from a compile-time configurable file > > (/var/lib/dbus/machine-id on my system) with a hardcoded fallback to > > /etc/machine-id: > > Seems like libdbus is going further than the spec requires, by defining > a value that persists across reboots. That doesn’t seem to be necessary > for the example use cases described in the spec. Right, but the problem is that the spec forces this UUID to be the same for all processes but does not defines how that processes should get that ID. So, how should a client exposing an interface get the correct UUID to send if there is no standard way to do it? In my implementation I could just mimic what libdbus does, but that could effectively change anytime, and might not be what other implementations do. Cheers, Filipe Laíns _______________________________________________ dbus mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/dbus
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE0jW0leqs33gyftiw+JPGdIFqqV0FAl/M72IACgkQ+JPGdIFq qV2VdA/9Gqg2qFqA+R/TmoD2kOWeG5nM7fQV0JFGRp3bvUpoUVQcuj1IOZD4Y9Bn Z7m1ojEmLwjpZ65xbqN6dLQ7ifw3j/z4i8vTQ7aa2SrHkmx5gjzSHxDk4BZtchWC e6To9ZGG9I8doGB2Ldgt7dwgY6ZpE2sti4opjb0ArGxM60DcKL24AlTatuadzzlv 9R+RLy1WQgBKBt+JyqczyciSUS4vzRkq3pAyfpS6NdQpRhWb0Ke71C6WsDLWYfOQ opQtmI03MYcs1D6PMFhoxNuyO2U6A28jA4kDNmXlzLh79FSO+OSdOXYuaDlTFWYe 7osIMIbvd2cGCxgnWdKDr4droyXlSjug7xtxC61xvzLE9GShMg9XEabaAxipUiZy AGmUezokPaP61/OvQnUMWW575wQfUq0v659TZlXws2bN66sZGcaAeabOxnPE2e5A n4yoMiSsumlp9grb01t4gK5FUV8gzGUsv62hW3jfScfcCG+WIdjdjg4oLXFx7oy4 XgG5ersSOUtn/mwVGUObfSwRrZetsnogCO9jTUX9UcddVt64V1DBRPVJbb64uowz ruwe72G6ROhxuDxizDwhfBoaHVRT0tCn9wkIcPhzjAghpjuFjpQ8QX7s3Hb8a1tO HI2XRldATC857jed0OVjGVVFc4Z68IdcIKh4feH3/9jcI2ROzMc= =H6Gw -----END PGP SIGNATURE-----