Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vMNd4-008AOS-0d for pgsql-admin@arkaria.postgresql.org; Fri, 21 Nov 2025 09:40:35 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vMNd0-006VYz-1m for pgsql-admin@arkaria.postgresql.org; Fri, 21 Nov 2025 09:40:30 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vMNcz-006VYq-0O for pgsql-admin@lists.postgresql.org; Fri, 21 Nov 2025 09:40:30 +0000 Received: from sonic314-21.consmr.mail.ir2.yahoo.com ([77.238.177.147]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vMNcw-000hXC-37 for pgsql-admin@lists.postgresql.org; Fri, 21 Nov 2025 09:40:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1763718024; bh=P37Glcf3tKdSDJDkVak8mV9Wb+x6JH0618hjqyh0nYA=; h=Date:Subject:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=kjVq/qS2oPOBeRq9Fxo0+RgsY+GzqBdsXWxxdaKVVa6cWQ2V50mVwXE6Y4swCwFURycWJVlrCowrrPOv/Oet+1ik8wxlE1KRoXkYDuq9UJ9HJpN19I6gcHGY9fphso//nA8t/1/lwg9r0cPbXd6Uqo/hWgHyXyQbYrNXZxkl2xq5ts+lT9SNJ2knW/6jPrA+WF0qFAavP3wSjitAtBX+YxSNUDuewgHwfXqZvZEg4UE5joXTiGEXjIGoNKtk2HxvuZnYUZ8xJUpkhkeSu3Af798lj657o5rSxoJ4jTVujBlslYMmz1e00LMsegHlkxVMIevfOYAl9l2bgRiAS/pXhw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763718024; bh=JReFX/+rNey4RzROsB2Rv8y6ukG6p4LuDRbLHh4h3g6=; h=X-Sonic-MF:Date:Subject:From:From:Subject; b=DXSlJ1+/ux3pThPyiiAWlpjXUDKeuxQHK9YbybL0HWGYNwf9zKtrgBkld/T9fKWd5FUMOh9FtWHWP74dzIxpJGlzZ2GJoOfsBKP3MKH96ApLdJxTwQbCsUiHb4b7mmM3p6y/a6BVfbg0AyNQ/fQ/SQ2ohpW5YoW4dI8EtZpFY7k5yhY4FIB61g81bnvEwoDYlqgJUrh50goqY4B++9+FGL9g62Qm3s9k2rH1iFsNmH6TfmUH/7PGNcqE5qLWdDiW2U8rWyZFIfn1dkmfcGksqDrNMGtjGN3bipR+tsAmV/iUYyd8uGWVrItIC/dFDeKx4yBGgB4M9Za9mvKrpFLgZA== X-YMail-OSG: BW9kOqUVM1ny82nynMzh9SZnxD7eFiCaK.BCCqFokFzit2k1eiyfJbrSSrUbkWi p8zg_6fQ7iOo.QBseKqGN3BxY8qFviFubzXO4Y94u7ksHqcLUDBaglYttSu1.o3pV2xs4WqTBiIZ TvJ9h0brMbx_GPDvgsikeXiQI8PybezleQsfKUmTWbA54eSkHTyUKuv1JyAOTVQF.KrDAN4tWruf 4EPfx4jzrcDBH3lWR.Frj1Meei5mNDXOkZU_Y8K1Ayzsdk4Ij0_Ii8R4v3GTpXN67YOgk5uTbJ7h YjDc3c.mxMwGuaax7uuDDb_Em7HGggcKcI6aZu32yy0SzWoUdwC4rdX_kvvv5DemyR8P7ACQ.HSp NVoxEP0BPX8DXC7P6ChzQbv7QDAyQrbgv2uVFITWzQu6ha.3wCjUjjYwwRJS6dKK51gSaIJnN4wf jKimfjLDnZfEh53fiM3VOWDs1KyjOISErCqlqRy47eqw0XjeVnROzkHCT59ZCDGyily7Va.Rwvzt gAHy7lD8rHQAvVWkJrNa25nevHqGmBdHO8nnKwikz2OCXpgoTESqcs7YheH4DsRZgfxgKPYG7ArZ LKv2vIRJyKDiGeg4qcCNJXUP56eq7sfyyb91jAPmsqmkyDD60xy9HCY.cjtoZL.I1WeajlX_DOJ0 Ghn_72pSpaiVcGD3pU4qEDz_r37_Eilx4C.55zXEWPzN_.oYxQiPsM0qumfZxnfEBLZG9f4ejr4g q5UJQHyEyQjGujFRkFvM5XQ74hQRjk.wPtmkDIX5M2iM34m5YC5oxZWpWWs8RqBin54dW7Q7qDdT .yWMDnh5qsebA.bt2QZt4.CkGCX1x79A1sNHN3iN62PuENWJKszpwwrye.ATGKhSGIYIZGXkm5hw L15EE1YdI3lPZwMqHZu2xa2UtytNQqPk5Wt96_hwnuHUsuIr.qaClz4OM.YWDI1CQqjfYjv.tOhQ 2zLG2LqT947uztnak4nKewbRUIIdYfoPbieXon16_lnEli2DX07HMXeD8MMxO6P12oPRYWuEHx4y D4kQER_B3kM8WmTAhB0KAru8mvcpEfFaAbzDCNYtDfEzTeXMgQPQHNEJtI1jnee22ZY0VQLlHVhg 0iwYsjVuti4RjD8Rdu3MFQ7._DsNIdcNHNn.ANETPRNHne0e1Eg5jg4LZ_5s0NZOeQxAt6bhU6Au IyJqWfVev_7IGsVF3J4Ws8.9s2cH4mPD1BLcnET_5ZlFA4KzGuCgU8LAQ6TLpIRXXwCjY6uHouud cb0voDq07QG96A3sdQGj6zoY8PViPy9Kgf93Q.I__6TXPRy2XQ6Cmm2AeeLocG_sA7_A3oHebstw _28unaY0nMJON7B37fzVg6dbPBVI5qrfQKHg9_sDbiRSwIIY.XZ3MLbfzsf_SdqnIJtiwEKNsDuW LtqZNzQut6n0dJ4Gc1BT6jAk_FTwxPsTpz2LUaJxtN.ctCU7O8aUaLQl_RsPX6rK9Ydd0A5cZ4G. UO4_leLUT3JP2ZVnDKmUcPJHO4dA74PWDtDaJenhsMZZEx271DFhBNshiTSzZcjahoKlKqJm5cZD KiD5pmTu_YHkItimP8BoNC6gg2HjhXcKcrYgJgJc5fc6omIBbR7MatT.yNa.l_qHhTUSjfVOXt9z v6awx.Pkjm4eZ1r7aJesFkoZVmW.vP8QkF_jO3oSWg.IsXLM_El.JHkVMKwH5hvxWWrbtS5O03iS skIzG8tbyCny3JcXbYizMWAisKP9nS6t_JpAZvzvkSTfqPO48iRTZxikXcuyFuR3XOVcLGMGUQ6n FzRK5_eYNtYJdFW2tvUojOH2u4eUK.mVWOof0PjxZNZ8O3CiaRB2N1OvNUilWCfiqdNl2Fhk66tw _rmkJkSuTwXimIDhwOtrjkvRC7GqVi8jYFotryRVW2QFf3zQIXjlbcGndAIYayIpemq9DLkozGBl uMEnHSCQIIolA2wSWv.za_oC0oZdexmCnwuxzPzNpAB3wP0HHc6gy4lKd1u0lhOVOsehHi7puQoO bC3Ji2qpOaCJWiUQbLdzbPMPES7lOV9lv9eOcqJfTMPhdvK0wHq3ci0l.Tou9Lf0xaJi0FmSbUZj X3VO4Kt3L3hqBL8wlR033C6nLSh6zSN.aPOYrjjAREf9jVMc9q2YH.NP11rb87XSKh8hyRnyTS2y nFxUvlwKr6vOrJLwU8NGuvb0aZiBshdUDXHEaNljvLLI6KE7.tmZbracUoW4U8bqRJFu69SjJ2_j Ukq3ZSkLYSThcsfw9udJKzsHW.w.E.HqB4ztcwxwIq3CrK9a.AEEPqQO1owUiojFd1TW2 X-Sonic-MF: X-Sonic-ID: 4c4fd236-1b14-42fd-ba43-e4a277da17bc Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ir2.yahoo.com with HTTP; Fri, 21 Nov 2025 09:40:24 +0000 Received: by hermes--production-ir2-76fb978d99-svlh2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ad4f8521e246deb687bc3a9440431a07; Fri, 21 Nov 2025 09:40:22 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------pe5oApXCS6Zben7J0uXdXlQY" Message-ID: <0dcb33c5-ca74-4003-9808-adfb4a2d3655@yahoo.co.uk> Date: Fri, 21 Nov 2025 10:40:21 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: What is paging my psql Cc: "pgsql-admin@lists.postgresql.org" References: <5844ca0b-4015-4c56-a43a-f44608185477.ref@yahoo.co.uk> <5844ca0b-4015-4c56-a43a-f44608185477@yahoo.co.uk> Content-Language: en-MW From: lejeczek In-Reply-To: X-Mailer: WebService/1.1.24652 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 4990 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------pe5oApXCS6Zben7J0uXdXlQY Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit All three servers show the same: -> $ psql --port=5437 -c '\pset' | egrep -i pager pager                    1 pager_min_lines          0 Two of them do not page the query I showed -> $ psql --port=5438 --dbname=yja_discourse -c 'select * from pg_extension;'   oid  | extname  | extowner | extnamespace | extrelocatable | extversion | extconfig | extcondition -------+----------+----------+--------------+----------------+------------+-----------+--------------  13545 | plpgsql  |       10 |           11 | f              | 1.0        |           |  16393 | hstore   |       10 |         2200 | t              | 1.8        |           |  16521 | pg_trgm  |       10 |         2200 | t              | 1.6        |           |  16602 | unaccent |       10 |         2200 | t              | 1.1        |           |  61507 | vector   |       10 |         2200 | t              | 0.8.1      |           | (5 rows) third server pages - waits for user 'q' to switch back to shell prompt. None of the servers - no that I could find - has $PAGER nor $PSQL_PAGER nor $SYSTEMD_PAGER set. In fact: -> $ set | egrep -i page -> $ env | egrep -i page shows nothing. None of the servers - I failed to find - has psqlrc, not for the user nor system-wide. On the two non-paging servers with this: -> $ psql --port=5437 -c '\pset pager on' Pager is used for long output. done, the above query does not page - for the output is not long enough I believe. On the third paging server - that does not change behaviour neither. But I also noticed that after 'on/off' - this does not change and remains: -> $ psql --port=5437 -c '\pset' | egrep -i pager pager                    1 pager_min_lines          0 Should that change/setting not be permanent, at least for the session-time being? thanks, L. --------------pe5oApXCS6Zben7J0uXdXlQY Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
All three servers show the same:
-> $ psql --port=5437 -c '\pset' | egrep -i pager
pager                    1
pager_min_lines          0

Two of them do not page the query I showed

-> $ psql --port=5438 --dbname=yja_discourse -c 'select * from pg_extension;'
  oid  | extname  | extowner | extnamespace | extrelocatable | extversion | extconfig | extcondition 
-------+----------+----------+--------------+----------------+------------+-----------+--------------
 13545 | plpgsql  |       10 |           11 | f              | 1.0        |           | 
 16393 | hstore   |       10 |         2200 | t              | 1.8        |           | 
 16521 | pg_trgm  |       10 |         2200 | t              | 1.6        |           | 
 16602 | unaccent |       10 |         2200 | t              | 1.1        |           | 
 61507 | vector   |       10 |         2200 | t              | 0.8.1      |           | 
(5 rows)

third server pages - waits for user 'q' to switch back to shell prompt.
None of the servers - no that I could find - has $PAGER nor $PSQL_PAGER nor $SYSTEMD_PAGER set.
In fact:

-> $ set | egrep -i page
-> $ env | egrep -i page

shows nothing.
None of the servers - I failed to find - has psqlrc, not for the user nor system-wide.
On the two non-paging servers with this:
-> $ psql --port=5437 -c '\pset pager on'
Pager is used for long output.

done, the above query does not page - for the output is not long enough I believe.
On the third paging server - that does not change behaviour neither.
But I also noticed that after 'on/off' - this does not change and remains:
-> $ psql --port=5437 -c '\pset' | egrep -i pager
pager                    1
pager_min_lines          0

Should that change/setting not be permanent, at least for the session-time being?

thanks, L.

--------------pe5oApXCS6Zben7J0uXdXlQY--