<div dir="auto">Quite curious to see a GTK discussion come up here (off topic)<div dir="auto"><br></div><div dir="auto">I haven't personally used gbuffy, but it is an abandoned project, and hasn't been maintained for quite some time. 0.2.6. is the most current stable release.</div><div dir="auto"><br></div><div dir="auto">But I can speak about the GTK1 dependency issue. You could technically port gbuffy to use GTK2 or newer. However that is not my area of expertise and it is likely not worthwhile. There are alternatives to gbuffy as mentioned.</div><div dir="auto"><br></div><div dir="auto">GTK1 (any GTK1 version) will not compile on a modern Linux system. There are many reasons for this. Last winter I started updating it for reasons not relevant here. Between different compiler standards and such it is extremely time consuming and painstaking. It is even worse than updating QT2 (which I do have a working fork of). Even if GTK1 would compile (which even my fork of GTK1 doesn't compile completely yet), there are other issues such as <a href="http://freedesktop.org">freedesktop.org</a> compatibility, etc. that would have to be considered. I haven't specifically looked at gbuffy source code but it's old enough to have these sort of issues. In addition, even with an updated GTK1 library, gbuffy would likely need to have some work done as well. While legacy X11 applications can usually be compiled against X.Org and will run on X.Org, there are issues with it still. There are no working updated GTK1 ports that I am aware of. Keeping legacy versions of libraries side by side with newer ones is often a bit of trouble as well.</div><div dir="auto"><br></div><div dir="auto">Essentially what I am saying is it is not feasible to use a GTK1 based program on a modern Linux system. But thanks to open source, if you are so inclined you could take the task on to port to a newer GTK version or write a replacement for gbuffy.</div><div dir="auto"><br></div><div dir="auto">Best of luck!</div><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Sep 12, 2017 8:06 PM, "A. F. Cano" <<a href="mailto:afc@shibaya.lonestar.org">afc@shibaya.lonestar.org</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Aug 28, 2017 at 01:24:40AM +0000, Duncan wrote:<br>
> ...<br>
<div class="quoted-text"><br>
> And there's all sorts of other mail notifiers available, so the question<br>
> is, why are you trying to install something that old, unsupported,<br>
> security-vulnerable and inconvenient to install, when there are so many<br>
> other alternatives available?  What's so special about gbuffy that you<br>
> /must/ use it instead of some other alternative that's still available in<br>
> your distro's repo for a far simpler install?<br>
<br>
</div>It was exactly what I wanted.  A simple list of buttons that I can have<br>
in a corner of the desktop and when I click the one that represents the<br>
list I want to read it launches a konsole window with mutt in it.<br>
<div class="quoted-text"><br>
> FWIW, the gbuffy descriptions I could google said similar to xbiff/<br>
> xbuffy.  On gentoo (which I use) simply doing a package search, including<br>
<br>
</div>I've installed or looked over all the packages you mentioned, but only<br>
xbuffy gives me that interface, so it looks like that's what I'll have<br>
to go with, even though the font looks horrendous compared to gbuffy,<br>
the config file is totally different and I'm still having issues getting<br>
it to behave the way gbuffy did.  Some of the issues really look like<br>
bugs, such as starting mutt in send mode in some cases, even when given<br>
a mailbox file or doing the same when what it should do is open the main<br>
incoming mailbox.  I'll have to make sure it's not an issue with my<br>
config file before filing bug reports.<br>
<div class="quoted-text"><br>
> description, on "biff", returns a number of alternatives, some console,<br>
> some X-based.  Debian is said to have a larger package repo than most<br>
> distros so it's likely to have these and more:<br>
><br>
> * kbiff (kde-based, making it the actual on-topic one =:^)<br>
<br>
</div>Interestingly, this one is not in Debian.<br>
<div class="quoted-text"><br>
> * gnubiff (gtk3-based, with a gtk2-based version also available, likely<br>
> the most direct actually still available in the repo alternative to<br>
> gbuffy)<br>
<br>
</div>The gnubiff window is way too big and obtrusive to keep open.<br>
<div class="quoted-text"><br>
> * xbiff<br>
> * hap (terminal-based biff replacement)<br>
> * asmail (similar to xbiff, so X-based)<br>
> * wmbiff (windowmaker dock applet)<br>
<br>
</div>All these don't have the simple one-button-per-mailbox interface I want.<br>
<br>
> ...<br>
<br>
In any case, thanks for replying.  I'll keep trying to configure xbuffy<br>
to behave like gbuffy did.<br>
<br>
Augustine<br>
<br>
</blockquote></div><br></div></div>