When I open the url of the cdcat homepage I get a 404 from the provider, I think the real url has to be: http://cdcat.sourceforge.net/ Steps to reproduce: - Go to the cdcat homepage specified in the ebuild
its also horribly outdated and no one is maintaining it... It seems like a prime candidate for removal from the tree
I don't think the page at sf.net is the same app, as the sf.net-one is a Qt-App and this one is commandline only. However I think the current cdcat is quite useful for its simplicity as commandline app and would vote against it to be removed. If a new homepage is needed, I can put it onto dev.gentoo.org/~centic/...
@centic: If you want to take over the maintainership for that tool: go for it! The other cdcat looks also like another application for me. I think I once tried to create an ebuild for it, but didn't hat much luck.
@pylon: it indeed seems to be another app, sorry for the mistake which was mainly caused by the name... I might try to make an ebuild for the other (qt) cdcat as it is quite a nice app, but that'll have to wait until the exams are past...
There is already a separate Bug 48826 for the Qt-cdcat. It already has an ebuild, you might want to take that.
cdcat was removed from portage, this bug doesn't need to be fixed any more...
huh? Now it is available again? What happened?
(In reply to comment #4) > @pylon: it indeed seems to be another app, sorry for the mistake which was mainly caused by the name... It is another app, and the name collision is pretty confusing. Hyper's cdcat (the QT one) has an ebuild in bugzilla; the original cdcat is back in portage.
I have now taken maintainership of cdcat and put the current version 0.3 on http://dev.gentoo.org/~centic/cdcat/index.html. Changes should be in cvs now.
