{"push_id":1398474179,"size":3,"distinct_size":3,"ref":"refs/heads/master","head":"b878b618adb8467f60992b5933a46e109a0939ab","before":"abd67ce74858491565cde157c7b08fda43d3279c","commits":[{"sha":"5f36e3d30375cf04292bbc1bf3f4d7512cf80139","author":{"name":"akochetkov","email":"01231858a87cc2160eb69facea6ee076f44ae0c9@gmail.com"},"message":"timesyncd: clear ADJ_MAXERROR to keep STA_UNSYNC cleared after jump adjust (#4626)\n\nNTP use jump adjust if system has incorrect time read from RTC during boot.\r\nIt is desireble to update RTC time as soon as NTP set correct system time.\r\nSometimes kernel failed to update RTC due to STA_UNSYNC get set before RTC\r\nupdate finised. In that case RTC time wouldn't be updated within long time.\r\nThe commit makes RTC updates stable.\r\n\r\nWhen NTP do jump time adjust using ADJ_SETOFFSET it clears STA_UNSYNC flag.\r\nIf don't clear ADJ_MAXERROR, STA_UNSYNC will be set again by kernel within\r\n1 second (by second_overflow() function). STA_UNSYNC flag prevent RTC updates\r\nin kernel. Sometimes the kernel is able to update RTC withing 1 second,\r\nbut sometimes it falied.","distinct":true,"url":"https://api.github.com/repos/eworm-de/systemd/commits/5f36e3d30375cf04292bbc1bf3f4d7512cf80139"},{"sha":"c58bd76a6af673196ad283131cbe3edcf2bf6291","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"tree-wide: make invocations of extract_first_word more uniform (#4627)\n\nextract_first_words deals fine with the string being NULL, so drop the upfront\r\ncheck for that.","distinct":true,"url":"https://api.github.com/repos/eworm-de/systemd/commits/c58bd76a6af673196ad283131cbe3edcf2bf6291"},{"sha":"b878b618adb8467f60992b5933a46e109a0939ab","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"units: disable /sys/fs/fuse/connections in private user namespaces (#4592)\n\nThe mount fails, even though CAP_SYS_ADMIN is granted.\r\n\r\nOnly file systems with FU_USERNS_MOUNT in .fs_flags may be mounted in userns,\r\nand the patch to add that fusectl was rejected [1]. It would be nice if we\r\ncould check if the kernel has FU_USERNS_MOUNT for a given fs type, since this\r\ncould change over time, but this information doesn't seem to be exported.\r\nSo let's just skip this mount in userns to avoid an error during boot.\r\n\r\n[1] https://patchwork.kernel.org/patch/2828269/","distinct":true,"url":"https://api.github.com/repos/eworm-de/systemd/commits/b878b618adb8467f60992b5933a46e109a0939ab"}]}
{"actor":{"display_login":"eworm-de"}}