2:13 a.m.
Hi,
does anyone know how to contact Rich Mattes? They maintain libQGLViewer, which
was last updated five years ago
* Sun Aug 12 2018 Rich Mattes <richmattes(a)gmail.com> - 2.6.4-1
- Update to release 2.6.4, with upstream fix for qreal on armv7 (rhbz#1556028)
- Remove upstream patch and update library names
and there has been no other activity in the package other than automated rebuilds.
I urgently need an update of libQGLViewer to a more modern version, since the
old version of libQGLViewer is causing IQmol builds to fail, and IQmol is at
threat of being removed in a week or so from now due to long-time FTBFS issues
originally caused by the update of OpenBabel to version 3.
https://bugzilla.redhat.com/show_bug.cgi?id=2164341
I have since done the work to update the package to version 2.6.4 myself, and
filed a pull request against libQGLViewer to update it to the newest release in
https://src.fedoraproject.org/rpms/libQGLViewer/pull-request/1
In addition to these two, I have also tried to reach Rich through
libqglviewer-owner(a)fedoraproject.org, however, I have not received any replies
so far. (Granted, this all happened starting on Wednesday, but February is right
around the corner!)
I would like to get commit rights to libQGLViewer so I can update the package. I
do have provenpackager rights, but this would go over their purview..
The only packages that appear to depend on libQGLViewer, in addition to IQmol,
appear to be skyviewer and octomap, whose maintainers have been copied into this
messages.
Susi
--
Susi Lehtola
Fedora Project Contributor
jussilehtola(a)fedoraproject.org
4:57 a.m.
New subject: Non-responsive maintainer check for rmattes / update libQGLViewer
to 2.9.1
Susi Lehtola wrote on 2023/01/29 17:13:
Hi,
does anyone know how to contact Rich Mattes? They maintain libQGLViewer, which
was last updated five years ago
* Sun Aug 12 2018 Rich Mattes <richmattes(a)gmail.com> - 2.6.4-1
- Update to release 2.6.4, with upstream fix for qreal on armv7 (rhbz#1556028)
- Remove upstream patch and update library names
and there has been no other activity in the package other than automated rebuilds.
At least this is some activity from rmattes on koji on 2022/Dec:
https://koji.fedoraproject.org/koji/userinfo?userID=1186
I urgently need an update of libQGLViewer to a more modern version, since the
old version of libQGLViewer is causing IQmol builds to fail, and IQmol is at
threat of being removed in a week or so from now due to long-time FTBFS issues
originally caused by the update of OpenBabel to version 3.
https://bugzilla.redhat.com/show_bug.cgi?id=2164341
I have since done the work to update the package to version 2.6.4 myself, and
filed a pull request against libQGLViewer to update it to the newest release in
https://src.fedoraproject.org/rpms/libQGLViewer/pull-request/1
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.
In addition to these two, I have also tried to reach Rich through
libqglviewer-owner(a)fedoraproject.org, 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(a)fedoraproject.org , not -owner.
https://fedoraproject.org/wiki/EmailAliases
I would like to get commit rights to libQGLViewer so I can update the
package. I
do have provenpackager rights, but this would go over their purview..
The only packages that appear to depend on libQGLViewer, in addition to IQmol,
appear to be skyviewer and octomap, whose maintainers have been copied into this
messages.
Susi
Mamoru
2:46 p.m.
New subject: Non-responsive maintainer check for rmattes / update libQGLViewer
to 2.9.1
On 1/29/23 5:57 AM, Mamoru TASAKA wrote:
Susi Lehtola wrote on 2023/01/29 17:13:
> Hi,
>
> does anyone know how to contact Rich Mattes? They maintain
> libQGLViewer, which
> was last updated five years ago
>
> * Sun Aug 12 2018 Rich Mattes <richmattes(a)gmail.com> - 2.6.4-1
> - Update to release 2.6.4, with upstream fix for qreal on armv7
> (rhbz#1556028)
> - Remove upstream patch and update library names
>
> and there has been no other activity in the package other than
> automated rebuilds.
At least this is some activity from rmattes on koji on 2022/Dec:
https://koji.fedoraproject.org/koji/userinfo?userID=1186
I'm here. Mamoru brings up some good points about the Qt4 package deps,
we can continue the conversation in the PR.
Rich
4:46 a.m.
New subject: Non-responsive maintainer check for rmattes / update libQGLViewer
to 2.9.1
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(a)fedoraproject.org, 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(a)fedoraproject.org , not -owner.
https://fedoraproject.org/wiki/EmailAliases
Thanks!
--
Susi Lehtola
Fedora Project Contributor
jussilehtola(a)fedoraproject.org
459
days inactive
462
days old
3 comments
3 participants
participants (3)
-
Mamoru TASAKA -
Rich Mattes -
Susi Lehtola