{"push_id":2710043856,"size":10,"distinct_size":1,"ref":"refs/heads/commitfest/18/1622","head":"283501487069dd02e793cc81aba1208eca252ac9","before":"aa2a54fc2476744306df609220d39bc6911d63e0","commits":[{"sha":"9a4059d4ff1100e10d2aaadb136a04a407351249","author":{"name":"Michael Paquier","email":"17b9e1c64588c7fa6419b4d29dc1f4426279ba01@paquier.xyz"},"message":"Simplify logic to sync target directory at the end of pg_rewind\n\nThe previous sync logic relied on looking for and then launching\nexternally initdb -S, which is a simple wrapper on top of fsync_pgdata.\nThere is nothing preventing pg_rewind to directly call this routine, so\nremove the dependency to initdb and just call it directly.\n\nAuthor: Michael Paquier\nReviewed-by: Heikki Linnakangas\nDiscussion: https://postgr.es/m/20180325122607.GB3707@paquier.xyz","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/9a4059d4ff1100e10d2aaadb136a04a407351249"},{"sha":"8a00b96aa994b5c2c1a03c70e7a4719c919e8798","author":{"name":"Michael Paquier","email":"17b9e1c64588c7fa6419b4d29dc1f4426279ba01@paquier.xyz"},"message":"Add pg_rewind --no-sync\n\nThis is an option consistent with what pg_dump and pg_basebackup provide\nwhich is useful for leveraging the I/O effort when testing things, not\nto be used in a production environment.\n\nAuthor: Michael Paquier\nReviewed-by: Heikki Linnakangas\nDiscussion: https://postgr.es/m/20180325122607.GB3707@paquier.xyz","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/8a00b96aa994b5c2c1a03c70e7a4719c919e8798"},{"sha":"1486f7f981c0052988891677d4e734b14317816c","author":{"name":"Peter Eisentraut","email":"c50e6bf7013fce877ffb25104d778a36de31e297@gmx.net"},"message":"Fix typos","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/1486f7f981c0052988891677d4e734b14317816c"},{"sha":"17b715c634d451da3edb221c55c614a7d993c289","author":{"name":"Heikki Linnakangas","email":"ac1e0af1ee8efe15f889b38482e897ff7d0f0432@iki.fi"},"message":"Add test case for EEOP_INNER_SYSVAR/EEOP_OUTER_SYSVAR executor opcodes.\n\nThe EEOP_INNER_SYSVAR and EEOP_OUTER_SYSVAR executor opcodes are not\nexercised by normal queries, because setrefs.c will resolve the references\nto system columns in the scan nodes already. Join nodes refer to them by\ntheir position in the child node's target list, like user columns.\n\nThe only place where those opcodes are used, is in evaluating a trigger's\nWHEN condition that references system columns. Trigger evaluation abuses\nthe INNER/OUTER Vars to refer to the OLD and NEW tuples. The code to handle\nthe opcodes is pretty straightforward, but it seems like a good idea to\nhave some test coverage for them, anyway, so that they don't get removed or\nbroken by accident.\n\nAuthor: Ashutosh Bapat, with some changes by me.\nDiscussion: https://www.postgresql.org/message-id/CAFjFpRerUFX=T0nSnCoroXAJMoo-xah9J+pi7+xDUx86PtQmew@mail.gmail.com","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/17b715c634d451da3edb221c55c614a7d993c289"},{"sha":"bcbd940806a2011d6f99ae72ea5897e8a94c6093","author":{"name":"Peter Eisentraut","email":"c50e6bf7013fce877ffb25104d778a36de31e297@gmx.net"},"message":"Remove dynamic_shared_memory_type=none\n\nPostgreSQL nowadays offers some kind of dynamic shared memory feature on\nall supported platforms.  Having the choice of \"none\" prevents us from\nrelying on DSM in core features.  So this patch removes the choice of\n\"none\".\n\nAuthor: Kyotaro Horiguchi <horiguchi.kyotaro@lab.ntt.co.jp>","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/bcbd940806a2011d6f99ae72ea5897e8a94c6093"},{"sha":"b6e3a3a492dbf2043e4b149221007716ba9e364e","author":{"name":"Alvaro Herrera","email":"3c84f0de6f8a0f296d36cdd9f57fa166641c96b1@alvh.no-ip.org"},"message":"Better handle pseudotypes as partition keys\n\nWe fail to handle polymorphic types properly when they are used as\npartition keys: we were unnecessarily adding a RelabelType node on top,\nwhich confuses code examining the nodes.  In particular, this makes\npredtest.c-based partition pruning not to work, and ruleutils.c to emit\nexpressions that are uglier than needed.  Fix it by not adding RelabelType\nwhen not needed.\n\nIn master/11 the new pruning code is separate so it doesn't suffer from\nthis problem, since we already fixed it (in essentially the same way) in\ne5dcbb88a15d, which also added a few tests; back-patch those tests to\npg10 also.  But since UPDATE/DELETE still uses predtest.c in pg11, this\nchange improves partitioning for those cases too.  Add tests for this.\nThe ruleutils.c behavior change is relevant in pg11/master too.\n\nCo-authored-by: Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>\nCo-authored-by: Álvaro Herrera <alvherre@alvh.no-ip.org>\nReviewed-by: Álvaro Herrera <alvherre@alvh.no-ip.org>\nReviewed-by: Robert Haas <robertmhaas@gmail.com>\nDiscussion: https://postgr.es/m/54745d13-7ed4-54ac-97d8-ea1eec95ae25@lab.ntt.co.jp","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/b6e3a3a492dbf2043e4b149221007716ba9e364e"},{"sha":"56a714721343e6f52c0b1b911c0f160592348e84","author":{"name":"Michael Paquier","email":"17b9e1c64588c7fa6419b4d29dc1f4426279ba01@paquier.xyz"},"message":"Block replication slot advance for these not yet reserving WAL\n\nSuch replication slots are physical slots freshly created without WAL\nbeing reserved, which is the default behavior, which have not been used\nyet as WAL consumption resources to retain WAL.  This prevents advancing\na slot to a position older than any WAL available, which could falsify\ncalculations for WAL segment recycling.\n\nThis also cleans up a bit the code, as ReplicationSlotRelease() would be\ncalled on ERROR, and improves error messages.\n\nReported-by: Kyotaro Horiguchi\nAuthor: Michael Paquier\nReviewed-by: Andres Freund, Álvaro Herrera, Kyotaro Horiguchi\nDiscussion: https://postgr.es/m/20180626071305.GH31353@paquier.xyz","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/56a714721343e6f52c0b1b911c0f160592348e84"},{"sha":"9f09529952ac41a10e5874cba745c1c24e67ac79","author":{"name":"Thomas Munro","email":"1ff054ef0838bf068a4b7c40eef026e560a37025@postgresql.org"},"message":"Use signals for postmaster death on Linux.\n\nLinux provides a way to ask for a signal when your parent process dies.\nUse that to make PostmasterIsAlive() very cheap.\n\nBased on a suggestion from Andres Freund.\n\nAuthor: Thomas Munro, Heikki Linnakangas\nReviewed-By: Michael Paquier\nDiscussion: https://postgr.es/m/7261eb39-0369-f2f4-1bb5-62f3b6083b5e%40iki.fi\nDiscussion: https://postgr.es/m/20180411002643.6buofht4ranhei7k%40alap3.anarazel.de","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/9f09529952ac41a10e5874cba745c1c24e67ac79"},{"sha":"f98b8476cd4a19dfc602ab95642ce08e53877d65","author":{"name":"Thomas Munro","email":"1ff054ef0838bf068a4b7c40eef026e560a37025@postgresql.org"},"message":"Use signals for postmaster death on FreeBSD.\n\nUse FreeBSD 11.2's new support for detecting parent process death to\nmake PostmasterIsAlive() very cheap, as was done for Linux in an\nearlier commit.\n\nAuthor: Thomas Munro\nDiscussion: https://postgr.es/m/7261eb39-0369-f2f4-1bb5-62f3b6083b5e@iki.fi","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/f98b8476cd4a19dfc602ab95642ce08e53877d65"},{"sha":"283501487069dd02e793cc81aba1208eca252ac9","author":{"name":"Commitfest Bot","email":"b9e638e07cc2e2abf56c9c0cad7954f2e3bc1641@cputube.org"},"message":"[CF 18/1622] A way to request the rotation of server logs\n\nThis commit was automatically generated by cfbot at commitfest.cputube.org.\nIt is based on patches submitted to the PostgreSQL mailing lists and\nregistered in the PostgreSQL Commitfest application.\n\nThis branch will be overwritten each time a new patch version is posted to\nthe email thread, and also periodically to check for bitrot caused by changes\non the master branch.\n\nCommitfest entry: https://commitfest.postgresql.org/18/1622\nPatch(es): https://www.postgresql.org/message-id/09ecbd25-3d78-4a83-ff0c-662c0df60401@postgrespro.ru\nAuthor(s): Kyotaro Horiguchi","distinct":true,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/283501487069dd02e793cc81aba1208eca252ac9"}]}
{"actor":{"display_login":"postgresql-cfbot"}}