I'm using KDE 3.3 without the arts-packet (and -arts in USE), but rppppoek-0.33 didn't want to compile because of missing mcopidl and artsc-config. Obviously the program doesn't need arts at all, at least it compiles fine with lines 22863 to 22993 commented out in configure. Maybe someone can add a patch to portage. Reproducible: Always Steps to Reproduce: 1. 2. 3.
I contacted the author, but he won't correct the problem because the tool is no longer maintained by him.
Another candidate for removal?
net-dialup herd, do you want to remove rppppoek since it's unmaintained upstream and is a relatively minor thingy to begin with? If not we can fix this particular bug, but should we bother?
I would say zap the damn thing. An unmaintained KDE program will become sooner or later incompatible with current KDE framework, so why bother?
Fine by me :-)
Please see bug 120348 if you're looking for a solution.
solution to what? we definitely won't re-add it as long as the package is unmaintained - there is enough vaporware in the tree as it is!
My comment was added here so anyone who watches this bug will find the link to the new bug. As of the new bug, I think I can handle its maintenance for the foreseeable future. I'll contact the original author and discuss this topic with him.
I have contacted the author, Christian Nitschkowski, and he has handed over maintainership of rppppoek to me. Please readd rppppoek to the portage tree and list me (Ren
I have contacted the author, Christian Nitschkowski, and he has handed over maintainership of rppppoek to me. Please readd rppppoek to the portage tree and list me (René Gaß, kde-package@gmx.de) as maintainer. Thank you!
as genstef told you in bug 120348, we would like to see a version with all current patches included before we readd it. tell us when it is ready and I will submit the new version. please use bug 120348 for that.
