On 8/26/20 11:10 PM, Götz Waschk wrote:
> Am 27.08.20 um 02:29 schrieb Yasha Karant:
>> I still am attempting to migrate to Texstudio 3 production current
>> release. I have found on the Texstudio web site an appimage file for
>> Texstudio 3.
>>
>> From:
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__itsfoss.com_use-2Dappimage-2Dlinux_-23-3A-7E-3Atext-3D-2520How-2520to-2520use-2520AppImage-2520in-2520Linux-2520-2CStep-25203-253A-2520Run-2520the-2520AppImage-2520file-2520More-2520&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=A1vT-VWIR0wKymGxmZBrmYvDO6ec1JTnvizEqWzIpkA&s=03Rv0itPKadgSlR6ylyg3oj3iQHNQOMDlIK77t3Ny1k&e=
>>
>> NB: Because I cannot seem to have my email changed from csusb.edu to
>> gmail.com , the above URL will be modified and perhaps garbled.
>>
>> AppImage doesn’t do it. In fact, AppImage doesn’t really install the
>> software. It is a compressed image with all the dependencies and
>> libraries needed to run the desired software.
>>
>> However, after as root doing a chmod a+x on texstudio-3.0.0-x86_64.AppImage
>> I find:
>>
>> ykarant@localhost Downloads]$ ./texstudio-3.0.0-x86_64.AppImage
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `CXXABI_1.3.8' not found (required by ./texstudio-3.0.0-x86_64.AppImage)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `GLIBCXX_3.4.20' not found (required by ./texstudio-3.0.0-x86_64.AppImage)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `GLIBCXX_3.4.21' not found (required by ./texstudio-3.0.0-x86_64.AppImage)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `CXXABI_1.3.8' not found (required by
>> /tmp/.mount_texstuAlu96i/usr/bin/../lib/libQt5Core.so.5)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `GLIBCXX_3.4.20' not found (required by
>> /tmp/.mount_texstuAlu96i/usr/bin/../lib/libpoppler.so.58)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `GLIBCXX_3.4.20' not found (required by
>> /tmp/.mount_texstuAlu96i/usr/bin/../lib/libproxy.so.1)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `GLIBCXX_3.4.21' not found (required by
>> /tmp/.mount_texstuAlu96i/usr/bin/../lib/libproxy.so.1)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `CXXABI_1.3.8' not found (required by
>> /tmp/.mount_texstuAlu96i/usr/bin/../lib/libicui18n.so.55)
>> ./texstudio-3.0.0-x86_64.AppImage: /lib64/libstdc++.so.6: version
>> `CXXABI_1.3.8' not found (required by
>> /tmp/.mount_texstuAlu96i/usr/bin/../lib/libicuuc.so.55)
>>
>> End output.
>>
>> Thus, clearly "image with all the dependencies and libraries needed to
>> run" is not factual. Are the required .so lib files available for EL 7
>> and will not cause other applications/kernel to fail? If these are
>> available, relevant URLs (or what to install under yum) would be
>> appreciated.
>
> Dear Yasha,
>
> yes, the claim of bundling all dependencies is invalid, there are
> exceptions for the C library and the C++ standard library. These are so
> important you cannot update them on your Scientific Linux machine
> without breaking it.
>
> I think you cannot install this software on SL7, it is simply too old. A
> container solution like Singularity would have problems as well, as
> there is a certain kernel dependence. I can report from my own
> experience, that a container based on Ubuntu 20.04 and Qt5 will still
> not run on SL7.
>
> The only way to run it would be a real virtual machine.
>
> Regards,
> Götz Waschk
>
>
>
Dear Götz,
Thank you for the prompt and clear reply that confirmed what I thought:
because the C/C++ environment against which the kernel and related
systems utilities have been compiled is of, say, release N, but the
application is compiled against, say, release N+M (M > 0), only by
changing the C/C++ environment is it possible to run the application,
but this change causes the kernel, etc., to fail. Moreover, as you have
indicated, in a monolithic kernel system such as Linux (not a micro
kernel system), even standard encapsulation will fail. I assume that
the latest Texstudio will run under EL 8.
There are thus only two solutions: a true virtual machine with a
hypervisor under the kernel (e.g., VirtualBox) that then runs some other
operating system environment (as I currently do with MS Win10 so that I
can use specific proprietary applications that only run under MS Win or
MacOS X (MacOS X may not be installed in the USA on any hardware
platform that does was not sold by Apple with the Apple logo due to USA
legal restrictions), or a "later" Linux operating system. At this
point, I presume that I must switch to Ubuntu LTS current. According to
numerous correspondents, unlike EL, one can upgrade in place from one
major release of Ubuntu LTS to the next, albeit with the usual
precautions (backup image of the system in case some does fail). I
could install Texstudio 3 under MS Win 10 (there is a binary installable
release for this purpose) under VirtualBox under SL 7, but as I use
Texstudio "too much", I really do not want to be constrained by the MS
Win environment nor load an entire LaTeX environment (required by
Texstudio) onto a MS Win "virtual" machine.
The distributors/promoters/maintainers of the Appimage system should
make this point clear: a particular Appimage "executable" requires
specific kernel library and C/C++ versions -- test first and verify
before installing.
Take care. Stay safe.
Kind regards,
Yasha Karant
|
