On 1/29/23 12:57, Mamoru TASAKA wrote:
> Maybe slightly off-topic, but:
>
> This PR removes qt4 version libQGLViewer, which skyviewer depends on:
>
> $ dnf -q repoquery --repo=koji-38 --qf '%{name}-%{epoch}:%{version}-%{release}\t%{sourcerpm}' --whatrequires libQGLViewer
> libQGLViewer-devel-0:2.6.4-10.fc38 libQGLViewer-2.6.4-10.fc38.src.rpm
> libQGLViewer-doc-0:2.6.4-10.fc38 libQGLViewer-2.6.4-10.fc38.src.rpm
> skyviewer-0:1.0.1-29.fc38 skyviewer-1.0.1-29.fc38.src.rpm
>
> , and qt5 version does soname bump, which octomap depends on:
>
> $ dnf -q repoquery --repo=koji-38 --qf '%{name}-%{epoch}:%{version}-%{release}\t%{sourcerpm}' --whatrequires libQGLViewer-qt5
> libQGLViewer-qt5-devel-0:2.6.4-10.fc38 libQGLViewer-2.6.4-10.fc38.src.rpm
> octomap-octovis-0:1.9.7-5.fc38 octomap-1.9.7-5.fc38.src.rpm
> $ dnf -q repoquery --repo=koji-38 --qf '%{name}-%{epoch}:%{version}-%{release}\t%{sourcerpm}' --requires octomap-octovis | grep QGL
> libQGLViewer-qt5.so.2.6.4()(64bit)
>
> This means this PR is going to break all packages which currently depends on libQGLViewer
> unless properly handled.
>
> So my question is that what is the exact reason that IQmol
> "need an update of libQGLViewer to a more modern version, since the old version of
> libQGLViewer is causing IQmol builds to fail".
> If this means that IQmol needs new API of libQGLViewer, this may mean that
> other packages which libQGLViewer depends on are going to FTBFS, then
> we may have to be more careful for updating libQGLViewer.
IQmol needs some functions that are only in the new API. skyviewer has also
dropped qt4 support in their latest release (from July 2020), so the issue is
that skyviewer hasn't been updated in a few years. The soname bump is hopefully
not an issue with octomap.
>> In addition to these two, I have also tried to reach Rich through
>> libqglviewer-owner@xxxxxxxxxxxxxxxxx, however, I have not received any replies
>> so far. (Granted, this all happened starting on Wednesday, but February is right
>> around the corner!)
>
> Currently this is <package>-maintainers@xxxxxxxxxxxxxxxxx , not -owner.
> https://fedoraproject.org/wiki/EmailAliases
Thanks!
--
Susi Lehtola
Fedora Project Contributor
jussilehtola@xxxxxxxxxxxxxxxxx
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
