@MSGID: 1@dont-email.me> d2524639
@REPLY: <op.2bkpasuea3w0dxdave@hodgins.homeip.net>
0e2f45c9
@REPLYADDR William Unruh <unruh@invalid.ca>
@REPLYTO 2:5075/128 William Unruh
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@RFC-References: 1@dont-email.me>
1@dont-email.me> <op.2bhmtz05a3w0dxdave@hodgins.homeip.net> 1@dont-email.me>
<op.2bko7jz0a3w0dxdave@hodgins.homeip.net> <op.2bkpasuea3w0dxdave@hodgins.homeip.net>
@TZUTC: -0000
@PID: slrn/1.0.3 (Linux)
@TID: FIDOGATE-5.12-ge4e8b94
On 2023-09-20, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
 > On Wed, 20 Sep 2023 10:00:45 -0400, David W. Hodgins
<dwhodgins@nomail.afraid.org> wrote:
>
 >> On Wed, 20 Sep 2023 03:26:28 -0400, Markus Robert Kessler
<no_reply@dipl-ing-kessler.de> wrote:
>>> yes, that was the point:
>>> During base install of the OS I was able to select Kdenlive which got
>>> installed then along with the necessary codecs. Unfortunately, at this
>>> time the "tainted" repos are usually not yet activated.
>>>
>>> So, the "non-tainted" ones are installed and due to very similar names it
>>> looked as if everything was fine, but it did not work.
>>>
>>> I had to go through "rpm -qa --last | less" to see what happened and had
>>> to manually de-install the useless packages. After that, and after
>>> activating "tainted" repos, a urpmi kdenlive as well as
>>> simplescreenrecorder was successful.
>>>
>>> I will keep in mind that such software should not be selected during base
>>> install, but I don`t know how this could be solved generically. Maybe
>>> such software should not be selectable at that point, and should be only
>>> visible when the correct repos and hence the needed codecs are availbale?
>>
>> Enabling the tainted repos (release and updates) for each of the arches you
>> have for the core repos (x86_64 and/or i586) enabled, and then running
>> "urpmi --auto-update" would replace the core packages with the tainted ones.
>>
>> # urpmq -i ffmpeg|grep ^Source|sort -uV
>> Source RPM  : ffmpeg-5.1.3-3.mga9.src.rpm
>> Source RPM  : ffmpeg-5.1.3-3.mga9.tainted.src.rpm
>>
>> The way urpmi works when looking for updates is to look for packages with
>> a greater value when sorted. The tainted version package name sorts as
>> greater then the core version when the release/version numbers are the
>> same.
>>
>> It won`t show/select those updates when using mgaapplet as it passes the
>> "--update" option to urpmi. With the "--update" option urpmi doesn`t look for
 >> updates in the release repos. mgaapplet does that in order to
keep the check for
>> updates quick. Using "urpmi --auto-update" only has to be done once after
 >> enabling a new release repo (tainted or nonfree or i586 on an
x86_64 install).
>>
 >> I don`t remember off hand if running rpmdrake directly also uses
the "--update"
>> option or not when using it to check for updates.
>
> Forgot to add. You can check which is installed using the rpm command ...
> # rpm -q ffmpeg
> ffmpeg-5.1.3-3.mga9.tainted

Or if you are not quite sure of the name
rpm -qa|grep ffmpeg
 This can be useful when the names contain "random" numbers-- eg
lib64udev1 or lib64x264_157

rpm -q lib64x264
package lib64x264 is not installed
>
> Regards, Dave Hodgins
--- slrn/1.0.3 (Linux)
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441