I'm forwarding this at Yasha's request, and have added some extra info.
On 23/04/2020 17:29, Yasha Karant wrote:
> Thank you for the kind reply. Because the USA for most purposes has an
> Internet infrastructure similar to the USA "health care" system in that
> it is amongst the most expensive but with poorer results than many other
> nations with lower costs (e.g., USA internal deregulation for
> profiteering), the university email server is not responding due to the
> much higher than anticipated (by the university information technology
> experts, not by myself and others) traffic load. Thus, I am requesting
> that if you do not know the answer, you kindly relay this email to the
> SL list, as my login thereunder is limited to my university email address.
>
> After performing the necessary steps (additional and/or revised
> packages) for Kdenlive to start, neither my current Firefox nor
> Thunderbird are operational. Given an understanding of both Murphy's
> Law and O'Toole's Corollary, I keep multiple access applications and
> routes open. In this case, I am using Seamonkey that seems to be
> functioning. Because I use the current production versions of both
> Firefox and Thunderbird from Mozilla, etc., not the distro, I did use
> yum to install the distro versions -- same issue. I also did a full
> cold reboot in the event that some stale information (a cached internal
> .so entry, etc.) was causing the issue (not really fully using the
> updates), but again, no Firefox, no Thunderbird. I currently am
> backing-up via cp -pRa all of my "local" files, including home, opt, and
> usr/local in the event that I must do a major re-install.
I installed kdenlive from the rpmfusion-updates repo via yumex on 22
April, the day after the update (485 packages at first, then 49 more) to
SL7.8. 53 packages were 'altered' by the kdenlive install, and no
issues were reported. The epel repo is required too, and I use the
elrepo-lt kernels.
When I started kdenlive it complained about missing packages, and the
ones you mentioned sound familiar, but I ignored them and it started. I
haven't actually used it for anything yet, and need to find a howto. No
problems seen with Firefox, Thunderbird or the kdenvironment.
>
> My immediate plan once the copy to an external USB harddrive is
> completed, is to upgrade SL 7 to the latest supported release. I do
> recall that both yum from a terminal application and yumex in a GUI can
> do this. Could you kindly remind me what are the steps
If the system
> fails to (re)boot, etc., then a fresh install is required as the
> simplest alternative, and I shall change to Ubuntu LTS current that is
> satisfactory on my wife's machine save for one thing: there does not
> appear to be any Ubuntu LTS equivalent to this SL list.
>
> Keep safe. Take care.
>
> Kind regards
>
> Yasha Karant
>
> John Pilkington wrote:
>> On 23/04/2020 06:53, Yasha Karant wrote:
>>> After accepting
>>>
>>> yum downgrade libgpod
>>>
>>> kdenlive still would not load/run because of unsatisfied symbols.
>>>
>>> kdenlive: symbol lookup error: /lib64/libQt5Gui.so.5: undefined
>>> symbol: hb_font_funcs_set_font_h_extents_func
>>>
>>> Doing a bit of digging on the web, I discovered the two additional
>>> yum commands needed:
>>>
>>> yum update freetype-devel [add this dependency]
>>>
>>> yum install harfbuzz [add this dependency]
>>>
>>> At this point, kdenlive does run, but with the following:
>>>
>>> missing package Breeze icons
>>>
>>> codecs libvpx, libvpx-vp9 not found
>>>
>>> yum install breeze-icon-theme [add this dependency]
>>>
>>> solves the Breeze icon issue
>>>
>>> [root@localhost ykarant]# yum install libvpx
>>> Loaded plugins: langpacks, nvidia
>>> Repository sl is listed more than once in the configuration
>>> Package libvpx-1.3.0-5.el7_0.x86_64 already installed and latest version
>>> Nothing to do
>>>
>>> How does one find what is needed to install the two libvpx codecs?
>>> Any help would be appreciated.
>>>
>>> Stay safe. Take care.
>>>
>>> Yasha Karant
>>
>> There may be a problem here. ISTR that kde/plasma in el7 needs the
>> version of libvpx that you have now. I use MythTV which normally
>> 'requires' libvpx >= 1.4.0 I don't have vpx material, so I just
>> build without libvpx.
>>
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.fedoraproject.org_archives_list_kde-40lists.fedoraproject.org_thread_DVI5ZEKLJ733CB27KUYSXYKT6LISB6N5_&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=nN644mHFSY3Mv2uPAb8CAjSnHo69O_xfhP9OIXFY-_Q&s=epVIQ47-vrOnPHcVxJ98tl3cb1HMp_UJR_zHtkumTz8&e=
>>
>>
>> John P
>>
>
|
