Search Criteria
Package Details: kdenlive-appimage 24.12.2-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/kdenlive-appimage.git (read-only, click to copy) |
|---|---|
| Package Base: | kdenlive-appimage |
| Description: | A non-linear video editor for Linux using the MLT video framework |
| Upstream URL: | https://kdenlive.org |
| Keywords: | Editor Video |
| Licenses: | GPL |
| Conflicts: | kdenlive |
| Provides: | kdenlive |
| Submitter: | vini |
| Maintainer: | JoaoMachado |
| Last Packager: | JoaoMachado |
| Votes: | 9 |
| Popularity: | 0.173184 |
| First Submitted: | 2019-07-29 17:54 (UTC) |
| Last Updated: | 2025-02-27 04:12 (UTC) |
Latest Comments
1 2 3 4 Next › Last »
JoaoMachado commented on 2024-12-08 04:44 (UTC)
@chb Well, that is up to Kdenlive devs.
chb commented on 2024-12-06 05:44 (UTC)
@JoaoMachado any idea about enabling GPU acceleration?
JoaoMachado commented on 2024-12-02 05:31 (UTC)
The appimage is stable and working well.
JoaoMachado commented on 2024-04-16 01:37 (UTC) (edited on 2024-04-16 17:25 (UTC) by JoaoMachado)
@ValHue I tried that, but ran into an issue where if the PKGBUILD file needed to be fixed or changed for any reason, I would have to change the pkgrel in order for GIT to push the changes. This would of course throw the package version out of sequence because the package would no longer match the actual package.
My current scheme, is to use pkgrel to enumerate any changes to the PKGBUILD files. version x.yy.z-0 means no change to the PKGBUILD, x.yy.z-1 means there has been a revision to the PKGBUILD etc.
I understand the wiki but it does not account for changes in the PKGBUILD.
<deleted-account> commented on 2024-04-15 17:29 (UTC)
It would be appreciated if pkgrel would conform to what is determined in the wiki. It should start at 1, and increase as the same package is updated. When the version changes, pkgrel resets to 1.
https://wiki.archlinux.org/title/PKGBUILD#pkgrel
Thanks for maintaining this package.
JoaoMachado commented on 2023-12-21 18:56 (UTC)
@Kunda It does not look like the AppImage is a "true" Appimage, just the binaries encapsulated in an AppImage. I have updated to 23.08.4 but it still has the same issue.
The AppImage used to be extremely stable, which is the reason I started using. I think you are better off going with Flatpak or the repo binaries moving forward.
Kunda commented on 2023-12-20 03:20 (UTC)
23.08.04 released. Is it a legit appimage ?
JoaoMachado commented on 2023-12-03 22:16 (UTC)
@MarSeed I agree, I will wait for the next release from the Kdenlive team, if it is still broken, I will remove this package from the AUR.
MarsSeed commented on 2023-12-03 10:54 (UTC)
In that case I recommend that this package can be deleted. It turned out that only one other user used it earlier on an old Manjaro release, but no longer needs it. I certainly don't.
Extra repo carries a proper build of Kdenlive, which is compatible with the system libraries.
JoaoMachado commented on 2023-12-03 05:06 (UTC)
kdenlive-appImage is currently broken on Arch based systems. Turns out Kdenlive’s Appimage is not a true appimage, in the sense that it contains all of the system files needed in the Appimage, it is essentially the kdenlive binaries and it still relies on the host system libs.
Reference: https://discuss.kde.org/t/kdenlive-23-08-3-x86-64-appimage-not-working-either/7513/5
1 2 3 4 Next › Last »