Hi, I was wondering if it's time to put appimage as the main installation method of CinGG, highlighting it in the website and the manual. The binaries remain working but not updated. What do you guys think?
Good idea. I am working on BT #538 to install the latest latex2html on another computer so I have a backup. Once I am finished with that I can update the distros pages "how to" on the website. I do not think too many people have used the AppImage's yet but I believe that MatN uses it and has reported no problems. On Tue, Feb 23, 2021 at 7:15 AM Andrea paz via Cin < [email protected]> wrote:
Hi, I was wondering if it's time to put appimage as the main installation method of CinGG, highlighting it in the website and the manual. The binaries remain working but not updated. What do you guys think? -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
I think it is a good idea too. I have done some editing, and found no problems. But I am not a heavy user. Maybe in a separate section of the download page, and then maybe the very first? Keep the similar naming? Like cinelerra-5.1-20201031.x86_64.AppImage or using CinGG in honor of Bill: CinGG-20201031.x86_64-older_distros.AppImage CinGG-20201031.x86_64.newer_distros.AppImage or something else. How many 32 bit distro users are there? @Phyllis, if you can build from the 20201031 release code, then maybe that should be the first one on there? So people can compare the AppImage with the package-style release of the same vintage, and we have a reference in case of things not working as they used to be. Then because there will only be two versions ("older" and "newer") there could be a few more "previous" ones than the 1 previous there is now. And it should be mentioned what the differences are between old and new, and when you should use one or the other. I have not tested cmd line parameter -r for batch rendering, not sure if there are any other cmd line options I should test. MatN On Tue, 2021-02-23 at 08:23 -0700, Phyllis Smith via Cin wrote:
Good idea. I am working on BT #538 to install the latest latex2html on another computer so I have a backup. Once I am finished with that I can update the distros pages "how to" on the website. I do not think too many people have used the AppImage's yet but I believe that MatN uses it and has reported no problems.
On Tue, Feb 23, 2021 at 7:15 AM Andrea paz via Cin < [email protected]> wrote:
Hi, I was wondering if it's time to put appimage as the main installation method of CinGG, highlighting it in the website and the manual. The binaries remain working but not updated. What do you guys think?
I attach a preliminary example of Installation.tex for the manual. Additions, corrections, ideas? Note: I suggest the names cinelerraGG-aaaammdd.AppImage and cinelerraGG-aaaammdd-older-libs.AppImage and the subdirectories in git: AppImage/ instead of images/. Is -x86_64 necessary?
Andrea, MatN: All good suggestions - I wish the name was not quite so long but the x86_64 is needed to distinguish 64 bit as opposed to 32 bit. It would be better if somehow the "older" versus "newer" could be better named but Andrea's suggestion to eliminate "newer" is good. The reason for the directory name of "images" instead of "AppImage" is to accommodate Flatpak images in the future if someone figures out an easy script to create them also. I will attempt to create an AppImage for 10312020 as MatN suggested. On Wed, Feb 24, 2021 at 5:54 AM Andrea paz via Cin < [email protected]> wrote:
I attach a preliminary example of Installation.tex for the manual. Additions, corrections, ideas?
Note: I suggest the names cinelerraGG-aaaammdd.AppImage and cinelerraGG-aaaammdd-older-libs.AppImage and the subdirectories in git: AppImage/ instead of images/. Is -x86_64 necessary? -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Wed, 24 Feb 2021, Phyllis Smith via Cin wrote:
I will attempt to create an AppImage for 10312020 as MatN suggested.
Please first the year, then the month, and as least significant digits, the day of month - to have monotonic growth of the whole number with time, for natural sorting. _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected] _______________________________________________________________________________
Phyllis, Andrea, MatN: The main dependence of Appimage is libc version, so CinelerraGG-<CinVersion>libc<LibcVersion>.<Arch> or something similar will be a good name. Is rpm, deb packages of current CinGG are available for download? ср, 24 февр. 2021 г., 19:40 Phyllis Smith via Cin < [email protected]>:
Andrea, MatN: All good suggestions - I wish the name was not quite so long but the x86_64 is needed to distinguish 64 bit as opposed to 32 bit. It would be better if somehow the "older" versus "newer" could be better named but Andrea's suggestion to eliminate "newer" is good.
The reason for the directory name of "images" instead of "AppImage" is to accommodate Flatpak images in the future if someone figures out an easy script to create them also.
I will attempt to create an AppImage for 10312020 as MatN suggested.
On Wed, Feb 24, 2021 at 5:54 AM Andrea paz via Cin < [email protected]> wrote:
I attach a preliminary example of Installation.tex for the manual. Additions, corrections, ideas?
Note: I suggest the names cinelerraGG-aaaammdd.AppImage and cinelerraGG-aaaammdd-older-libs.AppImage and the subdirectories in git: AppImage/ instead of images/. Is -x86_64 necessary? -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
The main dependence of Appimage is libc version, so CinelerraGG-<CinVersion>libc<LibcVersion>.<Arch> or something similar will be a good name. Is rpm, deb packages of current CinGG are available for download?
The last rpm and deb packages are still October 31, 2020. I do not think I will be able to figure out XEN to continue to build them all -- it was all automated but a different partition has to be booted on the Epyc computer to get to them and I don't have the expertise to understand it well enough at this time. This may change but combining all of the suggestions for the AppImage names leads to: CinGG-20210224-x86-64.AppImage newer distros CinGG-20210224-x64-64_older_distros.AppImage older distros CinGG-20210224-i686.AppImage 32-bit with the assumption that these are all older distros if 32-bit maybe "CinGG" should be "cinelerraGG" instead ? but at least the 5.1 is eliminated maybe incorporate the libc version ? the problem with this is that 90% of the users would not even know what this means.
On Wed, 24 Feb 2021, Phyllis Smith via Cin wrote:
CinGG-20210224-x86-64.AppImage newer distros CinGG-20210224-x64-64_older_distros.AppImage older distros CinGG-20210224-i686.AppImage 32-bit with the assumption that these are all older distros if 32-bit
maybe incorporate the libc version ? the problem with this is that 90% of the users would not even know what this means.
I'd say, the problems from incompatible libc (and incompatible X11) are relatively seldom. *.AppImage - build under newer libc *_older_distros.AppImage - build under older libc This should be sufficient. An advanced user can figure out references to a particular version of libc via `nm -D', and rebuild from source what he prefers. _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected] _______________________________________________________________________________
The website Downloads area has been updated to instruct users to use the AppImage now. I hope the AppImage works as well as pakages and tars, but I did notice that if it crashes, it does not seem to produce a dmp file. On Tue, Feb 23, 2021 at 7:15 AM Andrea paz via Cin < [email protected]> wrote:
Hi, I was wondering if it's time to put appimage as the main installation method of CinGG, highlighting it in the website and the manual. The binaries remain working but not updated. What do you guys think? -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
If we consider AppImage as the main installation method, I propose to dedicate to it the first section of the Download page. Something like this (my html is rusty; you could put direct links to the various appimages and some icons to attract attention):
participants (5)
-
Andrea paz -
Georgy Salnikov -
mat -
Phyllis Smith -
Андрей Спицын