media-sound/qpwgraph: add 0.6.2, drop 0.6.1

[AdelKS]

No description provided.

[gentoo-bot]

Pull Request assignment

Submitter: @AdelKS
Areas affected: ebuilds
Packages affected: media-sound/qpwgraph

media-sound/qpwgraph: @AdelKS, @gentoo/proxy-maint

Linked bugs

No bugs to link found. If your pull request references any of the Gentoo bug reports, please add appropriate GLEP 66 tags to the commit message and request reassignment.

---

In order to force reassignment and/or bug reference scan, please append [please reassign] to the pull request title.

Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide

[gentoo-repo-qa-bot]

Pull request CI report

Report generated at: 2024-03-23 17:55 UTC
Newest commit scanned: ff616b5
Status: ✅ good

There are existing issues already. Please look into the report to make sure none of them affect the packages in question:
https://qa-reports.gentoo.org/output/gentoo-ci/bf174871ff/output.html

[juippis]

In future please split adding and removing to their own individual commits. Also use a tool such as pkgdev to do automatic fixes for you, like updating the copyright line.

[AdelKS]

In future please split adding and removing to their own individual commits.

Isn't it better in the case of single-ebuild package to have a single commit so the changes on the ebuild can be tracked?

Also use a tool such as pkgdev to do automatic fixes for you, like updating the copyright line.

Thanks I'll look into that

[juippis]

Isn't it better in the case of single-ebuild package to have a single commit so the changes on the ebuild can be tracked?

No, the changes are trackable already (simplest with an experimental diff.renames copies-harder)

But:
1: it's impossible to review the updated ebuild in GH and spot errors
2: if the new version didn't work for everyone and they'd ask the old version to be restored, we could just git revert commit-deleting-the-old-version. Now with a single commit that would also get rid of the latest version.