• Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • rhel-10.0
    • procps-ng
    • None
    • No
    • None
    • rhel-sst-cs-plumbers
    • ssg_core_services
    • None
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • None

      What were you trying to do that didn't work?

      running the test /CoreOS/procps-ng/Regression/bz1772999-uptime-p-does-not-show-days-when-the-uptime-is the output of uptime -p is missing the 1 minute part

      Please provide the package NVR for which the bug is seen:

      procps-ng-4.0.4-4.el10.x86_64

      How reproducible is this bug?:

      always

      Steps to reproduce

      1. run the test /CoreOS/procps-ng/Regression/bz1772999-uptime-p-does-not-show-days-when-the-uptime-is

      Expected results

      :: [ 18:53:52 ] :: [  BEGIN   ] :: Getting pretty uptime :: actually running 'uptime -p'

      up 52 weeks, 1 minute
      :: [ 18:53:52 ] :: [   PASS   ] :: Getting pretty uptime (Expected 0, got 0)
      :: [ 18:53:52 ] :: [   PASS   ] :: File '/var/tmp/rlRun_LOG.ggbmaXRi' should contain 'up 52 weeks, 1 minute'

      Actual results

      :: [ 18:53:53 ] :: [  BEGIN   ] :: Getting pretty uptime :: actually running 'uptime -p'
      up 52 weeks
      :: [ 18:53:53 ] :: [   PASS   ] :: Getting pretty uptime (Expected 0, got 0)
      :: [ 18:53:53 ] :: [   FAIL   ] :: File '/var/tmp/rlRun_LOG.EeJ9R3SG' should contain 'up 52 weeks, 1 minute'

              jrybar@redhat.com Jan Rybar
              kvolny Karel Volný
              Jan Rybar Jan Rybar
              qe-baseos-daemons qe-baseos-daemons
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: