alecthomas / devtodo Goto Github PK

Hi,

this application seens to not be maintained anymore (last commit 2009 and last release 2010), but people still use it.

So I've decided to remark if anyone decides to develop it again that there are a number of patches for devtodo available in
https://salsa.debian.org/debian/devtodo/-/tree/debian/master/debian/patches.

Cheers,
Charles

Hi, I've promised that I'd be back, so here I am XD.

Earlier this year I've received the following bug report:

This package depends on libreadline8 which is GPL-3+ licensed. According to debian/copyright parts of your package are GPL-2-only licensed. If that is also (transitively) the case for the binaries that link with libreadline.so.8 it might be legally problematic.

There is an easy solution to the problem: Replacing the build dependency libreadline-dev with libreadline-gplv2-dev links with the GPL-2+ licensed older version. However, that is orphaned in Debian, so libeditreadline-dev should be preferred, which does not compile with your package without any patch. It links with the BSD-licensed libedit library which is a readline replacement.

And in another mail, some suggestions are pointed:

a) port the program to a GPLv2-compatible readline replacement (such as libedit or similar, possibly by using a shim library such as libeditreadline)

b) re-license the program from GPLv2-only to GPLv2-or-later

c) disable any link with readline and make do without command editing/history (which is not great, but it could be necessary in some cases)

d) build the program by linking with an old GPLv2-compatible version of readline

I'd like to know if you would consider re-license the program as GPLv2-or-later or if you'd rather go with a different option.

Cheers,
Charles

Hi,

Currently the tasks have two stages -- either todo or done.

I would prefer more stages than that, e.g., won't-fix, invalid, or freeze etc.

Please consider. Thx!