chrony tests fail with new glibc 2.31

Bug #1866753 reported by Christian Ehrhardt 
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
chrony (Ubuntu)
Fix Released
Undecided
Christian Ehrhardt 

Bug Description

[04:47] <vorlon> cpaelzer: chrony autopkgtests regress with new upstream glibc because the testsuite tarball it downloads at test time from an external github url has incompatible prototyping of gettimeofday(); I'm going to badtest this rather than block glibc on it given the externality

[07:23] <cpaelzer> vorlon: there is https://github.com/mlichvar/clknetsim/commit/6e4714b8b1730e865bf0066b898a7787e148eac9

But we also want/need bug 1863590 to move otherwise the tests would still fail.

Changed in chrony (Ubuntu):
status: New → Triaged
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Note: bug 1863590 is resolved

Changed in chrony (Ubuntu):
assignee: nobody → Christian Ehrhardt  (paelzer)
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Also fails the syscall filtering, working with the Debian maintainer to get this right.

Note: there might be more SW out there who has impact by:
- prototype of gettimeofday() changed (hits us as FTFBS)
- The adjtimex() function in glibc was switched to the clock_adjtime system call (hit us in filtering)

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

The new version isn't in Debian yet to sync it, but give it a few days ...

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

The MP at https://code.launchpad.net/~paelzer/ubuntu/+source/chrony/+git/chrony/+merge/380463 has the merge of the new version; seems to work fine in tests.

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

We built it yesterday in proposed PPAs and it worked.
But now FTFBS on some archietctures - new bug 1867316

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package chrony - 3.5-6ubuntu1

---------------
chrony (3.5-6ubuntu1) focal; urgency=medium

  * Merge with Debian unstable (LP: #1866753). Remaining changes:
    - d/chrony.conf: use ubuntu ntp pool and server (LP 1744664 1754358)
    - Set -x as default if unable to set time (e.g. in containers) (LP 1589780)
      Chrony is a single service which acts as both NTP client (i.e. syncing the
      local clock) and NTP server (i.e. providing NTP services to the network),
      and that is both desired and expected in the vast majority of cases.
      But in containers syncing the local clock is usually impossible, but this
      shall not break the providing of NTP services to the network.
      To some extent this makes chrony's default config more similar to 'ntpd',
      which complained in syslog but still provided NTP server service in those
      cases.
      + debian/chrony.service: allow the service to run without CAP_SYS_TIME
      + debian/control: add new dependency libcap2-bin for capsh (usually
        installed anyway, but make them explicit to be sure).
      + debian/chrony.default: new option SYNC_IN_CONTAINER to not fall back
        (Default off) [fixed a minor typo in the comment in this update]
      + debian/chronyd-starter.sh: wrapper to handle special cases in containers
        and if CAP_SYS_TIME is missing. Effectively allows to run NTP server in
        containers on a default installation and avoid failing to sync time (or
        if allowed to sync, avoid multiple containers to fight over it by
        accident).
      + debian/install: make chrony-starter.sh available on install.
      + debian/docs, debian/README.container: provide documentation about the
        handling of this case.

 -- Christian Ehrhardt <email address hidden> Thu, 12 Mar 2020 11:02:33 +0100

Changed in chrony (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.