Package Details: subtitlecomposer 0.8.1-2

Git Clone URL: https://aur.archlinux.org/subtitlecomposer.git (read-only, click to copy)
Package Base: subtitlecomposer
Description: Video subtitle editor
Upstream URL: https://invent.kde.org/multimedia/subtitlecomposer
Keywords: composer editor kde subtitle
Licenses: GPL
Submitter: Martchus
Maintainer: Martchus (maxrd2)
Last Packager: Martchus
Votes: 34
Popularity: 0.87
First Submitted: 2015-09-02 23:50 (UTC)
Last Updated: 2024-06-21 23:03 (UTC)

Pinned Comments

Martchus commented on 2016-05-18 21:59 (UTC)

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs There also exist a binary repository (i686 and x86_64, also contains Git version): https://martchus.no-ip.biz/repo/arch/ownstuff

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

Martchus commented on 2024-05-20 18:07 (UTC)

Looks like a typo, statDetails versus StatDetails?

Maybe. Probably it makes most sense to fix this upstream first. And yes, it is currently not possible to compile it under Arch Linux to my knowledge. Sometimes things get rolled over on a rolling-release distribution. If it doesn't compile with/against system packages this doesn't mean it is not usable anymore. Perhaps upstream provides a Flatpak or Appimage that still works.

jan666 commented on 2024-05-20 17:43 (UTC)

So your pinned comment means that subtitlecomposer is not usable anymore? I can't get it to build, tried changing statDetails to StatDetails but another error came up something to many arguments, 1 expected 4 provided in the same helper file as my latest comment

I'm using Arch linux

jan666 commented on 2024-05-20 13:20 (UTC)

Building gives this error (after adjusting the buildscript from your site)

[ 49%] Building CXX object src/CMakeFiles/subtitlecomposer-lib.dir/gui/subtitlemeta/csshighlighter.cpp.o [ 50%] Building CXX object src/CMakeFiles/subtitlecomposer-lib.dir/gui/subtitlemeta/subtitlepositionwidget.cpp.o [ 50%] Building CXX object src/CMakeFiles/subtitlecomposer-lib.dir/helpers/commondefs.cpp.o /home/ed/.cache/yay/subtitlecomposer/src/subtitlecomposer-0.8.0/src/helpers/commondefs.cpp: In static member function ‘static QUrl System::newUrl(const QUrl&, const QString&, const QString&, int)’: /home/ed/.cache/yay/subtitlecomposer/src/subtitlecomposer-0.8.0/src/helpers/commondefs.cpp:216:46: error: ‘statDetails’ is not a member of ‘KIO’; did you mean ‘StatDetails’? 216 | KIO::Job *job = KIO::statDetails(newUrl, KIO::StatJob::DestinationSide, KIO::StatDefaultDetails, KIO::HideProgressInfo); | ^~~ | StatDetails make[2]: *** [src/CMakeFiles/subtitlecomposer-lib.dir/build.make:1261: src/CMakeFiles/subtitlecomposer-lib.dir/helpers/commondefs.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:883: src/CMakeFiles/subtitlecomposer-lib.dir/all] Error 2 make: *** [Makefile:146: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... -> error making: subtitlecomposer-exit status 4 checking dependencies...

Looks like a typo, statDetails versus StatDetails?

Martchus commented on 2024-05-10 12:13 (UTC)

This doesn't build against ICU 75. I guess it makes sense to wait for the next release which will hopefully build against Qt 6 and KF6 successfully which will also cause the build system to select C++17 so the build against ICU 75 will be possible.

Martchus commented on 2023-12-12 16:52 (UTC) (edited on 2023-12-12 16:54 (UTC) by Martchus)

I'll fix the URL when bumping the package anyways to rebuild against ICU 74. (If you already want to build against staging now: https://github.com/Martchus/PKGBUILDs/blob/master/subtitlecomposer/default/PKGBUILD)

MarsSeed commented on 2023-11-29 23:23 (UTC)

Please kindly remove dependency kross - not needed since v0.8.0, carrying this commit:

4a8df2a1 (Oct 8, 2021) - Replaced Kross with QJSEngine

QJSEngine is part of qt5-declarative.

Martchus commented on 2023-10-20 10:17 (UTC) (edited on 2023-10-20 10:17 (UTC) by Martchus)

Yes, this would be yet another change. At least for the non-git package a change would be required anyway (as the version will likely be bumped at the same time) so I guess it is no big deal. Note that this change is likely going to be from xxx5 to xxx (and not xxx6). Again, don't ask me why. I'm inferring this from the kf6 packages on the kde-unstable repository (as I could not find any explicit communication about it).

maxrd2 commented on 2023-10-20 10:13 (UTC)

So my "pretty sure" was wrong :)

In order to use kf6 when it lands we'll have to change all dependencies again from xxx5 to xxx6?

Martchus commented on 2023-10-20 10:00 (UTC)

But don't ask me why this was done how it was done. I personally would have preferred if all kf5 packages just stayed how they are (because this is far from the only package that now needs changing) and that from kf6 on there's simply be always a version, e.g. kio6. Just having always the major version in the package name would also be in-line with how Qt modules are packaged.