Qt4 is dead and going away. Please bump to 1.2.3 release with Qt5 and cleanup old.
Current version of package more stability than 1.2.3. I need more time to introduce and test new version. New version don't have a build scripts too.
No build script sounds like a terrible upstream regression - but I see QStlink2.pro, where's the problem?
Zip hasn't required library and it cannot build without some operation. Also builded version from git repository has many problems with writing to devices - author doesn't update debugeer protocol.
(In reply to Boris Vingradov from comment #3) > Zip hasn't required library and it cannot build without some operation. Could you elaborate please? If there is a build issue I'm sure we could try to fix?
(In reply to Andreas Sturmlechner from comment #4) > (In reply to Boris Vingradov from comment #3) > > Zip hasn't required library and it cannot build without some operation. > Could you elaborate please? If there is a build issue I'm sure we could try > to fix? Current version of zip archive doesn't have QtUSB library - it locate in another github repo. Author do not commit to their's repos about half year. I can move upper repos to one and create single zip. But I don't understand how to create qt5 ebuil script. Thanks
(In reply to Boris Vingradov from comment #5) > Current version of zip archive doesn't have QtUSB library - it locate in > another github repo. > I can move upper repos to one and create single zip. Not necessary to repack the tarball. You can add QtUsb-0.3.0 as a second entry to SRC_URI and have them unpack both during src_unpack. (In reply to Boris Vingradov from comment #5) > But I don't understand how to create qt5 ebuil script. You use qmake-utils.eclass and run at least src_configure and src_install manually - just look what qt4-r2.eclass was doing for you so far and simply adjust it for your needs inside qstlink2 ebuild.
Feel free to visit #gentoo-proxy-maint for more help.
Did you make progress here? Do you need some help?
Sorry. I don't have any time on this month, but I return to this task on next week.
One month passed, what's the current state? ;)
Created attachment 531210 [details] Ebuild for qtstlink2-1.2.3 version
(In reply to Andreas Sturmlechner from comment #10) > One month passed, what's the current state? ;) Sorry for wait. I create ebuild for 1.2.3 version. I compile and test it on my devices. I adding Qt5 only ebuild because future releases couldn't support other version of Qt framework. Thanks for advice of creating ebuild.
Thanks for your work, keeping this open until old version is removed, and first of all we need to get the new version to tree. ;) Of course, only Qt5 version makes sense at this point.
First, obvious error with the ebuild, wrong SRC_URI: !!! Couldn't download 'qstlink2-1.2.3.tar.gz'. Aborting. !!! Fetch failed for qstlink2-1.2.3.tar.gz, can't update Manifest repoman complains as well: ebuild.minorsyn 3 dev-util/qstlink2/qstlink2-1.2.3.ebuild: Ebuild contains leading spaces on line: 11 dev-util/qstlink2/qstlink2-1.2.3.ebuild: Ebuild contains leading spaces on line: 24 dev-util/qstlink2/qstlink2-1.2.3.ebuild: Ebuild contains leading spaces on line: 36 We'll need to drop back to ~amd64/~x86 because you can't add an ebuild with stable keywords, and I don't think you got all the dependencies in there (qtcore:5 most likely is not enough for a Qt5 GUI application).
In addition, lines 24 and 25 are missing `|| die`
QA notice during install: * QA Notice: udev rules should be installed in /lib/udev/rules.d: * * /etc/udev/rules.d/49-stlinkv2.rules *
Project configures and links fine with libusb-1, but ebuild limits to virtual/libusb:0. > Project MESSAGE: Building QtUsb with LibUsb 1.0 support.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=022e3abda43a0b5dfadd675f045c104d0cb6ebd9 commit 022e3abda43a0b5dfadd675f045c104d0cb6ebd9 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-05-13 15:48:27 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-05-13 15:51:08 +0000 dev-util/qstlink2: 1.2.3 Qt5-based version bump - Use udev.eclass to fix rules.d install path - DEPEND on libusb-1 Thanks-to: Boris Vingradov <no111u3@gmail.com> Bug: https://bugs.gentoo.org/644378 Package-Manager: Portage-2.3.36, Repoman-2.3.9 dev-util/qstlink2/Manifest | 2 ++ dev-util/qstlink2/qstlink2-1.2.3.ebuild | 45 +++++++++++++++++++++++++++++++++ 2 files changed, 47 insertions(+)
Please test, we'll give it some time then call for stabilisation.
(In reply to Andreas Sturmlechner from comment #19) > Please test, we'll give it some time then call for stabilisation. I successfull build for current version of package and use current build for flashing one of all my boards. Thanks.
Arches, please stabilise.
amd64 stable
x86 stable, closing
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=51352e3292480c0521de875714a1773cb957c55f commit 51352e3292480c0521de875714a1773cb957c55f Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-05-27 07:04:20 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-05-27 07:05:01 +0000 dev-util/qstlink2: Drop old Qt4-based Bug: https://bugs.gentoo.org/644378 Package-Manager: Portage-2.3.40, Repoman-2.3.9 dev-util/qstlink2/Manifest | 1 - dev-util/qstlink2/qstlink2-1.0.3.ebuild | 22 ---------------------- 2 files changed, 23 deletions(-)
