{"push_id":1853908210,"size":9,"distinct_size":6,"ref":"refs/heads/master","head":"68bdd2d2d3c88dd738c2b9a6fabf518111e204a9","before":"f3b57eaf4591eee1b557b70493c2575859305b02","commits":[{"sha":"7b54715d19daeb2768362f4fc0d5192ed8af3ced","author":{"name":"Lennart Poettering","email":"2baa8fca698523d252842633f852b9ab3cfeddbc@poettering.net"},"message":"random-util: always cast from smaller to bigger type when comparing\n\nWhen we compare two size values, let's make sure we cast from the\nsmaller to the bigger type first, if both types differ, rather than the\nreverse in order to not run into overflows.","distinct":true,"url":"https://api.github.com/repos/ssahani/systemd/commits/7b54715d19daeb2768362f4fc0d5192ed8af3ced"},{"sha":"b5fa4c77060b08436fa9c4e7763f5c6136346e30","author":{"name":"Lennart Poettering","email":"2baa8fca698523d252842633f852b9ab3cfeddbc@poettering.net"},"message":"random-util: we are fine if ints are 16 bytes actually\n\nNot that it matters IRL, but let's make this less surprising to read...","distinct":true,"url":"https://api.github.com/repos/ssahani/systemd/commits/b5fa4c77060b08436fa9c4e7763f5c6136346e30"},{"sha":"e3e42fc2b52dbd284a56457269ca920d6ab46295","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"Add comments to log_functions which shouldn't be called from library code (#6326)","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/e3e42fc2b52dbd284a56457269ca920d6ab46295"},{"sha":"ad1f3fe6a816ddd7c2e80f4639825e88d93b5a98","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"resolved: allow resolution of names which libidn2 considers invalid (#6315)\n\nhttps://tools.ietf.org/html/rfc5891#section-4.2.3.1 says that\r\n> The Unicode string MUST NOT contain \"--\" (two consecutive hyphens) in the third\r\n> and fourth character positions and MUST NOT start or end with a \"-\" (hyphen).\r\nThis means that libidn2 refuses to encode such names.\r\nLet's just resolve them without trying to use IDN.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/ad1f3fe6a816ddd7c2e80f4639825e88d93b5a98"},{"sha":"13ddc3fc2bad4d770e1b1908d40239f1bf7218ef","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"systemd: do not stop units bound to inactive units while coldplugging (#6316)\n\nWhen running systemd-analyze verify I would get a random subset of warnings\r\n(sometimes none, sometimes one or two):\r\n\r\ndev-mapper-luks\\x2d8db85dcf\\x2d6230\\x2d4e88\\x2d940d\\x2dba176d062b31.swap: Unit is bound to inactive unit dev-mapper-luks\\x2d8db85dcf\\x2d6230\\x2d4e88\\x2d940d\\x2dba176d062b31.device. Stopping, too.\r\nhome.mount: Unit is bound to inactive unit dev-disk-by\\x2duuid-75751556\\x2d6e31\\x2d438b\\x2d99c9\\x2dd626330d9a1b.device. Stopping, too.\r\nboot.mount: Unit is bound to inactive unit dev-disk-by\\x2duuid-56c56bfd\\x2d93f0\\x2d48fb\\x2dbc4b\\x2d90aa67144ea5.device. Stopping, too.\r\n\r\nWhen running with debug on, it's pretty obvious what is happening:\r\n\r\nhome.mount: Changed dead -> mounted\r\nhome.mount: Unit is bound to inactive unit dev-disk-by\\x2duuid-75751556\\x2d6e31\\x2d438b\\x2d99c9\\x2dd626330d9a1b.device. Stopping, too.\r\nhome.mount: Trying to enqueue job home.mount/stop/fail\r\nhome.mount: Installed new job home.mount/stop as 27\r\nhome.mount: Enqueued job home.mount/stop as 27\r\n...\r\ndev-disk-by\\x2duuid-75751556\\x2d6e31\\x2d438b\\x2d99c9\\x2dd626330d9a1b.device: Installed new job dev-disk-by\\x2duuid-75751556\\x2d6e31\\x2d438b\\x2d99c9\\x2dd626330d9a1b.device/start as 47\r\ndev-disk-by\\x2duuid-75751556\\x2d6e31\\x2d438b\\x2d99c9\\x2dd626330d9a1b.device: Changed dead -> plugged\r\ndev-disk-by\\x2duuid-75751556\\x2d6e31\\x2d438b\\x2d99c9\\x2dd626330d9a1b.device: Job dev-disk-by\\x2duuid-75751556\\x2d6e31\\x2d438b\\x2d99c9\\x2dd626330d9a1b.device/start finished, result=done\r\n\r\nFixes #2206, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808151.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/13ddc3fc2bad4d770e1b1908d40239f1bf7218ef"},{"sha":"3616ca15f03182132bdaa8486674c33eb3a432fb","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"Merge pull request #6329 from poettering/random-mini-fixes\n\nrandom-util.c mini fixes","distinct":true,"url":"https://api.github.com/repos/ssahani/systemd/commits/3616ca15f03182132bdaa8486674c33eb3a432fb"},{"sha":"cd2d4c7f689cc02b5a592e9212b30e46c516b676","author":{"name":"Yu Watanabe","email":"d4a177c0a33434068e511fe722d4e5e9564d96bc@gmail.com"},"message":"bootctl: allow non-root user to run `bootctl status` (#5964)","distinct":true,"url":"https://api.github.com/repos/ssahani/systemd/commits/cd2d4c7f689cc02b5a592e9212b30e46c516b676"},{"sha":"634735b56b82bdde3c67193ba7b470bab80fdcbd","author":{"name":"Colin Walters","email":"fe1cc3cfb4c19143aa62de6dca1e7e7d1827ac13@verbum.org"},"message":"fstab-generator: Chase symlinks where possible (#6293)\n\nThis has a long history; see see 5261ba901845c084de5a8fd06500ed09bfb0bd80\r\nwhich originally introduced the behavior.  Unfortunately that commit\r\ndoesn't include any rationale, but IIRC the basic issue is that\r\nsystemd wants to model the real mount state as units, and symlinks\r\nmake canonicalization much more difficult.\r\n\r\nAt the same time, on a RHEL6 system (upstart), one can make e.g. `/home` a\r\nsymlink, and things work as well as they always did; but one doesn't have\r\naccess to the sophistication of mount units (dependencies, introspection, etc.)\r\nSupporting symlinks here will hence make it easier for people to do upgrades to\r\nRHEL7 and beyond.\r\n\r\nThe `/home` as symlink case also appears prominently for OSTree; see\r\nhttps://ostree.readthedocs.io/en/latest/manual/adapting-existing/\r\n\r\nFurther work has landed in the nspawn case for this; see e.g.\r\nd944dc9553009822deaddec76814f5642a6a8176\r\n\r\nA basic limitation with doing this in the fstab generator (and that I hit while\r\ndoing some testing) is that we obviously can't chase symlinks into mounts,\r\nsince the generator runs early before mounts. Or at least - doing so would\r\nrequire multiple passes over the fstab data (as well as looking at existing\r\nmount units), and potentially doing multi-phase generation. I'm not sure it's\r\nworth doing that without a real world use case. For now, this will fix at least\r\nthe OSTree + `/home` <https://bugzilla.redhat.com/show_bug.cgi?id=1382873> case\r\nmentioned above, and in general anyone who for whatever reason has symlinks in\r\ntheir `/etc/fstab`.","distinct":true,"url":"https://api.github.com/repos/ssahani/systemd/commits/634735b56b82bdde3c67193ba7b470bab80fdcbd"},{"sha":"68bdd2d2d3c88dd738c2b9a6fabf518111e204a9","author":{"name":"Yu Watanabe","email":"d4a177c0a33434068e511fe722d4e5e9564d96bc@gmail.com"},"message":"time-util: make parse_timestamp() return -EINVAL if the input is very old date (#6327)\n\nThis reverts 7635ab8e74ea4a94e81143c3077570a986df375c and makes parse_timestamp()\r\nreturn -EINVAL if the input is older than 1970-01-01.\r\n\r\nFixes #6290.","distinct":true,"url":"https://api.github.com/repos/ssahani/systemd/commits/68bdd2d2d3c88dd738c2b9a6fabf518111e204a9"}]}
{"actor":{"display_login":"ssahani"}}