[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Pan-devel] Keeping Pan alive?

From: Jack Ostroff
Subject: Re: [Pan-devel] Keeping Pan alive?
Date: Tue, 06 Jul 2021 12:40:10 -0400

It's now been over three weeks, and no responses at all. (During which time there have been several new posts to some issues and MRs.)

On 2021.06.13 09:22, Detlef Graef wrote:
[snip .... and reordered so my responses flow a bit better, and some more detailed issues dropped for now.]
I've asked a project member of Pan with Administrator role about the status of Pan, I've got now answer at all.
I think several of us on this list have tried contacting various previous developers, all with no success. Is there anyone else to try to contact?

I don't know if it is possible to keep Pan alive because migrating it to GTK3 would be a major task.
I am using Pan with gtk3 with no problems. However, there are many features I do not use, and I've been told (and agree) there are still issues and bugs to be worked out.

I don't need Pan. For my requirements the following newsreader (or even Thunderbird) is ok:
I doubt anyone NEEDS Pan, but many of us obviously prefer it to other newsreaders, as long as obtaining/compiling it isn't prohibitively difficult, which includes it being kept up to date, in terms of security issues and use of dependent libraries.

Any opinions or suggestions if it is worth to keep Pan with minimal effort a little bit alive and how to do this? What would be the best option to keep Pan a little bit alive a little bit more independent from the Gnome project?
I agree that someone should create a fork - although I don't think it matters whether it's within the Gnome gitlab instance or elsewhere. However, as nobody has spoken up willing to take ownership, I don't think it would really help the cause in the long run. I agree with you, and also believe I am not capable of properly evaluating any MRs. So, if either of us would create a fork, I suppose we could accept MRs that work for us, and hopefully one or two other users could test before merging. That would work for a while for those of us willing to compile from source. Unfortunately, I don't think it would be adequate to get any distros (such as Gentoo) which have dropped Pan to bring it back. On that secone item - I use Pan on a KDE Plasma system, so although Pan is currently hosted on Gnome infrastructure, it is not necessarily dependent on it. This means a fork could as easily be on github or gitlab. Might there be any point in trying to ask the Gnome project what it thinks should be done with apparently abandoned projects?

Maybe the best way is if someone is keeping Pan up to date in a own repository (and branch) as a fork from inside the infrastructure.
Unless one of the previous developers emerges from silence, I agree.

But at the moment there are some pending Merge requests which are worse to be merged to fix some urgent issues.
Anyone can do this in a private repo (even local and not in a publicly available repository) so I think this question can be deferred until the previous ones are answered.

I've created a rpm package of Pan for Fedora: Builds for Suse, Mandriva, are maybe possible. At least offers this.
So there is at least a short term solution for some who don't want to compile themselves, and this can be relatively easily expanded for several other distros.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]