#615050 pm-utils: prepending time in logs (patch)

Package:
pm-utils
Source:
pm-utils
Submitter:
antoine
Date:
2023-12-21 18:00:56 UTC
Severity:
wishlist
#615050#5
Date:
2011-02-25 09:43:43 UTC
From:
To:
Could you please consider prepending timed info in logs, to be able to
more quickly identify cycles and thus find where it could went wrong ?

I am attaching a working patch using your log function but moved from
pm-functions to functions.
With output (shortened to prevent word-wrap) like hereafter

[2011-02-21 19:48:37] =======================================
[2011-02-21 19:48:37] ### Finished.
[2011-02-21 19:48:37] =======================================
[2011-02-21 22:19:45] ### Initial commandline parameters:
[2011-02-21 22:19:45] ---------------------------------------
[2011-02-21 22:19:45] ### Running hooks for suspend.
[2011-02-21 22:19:45]
[2011-02-21 22:19:45] Running hook [...]kernel-change suspend suspend:
[2011-02-21 22:19:45] [...]kernel-change suspend suspend:  success.
[2011-02-21 22:19:45]
[2011-02-21 22:19:45] ...
[2011-02-21 22:19:48] =======================================
[2011-02-21 22:19:48] ### performing suspend
[2011-02-21 22:19:48] .......................................
[2011-02-21 22:53:20] ### Awake.
[2011-02-21 22:53:20] ---------------------------------------
[2011-02-21 22:53:20] ### Running hooks for resume
[2011-02-21 22:53:20]
[2011-02-21 22:53:20] Running hook [...]/99video resume suspend:
[2011-02-21 22:53:21] [...]/99video resume suspend:  success.
[2011-02-21 22:53:21]
[2011-02-23 13:25:43] ...
[2011-02-21 22:53:21] =======================================
[2011-02-21 22:53:21] ### Finished.

I remain at your disposal for any test/other upstream bugreporting
thanks - cheers
#615050#10
Date:
2012-08-04 22:39:47 UTC
From:
To:
I find such a patch very useful (I wrote my own, much simpler patch
before I saw this bug), because suspend occasionally takes much time
because one of the hooks, and having time information in the log file
would confirm this.

BTW, the user might want the date format to be configurable.
Something like that should work:

  date ${PM_DATEFMT:+"+$PM_DATEFMT"}

and PM_DATEFMT could be set in some /etc/pm/config.d config file,
e.g.

  PM_DATEFMT='%F %T %Z'
#615050#15
Date:
2023-12-21 17:56:09 UTC
From:
To:
Dear submitter,

as the package pm-utils has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/1058701

The version of this package that was in Debian prior to this removal
can still be found using https://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Thorsten Alteholz (the ftpmaster behind the curtain)