GNU bug report logs - #34107
Kdenlive searched-for paths

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mathieu Othacehe <othacehe <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#34107: closed (Kdenlive searched-for paths)
Date: Tue, 11 Aug 2020 09:56:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Tue, 11 Aug 2020 11:55:43 +0200
with message-id <87o8nhfqw0.fsf <at> gnu.org>
and subject line Re: [bug#42769] [PATCH] gnu: kdenlive: Update to 20.04.1.
has caused the debbugs.gnu.org bug report #34107,
regarding Kdenlive searched-for paths
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
34107: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=34107
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: <pkill9 <at> runbox.com>
To: "bug-guix" <bug-guix <at> gnu.org>
Subject: Kdenlive searched-for paths
Date: Wed, 16 Jan 2019 18:01:14 +0000 (GMT)

There are a few issues with Kdenlive I've found, mostly relating to finding paths for things:

It doesn't know where to look for mlt profiles by default, so it asks the user in a popup where to look for them - the default suggestion in the popup is incorrect (constructed like '<guix-profile>/bin/share/mlt/profiles). The correct path is found with `$(guix build mlt)/share/mlt/profiles`.

It stores this path in the '[env]' section of ~/.config/kdenliverc, which it autogenerates. If it doesn't find the mlt profiles in this stored path when run, it asks the user to specify the path in the popup again.

It also stores other paths it needs that it finds, like the path to ffmpeg (to the relative guix profiles they're in, e.g. /run/current-system/profile and ~/.guix-profile. I don't know if this is an issue, I think it will just try to find these other paths again if they're invalid when starting kdenlive.

One way to fix the mlt path not being found is by wrapping the kdenlive executable with an additional CLI flag `--mlt-path <path-to-mlt>/share/mlt/profiles`. It would maybe better to use an environment variable (which could either be wrapped, or if propagated could allow additional mlt profiles to be added to the guix profile) but I couldn't find one for specifying the path to the mlt profiles.

-----

Another issue is that it heavily uses the icons from the breeze-icons package (which it gives a warning if not found), and these need to be installed to the user's profile (not tested with system profile) as kdenlive doesn't find them when running `guix environment --ad-hoc kdenlive breeze-icons -- kdenlive`

It also gives the warning
```
No LADSPA plugins were found!

Check your LADSPA_PATH environment variable.
```
which is gotten rid of by running kdenlive with `LADSPA_PATH=$(guix build ladspa)/lib/ladspa kdenlive`. This environment variable could also be added to the kdenlive wrapper, and/or added as a search path.

[Message part 3 (message/rfc822, inline)]

From: Mathieu Othacehe <othacehe <at> gnu.org>
To: Michael Rohleder <mike <at> rohleder.de>
Cc: 34107-done <at> debbugs.gnu.org, 42217-done <at> debbugs.gnu.org,
 38460-done <at> debbugs.gnu.org, 42769-done <at> debbugs.gnu.org
Subject: Re: [bug#42769] [PATCH] gnu: kdenlive: Update to 20.04.1.
Date: Tue, 11 Aug 2020 11:55:43 +0200

Hey,

> This should fix bugs #42217, #38460, #34107.
> (needs rttr, patch 42767).

Nice job! Pushed as a2954e2a44602a5b5d50e11428f18023395fbf1c.

Thanks,

Mathieu

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.