Is it OK to stabilise media-video/smtube-17.5.0 and remove older?
That would allow removing a consumer of dev-qt/qtwebkit:4 which is ancient and will never see any security updates.
smtube-17.5.0-r1 would be a candidate for stabilizing, since the only thing new is the fix from bug 620720.
I guess we can add arches then...?
(In reply to Andreas Sturmlechner from comment #2)
> I guess we can add arches then...?
It's a fairly simple application; feel free to add any arch it works on. I only have an ~amd64 multilib machine to work with.
Just pinging for the state of things. I don't want to hold up Qt4 removal.
I saw you marked runtime testing as required, I'm curious what runtime issues you think might be uncovered during arch testing that were not discovered during the ~arch waiting period.
(In reply to Michael Palimaka (kensington) from comment #5)
> I saw you marked runtime testing as required, I'm curious what runtime
> issues you think might be uncovered during arch testing that were not
> discovered during the ~arch waiting period.
It's possible that the new version may not have updated web API code, or may not hand control over to a media player like it should. I had no issues with it, but I thought there was a chance other arches might discover a problem and erred on the side of caution.
If that's not how runtime testing is meant to be used, then please disregard that part.
In my opinion it's not the role of an arch team to uncover routine upstream bugs like that - that's what a package maintainer and waiting period is for.
I believe *arch* teams should focus on identifying arch-specific issues - see https://wiki.gentoo.org/wiki/Package_testing#Runtime_testing for more information.
Thanks for the link. I've not experienced any issues with the package, and I use it practically daily. In general, if smtube passes build-time, it will be okay at run-time. The only thing that can really mess it up is if/when the YouTube API changes.
I've removed the runtime testing flag to clear this up. Sorry for misusing that option.
* Checking media-video/smtube-17.5.0-r1 for undeclared dependencies
* /usr/bin/smtube links to /usr/lib64/libQt5Widgets.so.5
* Missing DEPEND on dev-qt/qtwidgets
* Missing RDEPEND on dev-qt/qtwidgets
* /usr/bin/smtube links to /usr/lib64/libQt5Network.so.5
* Missing DEPEND on dev-qt/qtnetwork
* Missing RDEPEND on dev-qt/qtnetwork
These are brought in transitively though so while it would be optimal to fix it, it won't block stabilisation.
The bug has been referenced in the following commit(s):
Author: Michael Palimaka <email@example.com>
AuthorDate: 2017-09-29 04:01:55 +0000
Commit: Michael Palimaka <firstname.lastname@example.org>
CommitDate: 2017-09-29 04:02:02 +0000
media-video/smtube: stabilise 17.5.0-r1 for amd64/x86
Package-Manager: Portage-2.3.8, Repoman-2.3.3
media-video/smtube/smtube-17.5.0-r1.ebuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)}