Bug#799220: O: tintin++ -- classic text-based MUD client
Control: retitle -1 ITA: tintin++ -- classic text-based MUD client Control: owner -1 runave...@gmail.com Hi, as discussed with Ana, I would like to adopt and maintain this package. On Wed, 9 Jan 2019 at 18:26, Ana Guerrero Lopez wrote: > Hi Jozsef, > Yes, please go ahead!. It's up for adoption since some time > ago so I'll be happy if you maintain it. > > Ana Best Regards, Joe
Bug#799220: O: tintin++ -- classic text-based MUD client
Package: wnpp Severity: normal I have stopped playing MUDs, therefore I'm orphaning this package. Adam Borowski has done some development in upstream so if he's interested in adopting the package, he should have priority. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Description-en: classic text-based MUD client Tintin++ is telnet client specialized to play MUDs (Multi-User Dungeons). It has scripting support, tab-completion, internal chat, and takes advantage of the GNU readline library. . You can find a complete set of commands and features in the Tintin++ manual, in /usr/share/doc/tintin++. Ana
Bug#799220: O: tintin++ -- classic text-based MUD client
On Thu, Sep 17, 2015 at 12:48:40AM +0200, Ana Guerrero Lopez wrote: > Adam Borowski has done some development in upstream so if he's interested > in adopting the package, he should have priority. I have never interacted with tintin++'s upstream in any way. I am guilty of a fork, but the code has seriously diverged, both in implementation and design. -- ⢎⣉⠂⠠⠤⡀⣄⠤⡀⠠⡅⠀⠤⡧⠄⡄⠀⡄⠀⠀⠀⠠⡅⠀⡠⠤⠄⠀⠀⠀⢴⠍⠀⡠⠤⡀⣄⠤⡀⠀⠀⠀⠤⡧⠄⣇⠤⡀⡠⠤⡀⠀⠀⠀⡄⠀⡄⡠⠤⡀⠠⠤⡀⡇⡠⠄⠀⠀⠀ ⠢⠤⠃⠪⠭⠇⠇⠀⠇⠀⠣⠀⠀⠣⠄⠨⠭⠃⠣⠀⠬⠭⠂⠀⠀⠀⠸⠀⠀⠣⠤⠃⠇⠀⠀⠣⠄⠇⠀⠇⠫⠭⠁⠀⠀⠀⠣⠣⠃⠫⠭⠁⠪⠭⠇⠏⠢⠄⠀⠄⠀ (https://github.com/kilobyte/braillefont for this hack)
Bug#799220: O: tintin++ -- classic text-based MUD client
On Thu, Sep 17, 2015 at 01:05:29AM +0200, Adam Borowski wrote: > On Thu, Sep 17, 2015 at 12:48:40AM +0200, Ana Guerrero Lopez wrote: > > Adam Borowski has done some development in upstream so if he's interested > > in adopting the package, he should have priority. > > I have never interacted with tintin++'s upstream in any way. I am guilty of > a fork, but the code has seriously diverged, both in implementation and > design. > Ok, I misread the changelog mention: ssl.c Added SSL support based on KBTin code by Adam Borowski. I was surprised because I expected you to use KBTin :) Thanks for the clarification Adam. Ana