[opensuse-factory] Qt4 Removal: Status update
Hello, The Qt4 removal is moving slowly, but in the right direction. Some packages were dropped, some were updated, one application was ported. The list below contains the packages with a *direct* dependency on Qt4. If you're maintainer for one of these applications / repositories, please check if you can help. Thanks ! (packages maintained in KDE: are not listed) Testers needed: - scribus We have a SVN snapshot available in KDE:Unstable:Extra for :Factory, please give it a try if you're a regular scribus user. Pending SR: - unetbootin (origin: filesystems, SR#690447 - 16 days ago) considering noone noticed it was completely useless to download Leap isos, a Delete Request may be a better idea. - gwenhywfar (origin: Office, SR#691793 - 12 days ago) This will resolve indirect dependencies for a *lot* of packages - scap-workbench (origin: security, SR#693951 - 4 days ago) Candidates for deletion: - H2rename (origin: utilities) No activity since 2009. - gigaset-frontend (origin: hardware) No activity upstream. - ibus-qt (origin: M17N) - krb5-ticket-watcher (origin: network) No activity upstream since 2006. - hgview (origin: devel:tools:scm) No activity upstream. tortoisehg provides similar features. - libkqoauth (origin: network) No user in factory - libqxt (origin: network) No user in factory - lmicc (origin: systemsmanagement:wbem) According to the upstream URL: « WHOLE OPENLMI PROJECT WAS SHUTDOWN » - nulloy (origin: multimedia:apps) No work done upstream to update the Qt dependencies - notify-osd-config (origin: X11:Utilities) No user in factory - qsapecng (origin: electronics) No activity upstream since 2016. - qwt6 (origin: devel:libraries:c_c++) the Qt4 package can be dropped when qsapecng is gone and gnuradio starts using Qt5 Cleanup needed (to remove the Qt4 optional dependency / subpackage): - adwaita-qt (origin: GNOME:Apps) - avahi-qt4 (origin: GNOME:Factory, package: avahi) - avogadro (origin: science) - gcin (origin: M17N) - libqxmpp (origin: network) - lightdm (origin: X11:Utilities) - yate (origin: network:telephony) - testdisk (origin: filesystems) Updates ready, not submitted yet: - fcitx - python-enable - qtcurve - scim - uim Undecided: - qgo (origin: games) If there's interest in this package, 2 possibilities: * q5go (https://github.com/bernds/q5Go) * qgo (Qt5 port from https://github.com/pzorin/qgo) waiting for the games: people feedback. - avogadro (origin: science) https://github.com/openchemistry/avogadrolibs can use Qt5, no idea what the avogadro state is. - gnuradio (origin: hardware:sdr) The master branch at https://github.com/gnuradio/gnuradio uses Qt5 - keypassx (origin: security) The master branch at https://github.com/keepassx/keepassx/blob/master/ CMakeLists.txt uses Qt5. Unsure if we want a patched package for a password manager. - qucs (origin: electronics) There's a Qt5 porting effort (https://github.com/Qucs/qucs/pull/898) but the road is long (the current qucs release uses Qt3Support classes) Misc: - mumble (origin: games:tools) Mumble 1.3.0-rc1 uses Qt5, waiting for the release - qwtplot3d (origin: science) Depends on what the Qt5 port of scidavis needs. Can be deleted otherwise. WIP: - jag (origin: games) Upstream website doesn't work anymore, https://salsa.debian.org/games-team/jag has a Qt5 port. - scidavis (origin: science) Update 1.25 can use Qt5. - SoQt (origin: science) website is down, https://bitbucket.org/Coin3D/soqt/ suggests it can use Qt5. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2019-04-17 at 14:19 +0200, Christophe Giboudeaux wrote:
Cleanup needed (to remove the Qt4 optional dependency / subpackage):
- adwaita-qt (origin: GNOME:Apps)
created request id 695152
- avahi-qt4 (origin: GNOME:Factory, package: avahi)
created request id 695154 Cheers, Dominique
On Wed, 17 Apr 2019 14:19:57 +0200, Christophe Giboudeaux wrote:
Candidates for deletion:
....
- ibus-qt (origin: M17N)
This one should be fine to drop. It's only for Qt4, and Qt5 has already its own ibus support, IIRC.
Cleanup needed (to remove the Qt4 optional dependency / subpackage): .... - gcin (origin: M17N)
This one should be easy; qt4 is built only with is_opensuse flag in the current spec file, so just need to replace these checks. Any reference (bugzilla, whatever) to be mentioned in the changelog for this action? thanks, Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On mercredi 17 avril 2019 14:58:21 CEST Takashi Iwai wrote:
On Wed, 17 Apr 2019 14:19:57 +0200,
Christophe Giboudeaux wrote:
Candidates for deletion: ....
- ibus-qt (origin: M17N)
This one should be fine to drop. It's only for Qt4, and Qt5 has already its own ibus support, IIRC.
Indeed, and I keep the fcitx and scim changes for when kdelibs4 is gone (which should happen in a couple weeks)
Cleanup needed (to remove the Qt4 optional dependency / subpackage): ....
- gcin (origin: M17N)
This one should be easy; qt4 is built only with is_opensuse flag in the current spec file, so just need to replace these checks.
Any reference (bugzilla, whatever) to be mentioned in the changelog for this action?
No, you can just mention Qt4 is EOL. Thanks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 17 Apr 2019 15:03:29 +0200, Christophe Giboudeaux wrote:
Cleanup needed (to remove the Qt4 optional dependency / subpackage): ....
- gcin (origin: M17N)
This one should be easy; qt4 is built only with is_opensuse flag in the current spec file, so just need to replace these checks.
Any reference (bugzilla, whatever) to be mentioned in the changelog for this action?
No, you can just mention Qt4 is EOL.
OK, submitted now. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hello. All of them were submitted for leechcraft package. Both leechcraft and that libraries are built with Qt5 now. Qt4 libraries could be safely removed. - libkqoauth (origin: network) No user in factory - libqxt (origin: network) No user in factory - qwt6 (origin: devel:libraries:c_c++) the Qt4 package can be dropped when qsapecng is gone and gnuradio starts using Qt5 - libqxmpp (origin: network) Wed, 17 Apr 2019 15:19:57 +0300 Christophe Giboudeaux <christophe@krop.fr> напісаў(ла):
Hello,
The Qt4 removal is moving slowly, but in the right direction. Some packages were dropped, some were updated, one application was ported.
The list below contains the packages with a *direct* dependency on Qt4.
If you're maintainer for one of these applications / repositories, please check if you can help.
Thanks ! (packages maintained in KDE: are not listed)
Testers needed:
- scribus We have a SVN snapshot available in KDE:Unstable:Extra for :Factory, please give it a try if you're a regular scribus user.
Pending SR:
- unetbootin (origin: filesystems, SR#690447 - 16 days ago) considering noone noticed it was completely useless to download Leap isos, a Delete Request may be a better idea. - gwenhywfar (origin: Office, SR#691793 - 12 days ago) This will resolve indirect dependencies for a *lot* of packages - scap-workbench (origin: security, SR#693951 - 4 days ago)
Candidates for deletion:
- H2rename (origin: utilities) No activity since 2009. - gigaset-frontend (origin: hardware) No activity upstream. - ibus-qt (origin: M17N) - krb5-ticket-watcher (origin: network) No activity upstream since 2006. - hgview (origin: devel:tools:scm) No activity upstream. tortoisehg provides similar features. - libkqoauth (origin: network) No user in factory - libqxt (origin: network) No user in factory - lmicc (origin: systemsmanagement:wbem) According to the upstream URL: « WHOLE OPENLMI PROJECT WAS SHUTDOWN » - nulloy (origin: multimedia:apps) No work done upstream to update the Qt dependencies - notify-osd-config (origin: X11:Utilities) No user in factory - qsapecng (origin: electronics) No activity upstream since 2016. - qwt6 (origin: devel:libraries:c_c++) the Qt4 package can be dropped when qsapecng is gone and gnuradio starts using Qt5
Cleanup needed (to remove the Qt4 optional dependency / subpackage):
- adwaita-qt (origin: GNOME:Apps) - avahi-qt4 (origin: GNOME:Factory, package: avahi) - avogadro (origin: science) - gcin (origin: M17N) - libqxmpp (origin: network) - lightdm (origin: X11:Utilities) - yate (origin: network:telephony) - testdisk (origin: filesystems)
Updates ready, not submitted yet:
- fcitx - python-enable - qtcurve - scim - uim
Undecided:
- qgo (origin: games) If there's interest in this package, 2 possibilities: * q5go (https://github.com/bernds/q5Go) * qgo (Qt5 port from https://github.com/pzorin/qgo) waiting for the games: people feedback.
- avogadro (origin: science) https://github.com/openchemistry/avogadrolibs can use Qt5, no idea what the avogadro state is.
- gnuradio (origin: hardware:sdr) The master branch at https://github.com/gnuradio/gnuradio uses Qt5
- keypassx (origin: security) The master branch at https://github.com/keepassx/keepassx/blob/master/ CMakeLists.txt uses Qt5. Unsure if we want a patched package for a password manager.
- qucs (origin: electronics) There's a Qt5 porting effort (https://github.com/Qucs/qucs/pull/898) but the road is long (the current qucs release uses Qt3Support classes)
Misc:
- mumble (origin: games:tools) Mumble 1.3.0-rc1 uses Qt5, waiting for the release - qwtplot3d (origin: science) Depends on what the Qt5 port of scidavis needs. Can be deleted otherwise.
WIP:
- jag (origin: games) Upstream website doesn't work anymore, https://salsa.debian.org/games-team/jag has a Qt5 port. - scidavis (origin: science) Update 1.25 can use Qt5. - SoQt (origin: science) website is down, https://bitbucket.org/Coin3D/soqt/ suggests it can use Qt5.
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- Best regards, Dmitriy Perlow -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, On 4/17/19 2:19 PM, Christophe Giboudeaux wrote:
- keypassx (origin: security) The master branch at https://github.com/keepassx/keepassx/blob/master/ CMakeLists.txt uses Qt5. Unsure if we want a patched package for a password manager.
After reading about the qt4 deletion process I also wondered what to do with keepassx and ended up with keepassxc which was originally a fork from keepassx and now even has more features so I suppose we should just remove keepassx and add an obsolete to keepassxc. As a sidenote I have create a submit request for the recently release Backintime 1.2.0 which now also supports qt5. I think backintime was not mentioned in this thread but they were using python-qt4. Regards -- Tim Hardeck <thardeck@suse.de> SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
Dne pondělí 29. dubna 2019 16:01:46 CEST, Tim Hardeck napsal(a):
On 4/17/19 2:19 PM, Christophe Giboudeaux wrote:
- keypassx (origin: security) The master branch at https://github.com/keepassx/keepassx/blob/master /CMakeLists.txt uses Qt5. Unsure if we want a patched package for a password manager.
After reading about the qt4 deletion process I also wondered what to do with keepassx and ended up with keepassxc which was originally a fork from keepassx and now even has more features so I suppose we should just remove keepassx and add an obsolete to keepassxc.
IMHO this would be perfectly fine, KeePassXC is very good tool, much better than KeePassX, so especially if the old package would be uninstalled and new automatically installed, users would see nice upgrade. :-) -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/
On Monday, 29 April 2019 23:46:13 ACST Vojtěch Zeisek wrote:
Dne pondělí 29. dubna 2019 16:01:46 CEST, Tim Hardeck napsal(a):
On 4/17/19 2:19 PM, Christophe Giboudeaux wrote:
- keypassx (origin: security)
The master branch at https://github.com/keepassx/keepassx/blob/master
/CMakeLists.txt
uses Qt5. Unsure if we want a patched package for a password manager.
After reading about the qt4 deletion process I also wondered what to do with keepassx and ended up with keepassxc which was originally a fork from keepassx and now even has more features so I suppose we should just remove keepassx and add an obsolete to keepassxc.
IMHO this would be perfectly fine, KeePassXC is very good tool, much better than KeePassX, so especially if the old package would be uninstalled and new automatically installed, users would see nice upgrade. :-)
Keep in mind that it will be necessary for users to import the old keepassx format password file into keypassxc - this doesn't happen automatically (it would be nice if there was a script to automate it as part of the upgrade). At the very least, a warning/message should be displayed to the user prompting them about what needs to be done. -- ============================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au CCNA #CSCO12880208 ==============================================================
Dne pondělí 29. dubna 2019 16:35:11 CEST, Rodney Baker napsal(a):
On Monday, 29 April 2019 23:46:13 ACST Vojtěch Zeisek wrote:
Dne pondělí 29. dubna 2019 16:01:46 CEST, Tim Hardeck napsal(a):
On 4/17/19 2:19 PM, Christophe Giboudeaux wrote:
- keypassx (origin: security) The master branch at https://github.com/keepassx/keepassx/blob/master /CMakeLists.txt uses Qt5. Unsure if we want a patched package for a password manager.
After reading about the qt4 deletion process I also wondered what to do with keepassx and ended up with keepassxc which was originally a fork from keepassx and now even has more features so I suppose we should just remove keepassx and add an obsolete to keepassxc.
IMHO this would be perfectly fine, KeePassXC is very good tool, much better than KeePassX, so especially if the old package would be uninstalled and new automatically installed, users would see nice upgrade. :-)
Keep in mind that it will be necessary for users to import the old keepassx format password file into keypassxc - this doesn't happen automatically (it would be nice if there was a script to automate it as part of the upgrade). At the very least, a warning/message should be displayed to the user prompting them about what needs to be done.
What do You mean by import? Format of the database is identical - You can open the very same file in all KeePass<whatever> variant. The only problem is that the file won't be listed among last opened. Survivable, I hope. :-) -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/
On Mon, 29 Apr 2019 16:40:50 +0200, Vojtěch Zeisek <vojtech.zeisek@opensuse.org> wrote:
Dne pondělí 29. dubna 2019 16:35:11 CEST, Rodney Baker napsal(a):
On Monday, 29 April 2019 23:46:13 ACST Vojtěch Zeisek wrote:
Dne pondělí 29. dubna 2019 16:01:46 CEST, Tim Hardeck napsal(a): [...] [...] [...]
IMHO this would be perfectly fine, KeePassXC is very good tool, much better than KeePassX, so especially if the old package would be uninstalled and new automatically installed, users would see nice upgrade. :-)
Keep in mind that it will be necessary for users to import the old keepassx format password file into keypassxc - this doesn't happen automatically (it would be nice if there was a script to automate it as part of the upgrade). At the very least, a warning/message should be displayed to the user prompting them about what needs to be done.
What do You mean by import? Format of the database is identical - You
Also if you still run 0.4.4 ? I had many reasons to stick to that version, most important was that I had to share password vaults with people on other systems that only had 0.4.4 at their system. I very much would like 0.4.4 - which I have a lock on, would keep working, as I do not have an option to force those co-workers to a more recent version.
can open the very same file in all KeePass<whatever> variant. The only problem is that the file won't be listed among last opened. Survivable, I hope. :-)
-- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.29 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
Dne pondělí 29. dubna 2019 16:48:38 CEST, H.Merijn Brand napsal(a):
On Mon, 29 Apr 2019 16:40:50 +0200, Vojtěch Zeisek <vojtech.zeisek@opensuse.org> wrote:
Dne pondělí 29. dubna 2019 16:35:11 CEST, Rodney Baker napsal(a):
On Monday, 29 April 2019 23:46:13 ACST Vojtěch Zeisek wrote:
Dne pondělí 29. dubna 2019 16:01:46 CEST, Tim Hardeck napsal(a): IMHO this would be perfectly fine, KeePassXC is very good tool, much better than KeePassX, so especially if the old package would be uninstalled and new automatically installed, users would see nice upgrade. :-)
Keep in mind that it will be necessary for users to import the old keepassx format password file into keypassxc - this doesn't happen automatically (it would be nice if there was a script to automate it as part of the upgrade). At the very least, a warning/message should be displayed to the user prompting them about what needs to be done.
What do You mean by import? Format of the database is identical - You
Also if you still run 0.4.4 ?
I don't know, You can try. I'd suppose so as newest KeePassXC can handle various DB formats. You can set also particular format for particular DB for backward compatibility, e.g. with derived software without support now newest DB formats (with newest, strongest encryption). -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/
On Mon, 29 Apr 2019 16:56:26 +0200, Vojtěch Zeisek <vojtech.zeisek@opensuse.org> wrote:
Dne pondělí 29. dubna 2019 16:48:38 CEST, H.Merijn Brand napsal(a):
On Mon, 29 Apr 2019 16:40:50 +0200, Vojtěch Zeisek <vojtech.zeisek@opensuse.org> wrote:
Dne pondělí 29. dubna 2019 16:35:11 CEST, Rodney Baker napsal(a):
[...] [...] [...]
What do You mean by import? Format of the database is identical - You
Also if you still run 0.4.4 ?
I don't know, You can try. I'd suppose so as newest KeePassXC can handle various DB formats. You can set also particular format for particular DB for backward compatibility, e.g. with derived software without support now newest DB formats (with newest, strongest encryption).
Today I tried keepassxc and I am far from happy. There are several drawbacks to this new GUI: 1. One cannot select the fonts, so the font it chooses does not clearly show the difference between 0 and O 2. The default cannot be set to show the Note's tab, which is the only/default in keepassx 0.4 I'll try to see if I can raise these issues with the authors of the keepassxc team, as in my opinion, it is not a replacement that offers the same functionality. (both are already requested with support from others on their github issues. I am aware that this all has nothing to do with (open)SUSE, but everything with user-experience -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.29 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 26/05/2019 22.25, H.Merijn Brand wrote:
On Mon, 29 Apr 2019 16:56:26 +0200, Vojtěch Zeisek <> wrote:
Today I tried keepassxc and I am far from happy.
There are several drawbacks to this new GUI:
1. One cannot select the fonts, so the font it chooses does not clearly show the difference between 0 and O
Here, the letter "O" is rounded, while the number "0" is an ellipse. Version 2.4.1. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On Tuesday, 30 April 2019 0:10:50 ACST Vojtěch Zeisek wrote:
Dne pondělí 29. dubna 2019 16:35:11 CEST, Rodney Baker napsal(a):
On Monday, 29 April 2019 23:46:13 ACST Vojtěch Zeisek wrote:
Dne pondělí 29. dubna 2019 16:01:46 CEST, Tim Hardeck napsal(a):
On 4/17/19 2:19 PM, Christophe Giboudeaux wrote:
- keypassx (origin: security)
The master branch at https://github.com/keepassx/keepassx/blob/master
/CMakeLists.txt
uses Qt5. Unsure if we want a patched package for a password manager.
After reading about the qt4 deletion process I also wondered what to do with keepassx and ended up with keepassxc which was originally a fork from keepassx and now even has more features so I suppose we should just remove keepassx and add an obsolete to keepassxc.
IMHO this would be perfectly fine, KeePassXC is very good tool, much better than KeePassX, so especially if the old package would be uninstalled and new automatically installed, users would see nice upgrade. :-)
Keep in mind that it will be necessary for users to import the old keepassx format password file into keypassxc - this doesn't happen automatically (it would be nice if there was a script to automate it as part of the upgrade). At the very least, a warning/message should be displayed to the user prompting them about what needs to be done.
What do You mean by import? Format of the database is identical - You can open the very same file in all KeePass<whatever> variant. The only problem is that the file won't be listed among last opened. Survivable, I hope. :-)
For some reason that didn't work for me. I could not open the older keepassx file directly - now I can't remember whether it was the database or the key file that required a different format. I did have to generate a new key file, know that much. I'll try again when I get some time on the weekend. -- ============================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au CCNA #CSCO12880208 ==============================================================
Hello, Many things happened since the last report. The list of packages still depending on Qt4 is getting thinner, thanks to the people involved. Below are the remaining packages: Problem: - gwenhywfar (origin: Office) Looks like there were unsubmitted changes in the devel project when I branched it to remove the Qt4 dependency. Also see bug 1133369 WIP: - fcitx (origin: M17N) The fcitx-qt4 package will be dropped for openSUSE:Factory - scribus A Qt5 snapshot will be submitted soon Undecided: - mumble (origin: games:tools) mumble 1.3.0rc1 was released in march, 38 commits since then. No idea what's blocking upstream. - qgo (origin: games) I still didn't get feedback from the games: maintainers. - keepassx (origin: security) According to the feedback, keepassxc has more features and already uses Qt5. It just needs Provides/Obsoletes lines, and testers to verify the keepassx DB can be opened with keepassxc. Candidates for deletion: - jag-level-editor - The jag update provides the level editor, see below - qucs (origin: electronics) - ibus-qt (origin: M17N) - avogadro (origin: science) No user in factory Pending SR to the devel project: - jag (origin: games - SR#701069, 17 days ago) - yate (origin: network:telephony - SR#704206, 3 days ago) Pending SR to factory: - qwt (SR#698687, 26 days ago) - scidavis (SR#699954, 21 days ago) - SoQt (SR#706769, 9 days ago) - scim (SR#703165, 8 days ago) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
23. května 2019 14:53:11 SELČ, Christophe Giboudeaux <christophe@krop.fr> napsal:
- keepassx (origin: security) According to the feedback, keepassxc has more features and already uses Qt5. It just needs Provides/Obsoletes lines, and testers to verify the keepassx DB can be opened with keepassxc.
I can confirm this shift works very well. I personally don't see reason to keep keepassx when keepassxc is available. -- Vojtěch Zeisek http://trapa.cz/cs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, May 23, 2019 at 8:53 AM Christophe Giboudeaux <christophe@krop.fr> wrote:
Hello,
Many things happened since the last report. The list of packages still depending on Qt4 is getting thinner, thanks to the people involved.
Below are the remaining packages:
Problem: - gwenhywfar (origin: Office) Looks like there were unsubmitted changes in the devel project when I branched it to remove the Qt4 dependency. Also see bug 1133369
WIP: - fcitx (origin: M17N) The fcitx-qt4 package will be dropped for openSUSE:Factory - scribus A Qt5 snapshot will be submitted soon
Undecided: - mumble (origin: games:tools) mumble 1.3.0rc1 was released in march, 38 commits since then. No idea what's blocking upstream. - qgo (origin: games) I still didn't get feedback from the games: maintainers. - keepassx (origin: security) According to the feedback, keepassxc has more features and already uses Qt5. It just needs Provides/Obsoletes lines, and testers to verify the keepassx DB can be opened with keepassxc.
Candidates for deletion: - jag-level-editor - The jag update provides the level editor, see below - qucs (origin: electronics) - ibus-qt (origin: M17N) - avogadro (origin: science) No user in factory
Pending SR to the devel project: - jag (origin: games - SR#701069, 17 days ago) - yate (origin: network:telephony - SR#704206, 3 days ago)
Pending SR to factory: - qwt (SR#698687, 26 days ago) - scidavis (SR#699954, 21 days ago) - SoQt (SR#706769, 9 days ago) - scim (SR#703165, 8 days ago)
It looks like avagadro 2 supports Qt5: https://www.openchemistry.org/downloads/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday, May 24, 2019 9:14:51 AM CDT Todd Rme wrote:
It looks like avagadro 2 supports Qt5: https://www.openchemistry.org/downloads/
Doesn't kalzium require avogadro? (As well as QT5.) I can't tell directly as I am using Leap, where both kalzium and avogadro are in the main repository. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, May 24, 2019 at 11:43 AM Robert Hardy <rhardy702@gmail.com> wrote:
On Friday, May 24, 2019 9:14:51 AM CDT Todd Rme wrote:
It looks like avagadro 2 supports Qt5: https://www.openchemistry.org/downloads/
Doesn't kalzium require avogadro? (As well as QT5.)
I can't tell directly as I am using Leap, where both kalzium and avogadro are in the main repository.
Avagadro 2 supports Qt5, Avagardro doesn't. Kalzium uses avogadrolibs, which is part of Avagadro 2. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday, May 24, 2019 11:28:29 AM CDT Todd Rme wrote:
Avagadro 2 supports Qt5, Avagardro doesn't. Kalzium uses avogadrolibs, which is part of Avagadro 2.
I see. I have Avogadro and two versions of the library installed, and removing the earlier one isn't a problem for Kalzium. (But I'll keep it for now.) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (11)
-
Carlos E. R. -
Christophe Giboudeaux -
Dmitriy A. Perlow -
Dominique Leuenberger / DimStar -
H.Merijn Brand -
Robert Hardy -
Rodney Baker -
Takashi Iwai -
Tim Hardeck -
Todd Rme -
Vojtěch Zeisek