Fedora 39 Update: python-dbusmock-0.30.1-1.fc39

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



--------------------------------------------------------------------------------
Fedora Update Notification
FEDORA-2023-5b3241b496
2024-01-01 01:41:36.668081
--------------------------------------------------------------------------------

Name        : python-dbusmock
Product     : Fedora 39
Version     : 0.30.1
Release     : 1.fc39
URL         : https://pypi.python.org/pypi/python-dbusmock
Summary     : Mock D-Bus objects
Description :
With this program/Python library you can easily create mock objects on
D-Bus. This is useful for writing tests for software which talks to
D-Bus services such as upower, systemd, ConsoleKit, gnome-session or
others, and it is hard (or impossible without root privileges) to set
the state of the real services to what you expect in your tests.

--------------------------------------------------------------------------------
Update Information:

Automatic update for python-dbusmock-0.30.1-1.fc39.  ##### **Changelog for
python-dbusmock**  ``` * Sat Dec 23 2023 Packit <hello@xxxxxxxxxx> - 0.30.1-1
Over the years, this template has accumulated some hacks and bad API which made
PairDevice()'s handling of the Modalias/Class/Icon properties buggy and hard to
understand:  * These are *static* device properties, they are not supposed to
change    during pairing.  * Commit ee29a4403359b6a added these as some kind of
"dynamic fallback    default" when they were not initialized by the caller after
AddDevice().  * Commit 59d6af0dca3e silently broke that fallback default by
changing    AddDevice() to set these device properties to empty strings.  *
Commit fae4be7f49c0861 added another really bad API for setting Class    in
PairDevice()(). That API didn't fit into D-Bus (see commit    8968284e8b which
had to make it a non-default parameter) and also    broke the API, and moreover
it is totally unintuitive -- the device    class has nothing to do with pairing.
Clean up all of these: Set the static property defaults in AddDevice() right
away, so that the caller can adjust them afterwards. Re-drop the `class_`
argument in PairDevice(). Adjust the documentation of AddDevice() to point out
that properties should be changed after calling that. Consequently, PairDevice()
will stop claiming that the static properties changed. This also gets rid of
some redundant code.  ```
--------------------------------------------------------------------------------
ChangeLog:

* Sat Dec 23 2023 Packit <hello@xxxxxxxxxx> - 0.30.1-1
Over the years, this template has accumulated some hacks and bad API
which made PairDevice()'s handling of the Modalias/Class/Icon properties
buggy and hard to understand:
 * These are *static* device properties, they are not supposed to change
   during pairing.
 * Commit ee29a4403359b6a added these as some kind of "dynamic fallback
   default" when they were not initialized by the caller after
   AddDevice().
 * Commit 59d6af0dca3e silently broke that fallback default by changing
   AddDevice() to set these device properties to empty strings.
 * Commit fae4be7f49c0861 added another really bad API for setting Class
   in PairDevice()(). That API didn't fit into D-Bus (see commit
   8968284e8b which had to make it a non-default parameter) and also
   broke the API, and moreover it is totally unintuitive -- the device
   class has nothing to do with pairing.
Clean up all of these: Set the static property defaults in AddDevice()
right away, so that the caller can adjust them afterwards. Re-drop the
`class_` argument in PairDevice(). Adjust the documentation of
AddDevice() to point out that properties should be changed after calling
that.
Consequently, PairDevice() will stop claiming that the static properties
changed. This also gets rid of some redundant code.
--------------------------------------------------------------------------------

This update can be installed with the "dnf" update program. Use
su -c 'dnf upgrade --advisory FEDORA-2023-5b3241b496' at the command
line. For more information, refer to the dnf documentation available at
http://dnf.readthedocs.io/en/latest/command_ref.html#upgrade-command-label

All packages are signed with the Fedora Project GPG key. More details on the
GPG keys used by the Fedora Project can be found at
https://fedoraproject.org/keys
--------------------------------------------------------------------------------
--
_______________________________________________
package-announce mailing list -- package-announce@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to package-announce-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/package-announce@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Index of Archives]     [Fedora Users]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]

  Powered by Linux