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 1vKKrF-008Bgr-25 for pgsql-general@arkaria.postgresql.org; Sat, 15 Nov 2025 18:18:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vKKrD-009wyc-13 for pgsql-general@arkaria.postgresql.org; Sat, 15 Nov 2025 18:18:43 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vKKrC-009wyQ-37 for pgsql-general@lists.postgresql.org; Sat, 15 Nov 2025 18:18:42 +0000 Received: from uucp.dinoex.org ([2a0b:f840::12]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vKKrA-007IPT-0U for pgsql-general@lists.postgresql.org; Sat, 15 Nov 2025 18:18:42 +0000 Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.18.1/8.18.1) with ESMTPS id 5AFII7AZ016533 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 15 Nov 2025 19:18:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) ARC-Seal: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1763230691; cv=none; b=jOvvMJ3mrADLQDCApwOJYRqGxoWjh+Lu632dCaF/JjyE8lXccBDT+yWO9RGr3M2Iax203vW4lagmFBA0AsNcutqs4lbaTmnXJpIZxCOT7YKHgD2SQaJX18m7cH0c0D8lD2V3ykg83FBG/t1y/ljmgGrbXQ0uh4bGp/BySkKP6DA= ARC-Message-Signature: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1763230691; c=relaxed/simple; bh=3M9GNHyjJWWCRqT24jVT672hWefuai+uuFh2K2LMDs4=; h=Received:Received:Received:Received:X-Authentication-Warning:Date: From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:X-Milter:X-Greylist; b=NCW2IyGT99pa0Cio1P+k6iTlMSpe6UI8wysAEr9YlDIYdzA+viaJ2hzf8Pw+J6grRwcaFKUl0MthsF0iA22FTh332H6Cf7924zky/Mzgu2ovEIjWR0kmNzjr49EtoZBc9jdyoLUyQM1zAxaaZcziaUmivVlp+anoRPJmIZk382Y= ARC-Authentication-Results: i=1; uucp.dinoex.org Received: (from uucp@localhost) by uucp.dinoex.org (8.18.1/8.18.1/Submit) with UUCP id 5AFII7IT016523; Sat, 15 Nov 2025 19:18:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.18.1/8.18.1) with ESMTPS id 5AFIDCFH067129 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Sat, 15 Nov 2025 19:13:13 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.18.1/8.18.1) with ESMTPS id 5AFIAruM081657 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 15 Nov 2025 19:10:53 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.18.1/8.18.1/Submit) id 5AFIAriJ081656; Sat, 15 Nov 2025 19:10:53 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Sat, 15 Nov 2025 19:10:53 +0100 From: "Peter 'PMc' Much" To: Adrian Klaver Cc: pgsql-general@lists.postgresql.org, laurenz.albe@cybertec.at Subject: Re: failure to drop table due to pg_temp_7 schema Message-ID: References: <8d0135f1-f69f-48bf-9956-9e64534cdf30@aklaver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8d0135f1-f69f-48bf-9956-9e64534cdf30@aklaver.com> X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Sat, 15 Nov 2025 19:18:11 +0100 (CET) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Nov 15, 2025 at 08:06:22AM -0800, Adrian Klaver wrote: ! On 11/15/25 06:57, Peter 'PMc' Much wrote: ! > ! > Hi, ! ! > Que is this: https://github.com/que-rb/que ! ! Personally I would be more worried about an application ! where the last commit was: ! ! Changelog: Add entry for version 2.4.1 ! committed ! on Oct 27, 2024. Really? I'd call that quite recently. And there is an explanation: Rails has dropped automated support for Que. That doesn't matter to me, because I'm not using it in the automated fashion. But it means the big user base is gone, and therewith the influx of improvement desires. ! Makes you wonder what will happen if you upgrade to a newer version ! of Postgres? I'll see when I'm there. Still have to wait for the new kerberos in FreeBSD - there will be a lot more to mangle anyway. But speaking generally, I am quite bewildered that a simple tool being stable for a year might already be considered worrisome. Normally, a new technology brings a vast amount of innovation for the first or second decade, and then it starts to stabilize. We in the IT do the opposite, we ever increase the change rate, and I am wondering where this is supposed to lead. cheers, PMc