Control: severity -1 normal
Control: retitle -1 RM: pfm -- RoQA; Orphaned upstream, unmaintained in Debian, 
non-functional
Control: reassign -1 ftp.debian.org
Control: affects -1 + src:pfm
Thanks

Hi,

I'm hereby requesting removal for QA reasons - see below.

Kind regards, Andreas.

Am Sat, Jan 24, 2026 at 12:43:14PM +0100 schrieb Christoph Berg:
> Re: Andreas Tille
> >   As far as I can see also the suggested successor for pfm has stopped
> >   development more than 10 years ago.  Also we have pgamdin4 which is
> >   a modern and officially maintained interface.
> 
> Iirc I tried pfm last year and couldn't get it to do anything at all.
> Please remove it.
> 
> > Then I've checked and realised that the latter is not true and never
> > was.  Before I rethink what might be the best to do with pfm I would
> > like to know your (or the postgresql teams) opinion about pgadmin4 or
> > other alternatives.  I know we have phppgadmin but some (real) local
> > management interface would be nice to have.
> 
> I stopped the effort to package pgadmin4 when upstream unilaterally
> started to publish their own (incompatible) packages without even
> telling me about it, while they knew I was working on the packages.
> This is known as "the pgadmin4 incident".
> 
> phppgadmin hasn't been updated for a year or two, but I think it still
> works. By the way, pgadmin4 is also a web application, it just comes
> with a desktop version that has the server and the client bundled in
> one program.
> 
> And then there is omnidb, but it's also dead (just not horribly broken
> yet). But please do remove pfm, it isn't an alternative to any of
> these.
> 
> Christoph
> 

-- 
https://fam-tille.de

Reply via email to