Cinelerra-GG packages build farm
Hello Phyllis and everyone, I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages. Best regards, Andrey Spitsyn
On 10/8/23 07:14, Андрей Спицын via Cin wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
I'm always happy when folks create packages, and am sensitive to how much work is involved. As kind of a guiding principle, I hope that packagers won't jump on the newest and latest distro kick when they create packages, but will take a conservative approach and understand that some of us would rather work on real stuff than spend all our time upgrading the infinite number of dependencies things rely on. I guess that's an underhanded way of stating "would love to see packaged for debian-11". LOL
Rob, It is really important to have packages available on the latest releases as soon as possible so that people who do have to keep the O/S upgraded, have some packages available right away. And as you already know, there are only so many partitions available to use for the operating systems so something has to give !! AppImage is always available to run just about any where. BUT, I realize that as a programmer, the advantages of the package can be more desirable. That said, ELIVE has the 3 latest Debian packages available (as announced on the News on the cinelerra-gg.org website) and Bullseye, version 11 package is at: https://repo.bullseye.elive.elivecd.org/pool/multimedia/c/ On Wed, Nov 15, 2023 at 4:12 PM Rob Prowel via Cin < cin@lists.cinelerra-gg.org> wrote:
On 10/8/23 07:14, Андрей Спицын via Cin wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
I'm always happy when folks create packages, and am sensitive to how much work is involved. As kind of a guiding principle, I hope that packagers won't jump on the newest and latest distro kick when they create packages, but will take a conservative approach and understand that some of us would rather work on real stuff than spend all our time upgrading the infinite number of dependencies things rely on.
I guess that's an underhanded way of stating "would love to see packaged for debian-11". LOL
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Dependent on the available build capacity and resources of course, a good practice has been to support stable distro releases as long as they have long time system support (LTS). However new approaches and changes continue. I.e for OpenSuse releases that I know, the free Leap 15.x has had benefit of being binary compatible with SUSE's Enterprise version (SLE 15.x). SLE in the future is going to be replaced by a new container-oriented SUSE's Adaptible Linux Platform (ALP) with focus on servers without inherent desktop. Therefore the next Leap 15.6 June 2024, with 18 months support until Q2 2025, will be its last release. Leap on its side will be replaced by OpenSuse:SlowRoll with stabilized pull from the faster rolling OpenSuse Tumbleweed. https://www.theregister.com/2023/10/02/slowroll_opensuse_tumbleweed/ Den 16.11.2023 16:22, skrev Phyllis Smith via Cin:
Rob, It is really important to have packages available on the latest releases as soon as possible so that people who do have to keep the O/S upgraded, have some packages available right away. And as you already know, there are only so many partitions available to use for the operating systems so something has to give !!
AppImage is always available to run just about any where. BUT, I realize that as a programmer, the advantages of the package can be more desirable. That said, ELIVE has the 3 latest Debian packages available (as announced on the News on the cinelerra-gg.org <http://cinelerra-gg.org> website) and Bullseye, version 11 package is at:
https://repo.bullseye.elive.elivecd.org/pool/multimedia/c/
On Wed, Nov 15, 2023 at 4:12 PM Rob Prowel via Cin <cin@lists.cinelerra-gg.org> wrote:
On 10/8/23 07:14, Андрей Спицын via Cin wrote: > Hello Phyllis and everyone, > > I've created a build farm for cinelerra deb and rpm packages. Although it > is at an early stage of development, it can build packages on every git > change in the main repo. Feel free to use these packages at > https://github.com/einhander/cin-gg-packages/releases. Note that releases > correspond to a build date, not a git commit date. > Current build hosts are debian 12 and alma linux 8. I'm open to suggestions > for a new distro and packages.
I'm always happy when folks create packages, and am sensitive to how much work is involved. As kind of a guiding principle, I hope that packagers won't jump on the newest and latest distro kick when they create packages, but will take a conservative approach and understand that some of us would rather work on real stuff than spend all our time upgrading the infinite number of dependencies things rely on.
I guess that's an underhanded way of stating "would love to see packaged for debian-11". LOL
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
New packages are available. They were ready yesterday after the git repo update, but the github upload routine is so fragile it drives me crazy. Hopefully it will work next time. I also added the debian 11 package and dropped the alma linux 8 build due to missing dependencies. Best regards, Andrey чт, 16 нояб. 2023 г. в 02:12, Rob Prowel <rprowel@comcast.net>:
On 10/8/23 07:14, Андрей Спицын via Cin wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
I'm always happy when folks create packages, and am sensitive to how much work is involved. As kind of a guiding principle, I hope that packagers won't jump on the newest and latest distro kick when they create packages, but will take a conservative approach and understand that some of us would rather work on real stuff than spend all our time upgrading the infinite number of dependencies things rely on.
I guess that's an underhanded way of stating "would love to see packaged for debian-11". LOL
Den 16.11.2023 21:31, skrev Андрей Спицын via Cin:
New packages are available. They were ready yesterday after the git repo update, but the github upload routine is so fragile it drives me crazy. Hopefully it will work next time. I also added the debian 11 package and dropped the alma linux 8 build due to missing dependencies.
The rpm installation on Leap 15.5 works fine 😎 Terje J. Hanssen
Best regards, Andrey
чт, 16 нояб. 2023 г. в 02:12, Rob Prowel <rprowel@comcast.net>:
On 10/8/23 07:14, Андрей Спицын via Cin wrote: > Hello Phyllis and everyone, > > I've created a build farm for cinelerra deb and rpm packages. Although it > is at an early stage of development, it can build packages on every git > change in the main repo. Feel free to use these packages at > https://github.com/einhander/cin-gg-packages/releases. Note that releases > correspond to a build date, not a git commit date. > Current build hosts are debian 12 and alma linux 8. I'm open to suggestions > for a new distro and packages.
I'm always happy when folks create packages, and am sensitive to how much work is involved. As kind of a guiding principle, I hope that packagers won't jump on the newest and latest distro kick when they create packages, but will take a conservative approach and understand that some of us would rather work on real stuff than spend all our time upgrading the infinite number of dependencies things rely on.
I guess that's an underhanded way of stating "would love to see packaged for debian-11". LOL
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side: First a background reference url to and an extract from the manual: https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_... * Download Already Built CINELERRA-GG * All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously. * If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes, * https://cinelerra-gg.org/download/tars * The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated I've test-installed and had a look this last single-user static build tar ball on current Leap: * cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M ~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc ~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball. So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball? Terje J. H
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from the manual:
https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_...
- Download Already Built CINELERRA-GG - All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously.
- If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes,
- https://cinelerra-gg.org/download/tars
- The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated
I've test-installed and had a look this last single-user static build tar ball on current Leap:
- cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M
~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video
As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball?
I think ffmpeg website host at least some binary builds?
Terje J. H
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu <randrianasulu@gmail.com>:
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from the manual:
https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_...
- Download Already Built CINELERRA-GG - All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously.
- If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes,
- https://cinelerra-gg.org/download/tars
- The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated
I've test-installed and had a look this last single-user static build tar ball on current Leap:
- cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M
~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video
As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball?
I think ffmpeg website host at least some binary builds?
oh, it was externally hosted https://johnvansickle.com/ffmpeg/
Terje J. H
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 17.11.2023 16:23, skrev Andrew Randrianasulu:
пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu <randrianasulu@gmail.com>:
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from the manual: https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_...
* Download Already Built CINELERRA-GG * All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously.
* If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes,
* https://cinelerra-gg.org/download/tars
* The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated
I've test-installed and had a look this last single-user static build tar ball on current Leap:
* cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M
~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es <http://expanders.es> hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr <http://expanders.fr> info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video
As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball?
I think ffmpeg website host at least some binary builds?
oh, it was externally hosted
Yes, thanks. I downloaded and unpacked the ffmpeg-6.1-amd64-static tarball. du -sh * 76M ffmpeg 76M ffprobe 36K GPLv3.txt 3,0M manpages 5,6M model 680K qt-faststart 4,0K readme.txt file * ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=1d9f8adece5d29c5ded6ffdfaf95ac0910cb8d47, stripped ffprobe: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=f3c2690764cddc93a230113eb92719b46cf47a50, stripped GPLv3.txt: ASCII text manpages: directory model: directory qt-faststart: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=69e624a6f851ef6b8127f81548b917229a37a355, stripped readme.txt: ASCII text Checked if ffmpeg 6.1 for example is compiled with pcm_bluray Encoder needed for LPCM on Blu-ray: ffmpeg -codecs -hide_banner | grep pcm_bluray D.AI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media That is no pcm_bluray Encoder, only the Decoder.
сб, 18 нояб. 2023 г., 01:29 Terje J. Hanssen <terjejhanssen@gmail.com>:
Den 17.11.2023 16:23, skrev Andrew Randrianasulu:
пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu <randrianasulu@gmail.com
:
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from the manual:
https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_...
- Download Already Built CINELERRA-GG - All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously.
- If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes,
- https://cinelerra-gg.org/download/tars
- The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated
I've test-installed and had a look this last single-user static build tar ball on current Leap:
- cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M
~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video
As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball?
I think ffmpeg website host at least some binary builds?
oh, it was externally hosted
https://johnvansickle.com/ffmpeg/
Yes, thanks. I downloaded and unpacked the ffmpeg-6.1-amd64-static tarball.
du -sh * 76M ffmpeg 76M ffprobe 36K GPLv3.txt 3,0M manpages 5,6M model 680K qt-faststart 4,0K readme.txt
file * ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=1d9f8adece5d29c5ded6ffdfaf95ac0910cb8d47, stripped ffprobe: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=f3c2690764cddc93a230113eb92719b46cf47a50, stripped GPLv3.txt: ASCII text manpages: directory model: directory qt-faststart: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=69e624a6f851ef6b8127f81548b917229a37a355, stripped readme.txt: ASCII text
Checked if ffmpeg 6.1 for example is compiled with pcm_bluray Encoder needed for LPCM on Blu-ray:
ffmpeg -codecs -hide_banner | grep pcm_bluray D.AI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
That is no pcm_bluray Encoder, only the Decoder.
hm, not sure if this was oversight or intentional. Try to contact builder and ask? At least termux's ffmpeg build with it: ffmpeg -codecs| grep bluray ffmpeg version 6.1 Copyright (c) 2000-2023 the FFmpeg developers built with Android (10552028, +pgo, +bolt, +lto, -mlgo, based on r487747d) clang version 17.0.2 ( https://android.googlesource.com/toolchain/llvm-project d9f89f4d16663d5012e5c09495f3b30ece3d2362) configuration: --arch=aarch64 --as=aarch64-linux-android-clang --cc=aarch64-linux-android-clang --cxx=aarch64-linux-android-clang++ --nm=llvm-nm --pkg-config=/home/builder/.termux-build/_cache/android-r26b-api-24-v0/bin/pkg-config --strip=llvm-strip --cross-prefix=aarch64-linux-android- --disable-indevs --disable-outdevs --enable-indev=lavfi --disable-static --disable-symver --enable-cross-compile --enable-gnutls --enable-gpl --enable-version3 --enable-jni --enable-lcms2 --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgme --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenmpt --enable-libopus --enable-librav1e --enable-libsoxr --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-mediacodec --enable-opencl --enable-shared --prefix=/data/data/com.termux/files/usr --target-os=android --extra-libs=-landroid-glob --disable-vulkan --enable-neon --disable-libfdk-aac libavutil 58. 29.100 / 58. 29.100 libavcodec 60. 31.102 / 60. 31.102 libavformat 60. 16.100 / 60. 16.100 libavdevice 60. 3.100 / 60. 3.100 libavfilter 9. 12.100 / 9. 12.100 libswscale 7. 5.100 / 7. 5.100 libswresample 4. 12.100 / 4. 12.100 libpostproc 57. 3.100 / 57. 3.100 DEAI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
Den 18.11.2023 00:29, skrev Andrew Randrianasulu:
сб, 18 нояб. 2023 г., 01:29 Terje J. Hanssen <terjejhanssen@gmail.com>:
Den 17.11.2023 16:23, skrev Andrew Randrianasulu:
пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu <randrianasulu@gmail.com>:
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from the manual: https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_...
* Download Already Built CINELERRA-GG * All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously.
* If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes,
* https://cinelerra-gg.org/download/tars
* The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated
I've test-installed and had a look this last single-user static build tar ball on current Leap:
* cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M
~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es <http://expanders.es> hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr <http://expanders.fr> info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video
As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball?
I think ffmpeg website host at least some binary builds?
oh, it was externally hosted
Yes, thanks. I downloaded and unpacked the ffmpeg-6.1-amd64-static tarball.
du -sh * 76M ffmpeg 76M ffprobe 36K GPLv3.txt 3,0M manpages 5,6M model 680K qt-faststart 4,0K readme.txt
file * ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=1d9f8adece5d29c5ded6ffdfaf95ac0910cb8d47, stripped ffprobe: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=f3c2690764cddc93a230113eb92719b46cf47a50, stripped GPLv3.txt: ASCII text manpages: directory model: directory qt-faststart: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=69e624a6f851ef6b8127f81548b917229a37a355, stripped readme.txt: ASCII text
Checked if ffmpeg 6.1 for example is compiled with pcm_bluray Encoder needed for LPCM on Blu-ray:
ffmpeg -codecs -hide_banner | grep pcm_bluray D.AI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
That is no pcm_bluray Encoder, only the Decoder.
hm, not sure if this was oversight or intentional. Try to contact builder and ask?
At least termux's ffmpeg build with it:
ffmpeg -codecs| grep bluray ffmpeg version 6.1 Copyright (c) 2000-2023 the FFmpeg developers built with Android (10552028, +pgo, +bolt, +lto, -mlgo, based on r487747d) clang version 17.0.2 (https://android.googlesource.com/toolchain/llvm-project d9f89f4d16663d5012e5c09495f3b30ece3d2362) configuration: --arch=aarch64 --as=aarch64-linux-android-clang --cc=aarch64-linux-android-clang --cxx=aarch64-linux-android-clang++ --nm=llvm-nm --pkg-config=/home/builder/.termux-build/_cache/android-r26b-api-24-v0/bin/pkg-config --strip=llvm-strip --cross-prefix=aarch64-linux-android- --disable-indevs --disable-outdevs --enable-indev=lavfi --disable-static --disable-symver --enable-cross-compile --enable-gnutls --enable-gpl --enable-version3 --enable-jni --enable-lcms2 --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgme --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenmpt --enable-libopus --enable-librav1e --enable-libsoxr --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-mediacodec --enable-opencl --enable-shared --prefix=/data/data/com.termux/files/usr --target-os=android --extra-libs=-landroid-glob --disable-vulkan --enable-neon --disable-libfdk-aac libavutil 58. 29.100 / 58. 29.100 libavcodec 60. 31.102 / 60. 31.102 libavformat 60. 16.100 / 60. 16.100 libavdevice 60. 3.100 / 60. 3.100 libavfilter 9. 12.100 / 9. 12.100 libswscale 7. 5.100 / 7. 5.100 libswresample 4. 12.100 / 4. 12.100 libpostproc 57. 3.100 / 57. 3.100 DEAI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs. It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. I expect it will be a question of time before ffmpeg 6.x is available, which works for me so far.
Den 18.11.2023 12:51, skrev Terje J. Hanssen:
Den 18.11.2023 00:29, skrev Andrew Randrianasulu:
сб, 18 нояб. 2023 г., 01:29 Terje J. Hanssen <terjejhanssen@gmail.com>:
Den 17.11.2023 16:23, skrev Andrew Randrianasulu:
пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu <randrianasulu@gmail.com>:
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from the manual: https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_...
* Download Already Built CINELERRA-GG * All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously.
* If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes,
* https://cinelerra-gg.org/download/tars
* The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated
I've test-installed and had a look this last single-user static build tar ball on current Leap:
* cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M
~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es <http://expanders.es> hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr <http://expanders.fr> info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video
As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball?
I think ffmpeg website host at least some binary builds?
oh, it was externally hosted
Yes, thanks. I downloaded and unpacked the ffmpeg-6.1-amd64-static tarball.
du -sh * 76M ffmpeg 76M ffprobe 36K GPLv3.txt 3,0M manpages 5,6M model 680K qt-faststart 4,0K readme.txt
file * ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=1d9f8adece5d29c5ded6ffdfaf95ac0910cb8d47, stripped ffprobe: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=f3c2690764cddc93a230113eb92719b46cf47a50, stripped GPLv3.txt: ASCII text manpages: directory model: directory qt-faststart: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=69e624a6f851ef6b8127f81548b917229a37a355, stripped readme.txt: ASCII text
Checked if ffmpeg 6.1 for example is compiled with pcm_bluray Encoder needed for LPCM on Blu-ray:
ffmpeg -codecs -hide_banner | grep pcm_bluray D.AI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
That is no pcm_bluray Encoder, only the Decoder.
hm, not sure if this was oversight or intentional. Try to contact builder and ask?
At least termux's ffmpeg build with it:
ffmpeg -codecs| grep bluray ffmpeg version 6.1 Copyright (c) 2000-2023 the FFmpeg developers built with Android (10552028, +pgo, +bolt, +lto, -mlgo, based on r487747d) clang version 17.0.2 (https://android.googlesource.com/toolchain/llvm-project d9f89f4d16663d5012e5c09495f3b30ece3d2362) configuration: --arch=aarch64 --as=aarch64-linux-android-clang --cc=aarch64-linux-android-clang --cxx=aarch64-linux-android-clang++ --nm=llvm-nm --pkg-config=/home/builder/.termux-build/_cache/android-r26b-api-24-v0/bin/pkg-config --strip=llvm-strip --cross-prefix=aarch64-linux-android- --disable-indevs --disable-outdevs --enable-indev=lavfi --disable-static --disable-symver --enable-cross-compile --enable-gnutls --enable-gpl --enable-version3 --enable-jni --enable-lcms2 --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgme --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenmpt --enable-libopus --enable-librav1e --enable-libsoxr --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-mediacodec --enable-opencl --enable-shared --prefix=/data/data/com.termux/files/usr --target-os=android --extra-libs=-landroid-glob --disable-vulkan --enable-neon --disable-libfdk-aac libavutil 58. 29.100 / 58. 29.100 libavcodec 60. 31.102 / 60. 31.102 libavformat 60. 16.100 / 60. 16.100 libavdevice 60. 3.100 / 60. 3.100 libavfilter 9. 12.100 / 9. 12.100 libswscale 7. 5.100 / 7. 5.100 libswresample 4. 12.100 / 4. 12.100 libpostproc 57. 3.100 / 57. 3.100 DEAI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs. It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. I expect it will be a question of time before ffmpeg 6.x is available, SUSE which works for me so far.
Just to correct myselfe: It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 on the quite new Slowroll. But as expected, it didn't work, due to missing dependices of older libs, FLAC8, Tex and possibly other.
Den 19.11.2023 23:04, skrev Terje J. Hanssen:
Den 18.11.2023 12:51, skrev Terje J. Hanssen:
Den 18.11.2023 00:29, skrev Andrew Randrianasulu:
сб, 18 нояб. 2023 г., 01:29 Terje J. Hanssen <terjejhanssen@gmail.com>:
Den 17.11.2023 16:23, skrev Andrew Randrianasulu:
пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu <randrianasulu@gmail.com>:
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from the manual: https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_...
* Download Already Built CINELERRA-GG * All of these images are dated 10/31/2020 and are no longer being maintained. They will still work on the version of the O/S in use at that time but will have none of the latest features. You should use the simpler AppImage instead as described previously.
* If you prefer to not have to take the time to build CINELERRA-GG Infinity yourself, there are pre-built dynamic or static binaries for various versions of Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch, and Slackware linux as well as Gentoo and FreeBSD. If you do want to build it yourself so that you get the added benefit of the latest checked in changes,
* https://cinelerra-gg.org/download/tars
* The tars directory contains single-user static builds for different distros. This is the recommended usage of CINELERRA-GG because all of the files will exist in a single directory. Generally all of the necessary libraries are built into the static build, but in some cases you may have to install another library that is being called for. To install the single user builds, download the designated tarball from the ./tars subdirectory and unpack as indicated
I've test-installed and had a look this last single-user static build tar ball on current Leap:
* cinelerra-5.1-leap15.2-20201031.x86_64-static.txz 2020-10-31 15:06 60M
~/cin> ls applications COPYING expanders.txt ladspa lv2ui mplexlo README zmpeg3cc2txt bdwrite doc ffmpeg locale models msg shuttlerc zmpeg3ifochk cin expanders.es <http://expanders.es> hveg2enc lv2 mpeg2enc pixmaps tips zmpeg3show Cinelerra_factory expanders.fr <http://expanders.fr> info lv2_blacklist.txt mplex plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg audio decode.opts encode.opts ffmpeg.opts flv.dfl format plugin.opts video
As clarified by Andrew in another post, the ffmpeg binary has not been packaged in the dynamic system build pkgs, https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build CINELERRA-GG themselves in cases where the distro system ffmpeg version or libs are not available: Would it be possible and not at least manageable to bundle also the ffmpeg binary tool with all relevant libs in an optional maintained single-user static build tar ball?
I think ffmpeg website host at least some binary builds?
oh, it was externally hosted
Yes, thanks. I downloaded and unpacked the ffmpeg-6.1-amd64-static tarball.
du -sh * 76M ffmpeg 76M ffprobe 36K GPLv3.txt 3,0M manpages 5,6M model 680K qt-faststart 4,0K readme.txt
file * ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=1d9f8adece5d29c5ded6ffdfaf95ac0910cb8d47, stripped ffprobe: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=f3c2690764cddc93a230113eb92719b46cf47a50, stripped GPLv3.txt: ASCII text manpages: directory model: directory qt-faststart: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=69e624a6f851ef6b8127f81548b917229a37a355, stripped readme.txt: ASCII text
Checked if ffmpeg 6.1 for example is compiled with pcm_bluray Encoder needed for LPCM on Blu-ray:
ffmpeg -codecs -hide_banner | grep pcm_bluray D.AI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
That is no pcm_bluray Encoder, only the Decoder.
hm, not sure if this was oversight or intentional. Try to contact builder and ask?
At least termux's ffmpeg build with it:
ffmpeg -codecs| grep bluray ffmpeg version 6.1 Copyright (c) 2000-2023 the FFmpeg developers built with Android (10552028, +pgo, +bolt, +lto, -mlgo, based on r487747d) clang version 17.0.2 (https://android.googlesource.com/toolchain/llvm-project d9f89f4d16663d5012e5c09495f3b30ece3d2362) configuration: --arch=aarch64 --as=aarch64-linux-android-clang --cc=aarch64-linux-android-clang --cxx=aarch64-linux-android-clang++ --nm=llvm-nm --pkg-config=/home/builder/.termux-build/_cache/android-r26b-api-24-v0/bin/pkg-config --strip=llvm-strip --cross-prefix=aarch64-linux-android- --disable-indevs --disable-outdevs --enable-indev=lavfi --disable-static --disable-symver --enable-cross-compile --enable-gnutls --enable-gpl --enable-version3 --enable-jni --enable-lcms2 --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgme --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenmpt --enable-libopus --enable-librav1e --enable-libsoxr --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-mediacodec --enable-opencl --enable-shared --prefix=/data/data/com.termux/files/usr --target-os=android --extra-libs=-landroid-glob --disable-vulkan --enable-neon --disable-libfdk-aac libavutil 58. 29.100 / 58. 29.100 libavcodec 60. 31.102 / 60. 31.102 libavformat 60. 16.100 / 60. 16.100 libavdevice 60. 3.100 / 60. 3.100 libavfilter 9. 12.100 / 9. 12.100 libswscale 7. 5.100 / 7. 5.100 libswresample 4. 12.100 / 4. 12.100 libpostproc 57. 3.100 / 57. 3.100 DEAI.S pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media
Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs. It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. I expect it will be a question of time before ffmpeg 6.x is available, SUSE which works for me so far.
Just to correct myselfe: It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder.
For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 on the quite new Slowroll. But as expected, it didn't work, due to missing dependices of older libs, FLAC8, Tex and possibly other.
I will add that I've also put a question on the packman mailing list regarding a dependency error installing ffmpeg 6.0 on Slowroll https://lists.links2linux.de/pipermail/packman/2023-November/017646.html In short, openSUSE Slowroll is still in an early or experimental phase, so IMO there is no need to rush with package builds yet, as long as things works well on the long term stable Leap release ;)
Den 20.11.2023 12:33, skrev Terje J. Hanssen:
...........snip
Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs. It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. I expect it will be a question of time before ffmpeg 6.x is available, SUSE which works for me so far.
Just to correct myselfe: It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder.
For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 on the quite new Slowroll. But as expected, it didn't work, due to missing dependices of older libs, FLAC8, Tex and possibly other.
I will add that I've also put a question on the packman mailing list regarding a dependency error installing ffmpeg 6.0 on Slowroll https://lists.links2linux.de/pipermail/packman/2023-November/017646.html
In short, openSUSE Slowroll is still in an early or experimental phase, so IMO there is no need to rush with package builds yet, as long as things works well on the long term stable Leap release ;)
To update: A new Slowroll update, 22-23. Nov is now working with ffmpeg 6.01
Fresh packages with latest git changes are available. Best regards, Andrey чт, 23 нояб. 2023 г., 15:04 Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org>:
Den 20.11.2023 12:33, skrev Terje J. Hanssen:
...........snip
Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs. It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. I expect it will be a question of time before ffmpeg 6.x is available, SUSE which works for me so far.
Just to correct myselfe: It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder.
For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 on the quite new Slowroll. But as expected, it didn't work, due to missing dependices of older libs, FLAC8, Tex and possibly other.
I will add that I've also put a question on the packman mailing list regarding a dependency error installing ffmpeg 6.0 on Slowroll https://lists.links2linux.de/pipermail/packman/2023-November/017646.html
In short, openSUSE Slowroll is still in an early or experimental phase, so IMO there is no need to rush with package builds yet, as long as things works well on the long term stable Leap release ;)
To update: A new Slowroll update, 22-23. Nov is now working with ffmpeg 6.01
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Hi Andrey 20231126 So far just 3 assets: one single .deb plus the two tar sources. At the same time: Would it be possible to add the timestamp as part of the file names as useful info like in the old packages? https://cinelerra-gg.org/download/pkgs/leap15.2/ cinelerra-5.1-leap15.2-20201031.x86_64.rpm In comparison the current AppImages use the following naming convention https://cinelerra-gg.org/download/images/?C=M;O=D CinGG-20230930-x86_64.AppImage Rgds, Terje J. H Den 26.11.2023 10:53, skrev Андрей Спицын:
Fresh packages with latest git changes are available.
Best regards, Andrey
чт, 23 нояб. 2023 г., 15:04 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:
Den 20.11.2023 12:33, skrev Terje J. Hanssen: > ...........snip
>>> >>> Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs. >>> It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. >>> I expect it will be a question of time before ffmpeg 6.x is >>> available, SUSE which works for me so far. >> >> Just to correct myselfe: >> It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with >> pcm_bluray Encoder and Decoder. >> >> For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 >> on the quite new Slowroll. >> But as expected, it didn't work, due to missing dependices of older >> libs, FLAC8, Tex and possibly other. >> >> > > I will add that I've also put a question on the packman mailing list > regarding a dependency error installing ffmpeg 6.0 on Slowroll > https://lists.links2linux.de/pipermail/packman/2023-November/017646.html > > In short, openSUSE Slowroll is still in an early or experimental > phase, so IMO there is no need to rush with package builds yet, as > long as things works well on the long term stable Leap release ;) > >
To update: A new Slowroll update, 22-23. Nov is now working with ffmpeg 6.01
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Oh, I see the packages are here https://github.com/einhander/cin-gg-packages/releases/tag/20231125 Den 26.11.2023 15:55, skrev Terje J. Hanssen:
Hi Andrey
20231126 So far just 3 assets: one single .deb plus the two tar sources.
At the same time: Would it be possible to add the timestamp as part of the file names as useful info like in the old packages? https://cinelerra-gg.org/download/pkgs/leap15.2/
cinelerra-5.1-leap15.2-20201031.x86_64.rpm
In comparison the current AppImages use the following naming convention https://cinelerra-gg.org/download/images/?C=M;O=D
CinGG-20230930-x86_64.AppImage
Rgds, Terje J. H
Den 26.11.2023 10:53, skrev Андрей Спицын:
Fresh packages with latest git changes are available.
Best regards, Andrey
чт, 23 нояб. 2023 г., 15:04 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:
Den 20.11.2023 12:33, skrev Terje J. Hanssen: > ...........snip
>>> >>> Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs. >>> It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. >>> I expect it will be a question of time before ffmpeg 6.x is >>> available, SUSE which works for me so far. >> >> Just to correct myselfe: >> It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with >> pcm_bluray Encoder and Decoder. >> >> For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 >> on the quite new Slowroll. >> But as expected, it didn't work, due to missing dependices of older >> libs, FLAC8, Tex and possibly other. >> >> > > I will add that I've also put a question on the packman mailing list > regarding a dependency error installing ffmpeg 6.0 on Slowroll > https://lists.links2linux.de/pipermail/packman/2023-November/017646.html > > In short, openSUSE Slowroll is still in an early or experimental > phase, so IMO there is no need to rush with package builds yet, as > long as things works well on the long term stable Leap release ;) > >
To update: A new Slowroll update, 22-23. Nov is now working with ffmpeg 6.01
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Hi Terje
20231126 So far just 3 assets: one single .deb plus the two tar sources.
Yes, It should be 20231125, but Ubuntu build is failed, so I rebuilded it manually only today. You can take rpm from 20231125.
Would it be possible to add the timestamp as part
It's on my long term todo list. I'm not familiar with buildbot internals, to do it now. Sorry for inconvenience. вс, 26 нояб. 2023 г., 17:55 Terje J. Hanssen <terjejhanssen@gmail.com>:
Hi Andrey
20231126 So far just 3 assets: one single .deb plus the two tar sources.
At the same time: Would it be possible to add the timestamp as part of the file names as useful info like in the old packages? https://cinelerra-gg.org/download/pkgs/leap15.2/
cinelerra-5.1-leap15.2-20201031.x86_64.rpm
In comparison the current AppImages use the following naming convention https://cinelerra-gg.org/download/images/?C=M;O=D
CinGG-20230930-x86_64.AppImage
Rgds, Terje J. H
Den 26.11.2023 10:53, skrev Андрей Спицын:
Fresh packages with latest git changes are available.
Best regards, Andrey
чт, 23 нояб. 2023 г., 15:04 Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org>:
Den 20.11.2023 12:33, skrev Terje J. Hanssen:
...........snip
Ok, I reinstalled Tumbleweed to SlowRoll and added
OBS_Multimedia_libs.
It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder. I expect it will be a question of time before ffmpeg 6.x is available, SUSE which works for me so far.
Just to correct myselfe: It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder.
For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 on the quite new Slowroll. But as expected, it didn't work, due to missing dependices of older libs, FLAC8, Tex and possibly other.
I will add that I've also put a question on the packman mailing list regarding a dependency error installing ffmpeg 6.0 on Slowroll
https://lists.links2linux.de/pipermail/packman/2023-November/017646.html
In short, openSUSE Slowroll is still in an early or experimental phase, so IMO there is no need to rush with package builds yet, as long as things works well on the long term stable Leap release ;)
To update: A new Slowroll update, 22-23. Nov is now working with ffmpeg 6.01
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Andrey, Updated the Manual on your Build Farm (only in GIT until 11/30 when it will be updated online) to reflect changes and information that I just noticed. Info was added to msg/txt for easy access in Settings->Preferences, About and I will put that in the 11/30 News on the website. I can't thank you enough !
1.7.1 Build Farm pre-built Deb and RPM packages
Especially advantageous to the way some users prefer to keep CinelerraGG updated is the build farm for CINELERRA-GG deb and rpm packages that is maintained regularly at this location https://github.com/einhander/cin-gg-packages/releases. It will build packages on every git change in the main repo with releases corresponding to a build date, not a git commit date. Current build hosts are Debian 12, Debian 11, Suse Leap 15.5, Fedora 38, and Ubuntu 22.04. This build farm creates packages for the latest current versions of these distros with the potential for additional distros to be added in the future. In addition, packages for some previously built dates will still be available in case you want to revert to a specific package date.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong. # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 I will see if I can find the exact older version needed and install it instead. On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
Phyllis, Maybe a stupid question, but as you have suil-0.10.18-1.fc38.i686 installed: Is this 32bit lib just just added to 64bit or a base 32bit (i686) Fedora OS? Terje Den 01.12.2023 23:46, skrev Phyllis Smith via Cin:
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong.
# rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64
I will see if I can find the exact older version needed and install it instead.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
Terje, nice catch and definitely wrong BUT can not understand why that happened?! On Fri, Dec 1, 2023 at 4:40 PM Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote:
Phyllis,
Maybe a stupid question, but as you have suil-0.10.18-1.fc38.i686 installed: Is this 32bit lib just just added to 64bit or a base 32bit (i686) Fedora OS?
Terje
Den 01.12.2023 23:46, skrev Phyllis Smith via Cin:
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong.
# rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64
I will see if I can find the exact older version needed and install it instead.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Thanks Terje ! works much better now once I installed the x86_64 version, which should have been automatic in the first place. Sorry Andrey for my dumb mistake -- it installed from the build farm and works just fine -- I just wanted to test it. On Fri, Dec 1, 2023 at 4:54 PM Phyllis Smith <phylsmith2017@gmail.com> wrote:
Terje, nice catch and definitely wrong BUT can not understand why that happened?!
On Fri, Dec 1, 2023 at 4:40 PM Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote:
Phyllis,
Maybe a stupid question, but as you have suil-0.10.18-1.fc38.i686 installed: Is this 32bit lib just just added to 64bit or a base 32bit (i686) Fedora OS?
Terje
Den 01.12.2023 23:46, skrev Phyllis Smith via Cin:
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong.
# rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64
I will see if I can find the exact older version needed and install it instead.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
сб, 2 дек. 2023 г., 03:07 Phyllis Smith via Cin <cin@lists.cinelerra-gg.org
:
Thanks Terje ! works much better now once I installed the x86_64 version, which should have been automatic in the first place. Sorry Andrey for my dumb mistake -- it installed from the build farm and works just fine -- I just wanted to test it.
Well, we all do mistakes - I also thought rpm should know about architecture of dependencies. May be our spec file will need some tweaks? I'll read on this. Thanks for testing!
On Fri, Dec 1, 2023 at 4:54 PM Phyllis Smith <phylsmith2017@gmail.com> wrote:
Terje, nice catch and definitely wrong BUT can not understand why that happened?!
On Fri, Dec 1, 2023 at 4:40 PM Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote:
Phyllis,
Maybe a stupid question, but as you have suil-0.10.18-1.fc38.i686 installed: Is this 32bit lib just just added to 64bit or a base 32bit (i686) Fedora OS?
Terje
Den 01.12.2023 23:46, skrev Phyllis Smith via Cin:
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong.
# rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64
I will see if I can find the exact older version needed and install it instead.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Hello Phyllis, Terje and Andrew Thanks for testing! I have some experience with rpm-based systems. Why does dnf select the i686 architecture in the first place? On Debian based systems, apt selects the original architecture of the system by default. Andrew, I think the spec file should be architecture agnostic. Otherwise I'll have to patch it when I add i686 or arm64 builder. Best regards, Andrey сб, 2 дек. 2023 г., 03:07 Phyllis Smith via Cin <cin@lists.cinelerra-gg.org
:
Thanks Terje ! works much better now once I installed the x86_64 version, which should have been automatic in the first place. Sorry Andrey for my dumb mistake -- it installed from the build farm and works just fine -- I just wanted to test it.
On Fri, Dec 1, 2023 at 4:54 PM Phyllis Smith <phylsmith2017@gmail.com> wrote:
Terje, nice catch and definitely wrong BUT can not understand why that happened?!
On Fri, Dec 1, 2023 at 4:40 PM Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote:
Phyllis,
Maybe a stupid question, but as you have suil-0.10.18-1.fc38.i686 installed: Is this 32bit lib just just added to 64bit or a base 32bit (i686) Fedora OS?
Terje
Den 01.12.2023 23:46, skrev Phyllis Smith via Cin:
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong.
# rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64
I will see if I can find the exact older version needed and install it instead.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
сб, 2 дек. 2023 г., 10:20 Андрей Спицын <spitsyn.andrey@gmail.com>:
Hello Phyllis, Terje and Andrew
Thanks for testing!
I have some experience with rpm-based systems. Why does dnf select the i686 architecture in the first place? On Debian based systems, apt selects the original architecture of the system by default.
Andrew, I think the spec file should be architecture agnostic. Otherwise I'll have to patch it when I add i686 or arm64 builder.
may be ?_isa macro from rpm 4.6.0 can help? https://rpm-software-management.github.io/rpm/manual/arch_dependencies.html ==== copy ==== ISA Dependencies In rpm 4.6.0, the concept of ISA (Instruction Set Architecture) was introduced to permit differentiating between 32- and 64-bit versions without resorting to file dependencies on obscure and/or library-version dependent paths. To declare a dependency on a package name architecture specific, append %{?_isa} to the dependency name, eg Requires: libbar-devel%{?_isa} >= 2.2 This will expand to libbar-devel(archfamily-bitness) depending on the build target architecture, for example a native build on x86_64 would give Requires: libbar-devel(x86-64) >= 2.2 but with –target i386 (or i586, i686 etc) it would become Requires: libbar-devel(x86-32) >= 2.2 Note that this requires all the involved packages must have been built with rpm >= 4.6.0, older versions do not add the necessary name(isa) provides to packages. == copy end === it seems that rpm 4.6.0 surfaced in 2009 ... https://lwn.net/Articles/318586/
Best regards, Andrey
сб, 2 дек. 2023 г., 03:07 Phyllis Smith via Cin < cin@lists.cinelerra-gg.org>:
Thanks Terje ! works much better now once I installed the x86_64 version, which should have been automatic in the first place. Sorry Andrey for my dumb mistake -- it installed from the build farm and works just fine -- I just wanted to test it.
On Fri, Dec 1, 2023 at 4:54 PM Phyllis Smith <phylsmith2017@gmail.com> wrote:
Terje, nice catch and definitely wrong BUT can not understand why that happened?!
On Fri, Dec 1, 2023 at 4:40 PM Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote:
Phyllis,
Maybe a stupid question, but as you have suil-0.10.18-1.fc38.i686 installed: Is this 32bit lib just just added to 64bit or a base 32bit (i686) Fedora OS?
Terje
Den 01.12.2023 23:46, skrev Phyllis Smith via Cin:
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong.
# rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64
I will see if I can find the exact older version needed and install it instead.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 02.12.2023 08:20, skrev Андрей Спицын via Cin:
Hello Phyllis, Terje and Andrew
Thanks for testing!
I have some experience with rpm-based systems. Why does dnf select the i686 architecture in the first place? On Debian based systems, apt selects the original architecture of the system by default.
Andrew, I think the spec file should be architecture agnostic. Otherwise I'll have to patch it when I add i686 or arm64 builder.
Best regards, Andrey
I don't use 'dnf' on Leap 15.5 but openSUSE's own package manager 'zypper' (optional supplemented with 'rpm' or 'YaST2' gui). To compare with my previous installation output (last section) on Leap https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007254.html the 'libsuil-0-0-0.10.18-lp155.32.12.x86_64.rpm' was correct reported as a dependice and add-installed during the Cinelerra installation. Now to verify on the latest Cinelerra rpm installation on Leap: zypper se -is cinelerra Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+-----------+---------+--------------+--------+------------------ i+ | cinelerra | package | 5.1-20231201 | x86_64 | (System Packages) and to check the 'libsuil' dependice for the installed rpm using zypper and rpm (the latter can also be checked on Fedora) zypper info --requires cinelerra | grep libsuil libsuil-0.so.0()(64bit) rpm -qR cinelerra | grep libsuil libsuil-0.so.0()(64bit) A tip might be a README file as earlier with installation suggestions/experiences for LEAP/Tumbleweed, Fedora/RHEL and other distributions https://cinelerra-gg.org/download/README.pkgs
сб, 2 дек. 2023 г., 03:07 Phyllis Smith via Cin <cin@lists.cinelerra-gg.org>:
Thanks Terje ! works much better now once I installed the x86_64 version, which should have been automatic in the first place. Sorry Andrey for my dumb mistake -- it installed from the build farm and works just fine -- I just wanted to test it.
On Fri, Dec 1, 2023 at 4:54 PM Phyllis Smith <phylsmith2017@gmail.com> wrote:
Terje, nice catch and definitely wrong BUT can not understand why that happened?!
On Fri, Dec 1, 2023 at 4:40 PM Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org> wrote:
Phyllis,
Maybe a stupid question, but as you have suil-0.10.18-1.fc38.i686 installed: Is this 32bit lib just just added to 64bit or a base 32bit (i686) Fedora OS?
Terje
Den 01.12.2023 23:46, skrev Phyllis Smith via Cin:
Andrey, this is NOT Important as I was just playing around with a newly installed Fedora 38, but here is what went wrong.
# rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64 # dnf install libsuil-0.so.0 ... Installed: suil-0.10.18-1.fc38.i686 ... # rpm -i cinelerra-5.1-20231201.fc38.x86_64.rpm error: Failed dependencies: libsuil-0.so.0()(64bit) is needed by cinelerra-5.1-20231201.x86_64
I will see if I can find the exact older version needed and install it instead.
On Sun, Oct 8, 2023 at 5:14 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm packages. Although it is at an early stage of development, it can build packages on every git change in the main repo. Feel free to use these packages at https://github.com/einhander/cin-gg-packages/releases. Note that releases correspond to a build date, not a git commit date. Current build hosts are debian 12 and alma linux 8. I'm open to suggestions for a new distro and packages.
Best regards, Andrey Spitsyn
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin <https://lists.cinelerra-gg.org/mailman/listinfo/cin>
I have some experience with rpm-based systems. Why does dnf select the i686 architecture in the first place? On Debian based systems, apt selects the original architecture of the system by default.
Andrew, I think the spec file should be architecture agnostic. Otherwise I'll have to patch it when I add i686 or arm64 builder.
Thanks for everybody's feedback. Just guessing, but I suspect the root
cause is that another partition had Debian 32-bit Bullseye installed first and created the initial GRUB. But moving on to catch up on other email.
OpenCV plugins added to deb packages. Best regards, Andrey сб, 2 дек. 2023 г., 21:02 Phyllis Smith <phylsmith2017@gmail.com>:
I have some experience with rpm-based systems. Why does dnf select the
i686 architecture in the first place? On Debian based systems, apt selects the original architecture of the system by default.
Andrew, I think the spec file should be architecture agnostic. Otherwise I'll have to patch it when I add i686 or arm64 builder.
Thanks for everybody's feedback. Just guessing, but I suspect the root cause is that another partition had Debian 32-bit Bullseye installed first and created the initial GRUB. But moving on to catch up on other email.
OpenCV plugins added to rpm packages. Thanks to Andrew. Best regards, Andrey пн, 4 дек. 2023 г. в 10:53, Андрей Спицын <spitsyn.andrey@gmail.com>:
OpenCV plugins added to deb packages.
Best regards, Andrey
сб, 2 дек. 2023 г., 21:02 Phyllis Smith <phylsmith2017@gmail.com>:
I have some experience with rpm-based systems. Why does dnf select the
i686 architecture in the first place? On Debian based systems, apt selects the original architecture of the system by default.
Andrew, I think the spec file should be architecture agnostic. Otherwise I'll have to patch it when I add i686 or arm64 builder.
Thanks for everybody's feedback. Just guessing, but I suspect the root cause is that another partition had Debian 32-bit Bullseye installed first and created the initial GRUB. But moving on to catch up on other email.
participants (5)
-
Andrew Randrianasulu -
Phyllis Smith -
Rob Prowel -
Terje J. Hanssen -
Андрей Спицын