Created attachment 1377218 [details] massif-visualizer.spec The attached spec file is for 0.7.0. I'm happy to help maintaining the package if desired.
Ping?
The .spec provided is a good start. I'd prefer if URLs stayed on .kde.org domain rather than point to github.com mirror, but that's minor (non-blocker) Having one less kde4-based app would be nice too.
@Lubomir Rintel: Ping? You obviously are active since you just submitted a build today, could you please reply?
Hi. Thanks for the SPEC file. It seems to be a complete rewrite though, that's sort of difficult to review. A patch set with explanation of changes would be a better idea.
Created attachment 1396373 [details] Patch Thanks for your reply. Find attached a git formatted patch which is more closely aligned to the previous spec. Comments: - Group tag is obsolete - Use various convenience macros (%autosetup, %make_build, %make_install) - Validate appdata file which is now shipped - Remove obsolete scriptlets Scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=25068582
(In reply to Sandro Mani from comment #5) > Created attachment 1396373 [details] > Patch > > Thanks for your reply. Find attached a git formatted patch which is more > closely aligned to the previous spec. Comments: > > - Group tag is obsolete > - Use various convenience macros (%autosetup, %make_build, %make_install) > - Validate appdata file which is now shipped > - Remove obsolete scriptlets > > Scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=25068582 Thank you. Meanwhile I've updated the package (and kgraphview too) to newer version. I've basically done only minimal changes. That also means that your patch no longer applies -- sorry. I'm now closing this ticket since the upgrade has been done. I've made you a maintainer of the package (an kgraphview too, since that one is related) -- thanks for stepping up to do the maintenance work, it's much valued. While I don't see too much point in changes such as dropping Group or replacing macros with a different ones of equivalent functionality I don't really mind them. Feel free to go ahead and do changes as you like, but please keep them in separate commits and avoid mixing cleanups with actual changes to the package.
Seems like today is "Don't mind old stuff in spec Day" (see also the "Removal of BuildRoot" thread on -devel) ;) In any event, thanks for the update!