Requests for current-next (15.0-->15.1)

marav · 07-11-2023, 02:23 PM

Firefox 115.0.2

Release notes:
https://www.mozilla.org/en-US/firefo.../releasenotes/

marav · 07-11-2023, 03:22 PM

Thunderbird 115.0

Release notes:
https://www.thunderbird.net/en-US/th.../releasenotes/

Thunderbird 115 Now Available & It Looks Fantastic

Code:

As a devoted Thunderbird mail client user for the past nearly twenty years 
since its first release, I'm elated today by the release of Thunderbird 115.

https://www.phoronix.com/news/Thunderbird-115

dchmelik · 07-12-2023, 05:16 AM

I requested something then saw it'd already been added... delete this.

marav · 07-12-2023, 08:42 AM

Quote:

Originally Posted by marav

Thunderbird 115.0

Release notes:
https://www.thunderbird.net/en-US/th.../releasenotes/

Thunderbird 115 Now Available & It Looks Fantastic

Code:

As a devoted Thunderbird mail client user for the past nearly twenty years 
since its first release, I'm elated today by the release of Thunderbird 115.

https://www.phoronix.com/news/Thunderbird-115

It needs this patch to be compiled:
https://gitlab.archlinux.org/archlin...n/gcc-13.patch

marav · 07-13-2023, 11:57 AM

Rust 1.71.0

Announcements:
https://blog.rust-lang.org/2023/07/13/Rust-1.71.0.html

volkerdi · 07-13-2023, 02:44 PM

Quote:

Originally Posted by marav

Rust 1.71.0

Announcements:
https://blog.rust-lang.org/2023/07/13/Rust-1.71.0.html

For some reason, this isn't compiling here. I've tried using the bootstrap, setting rpath = true, kludging the stage2 library path in LD_LIBRARY_PATH (but the build overwrites that variable), setting the stage2 path in /etc/ld.so.conf.d/rust-kludge.conf and running ldconfig (but the build still overrides this somehow).

Basically, at some point in the stage2 build, I get a ton of errors like this:

Code:

warning: the code example in lint `forbidden_lint_groups` in /tmp/rustc-1.71.0-src/compiler/rustc_lint_defs/src/builtin.rs failed to generate the expected output: did not find lint `forbidden_lint_groups` in output of example, got:
/tmp/rustc-1.71.0-src/build/x86_64-unknown-linux-gnu/stage2/bin/rustc: error while loading shared libraries: librustc_driver-732696a5e5992975.so: cannot open shared object file: No such file or directory

Any clues appreciated. Meanwhile at least we should be good with 1.70.0 for now. Technically FF/TB 115 want rust 1.69.0 (and usually I don't push it with that) but seeing other distributions and BSDs using rust 1.70.0 and not needing to patch anything I figured I'd try it, and it seems to be fine here anyway.

USUARIONUEVO · 07-13-2023, 05:17 PM

Quote:

Originally Posted by volkerdi

For some reason, this isn't compiling here. I've tried using the bootstrap, setting rpath = true, kludging the stage2 library path in LD_LIBRARY_PATH (but the build overwrites that variable), setting the stage2 path in /etc/ld.so.conf.d/rust-kludge.conf and running ldconfig (but the build still overrides this somehow).

Basically, at some point in the stage2 build, I get a ton of errors like this:

Code:

warning: the code example in lint `forbidden_lint_groups` in /tmp/rustc-1.71.0-src/compiler/rustc_lint_defs/src/builtin.rs failed to generate the expected output: did not find lint `forbidden_lint_groups` in output of example, got:
/tmp/rustc-1.71.0-src/build/x86_64-unknown-linux-gnu/stage2/bin/rustc: error while loading shared libraries: librustc_driver-732696a5e5992975.so: cannot open shared object file: No such file or directory

Any clues appreciated. Meanwhile at least we should be good with 1.70.0 for now. Technically FF/TB 115 want rust 1.69.0 (and usually I don't push it with that) but seeing other distributions and BSDs using rust 1.70.0 and not needing to patch anything I figured I'd try it, and it seems to be fine here anyway.

Removing first the old version ?

USUARIONUEVO · 07-13-2023, 07:48 PM

Archilinux builds now rust 1.71 and add some extra patch ... look at

https://gitlab.archlinux.org/archlin.../packages/rust

volkerdi · 07-13-2023, 09:41 PM

Quote:

Originally Posted by USUARIONUEVO

Archilinux builds now rust 1.71 and add some extra patch ... look at

https://gitlab.archlinux.org/archlin.../packages/rust

Thanks! The patches didn't fix the problem, but looking at their PKGBUILD I noticed this in the [build] section of config.toml:

Code:

# Generating docs fails with the wasm32-* targets
docs = false

It was while attempting to generate docs that the problem occurred, so I added this and got a successful build and package. But not wanting to use "docs = false" I poked through the recent commits to rust master and found this:

https://github.com/rust-lang/rust/co...5fe42201ddec3c

Everything's good and docs build fine with this patch. Rust 1.71.1 should be just fine, but I'll push the patched version to /testing anyway.

USUARIONUEVO · 07-13-2023, 09:47 PM

Quote:

Originally Posted by volkerdi

Thanks! The patches didn't fix the problem, but looking at their PKGBUILD I noticed this in the [build] section of config.toml:

Code:

# Generating docs fails with the wasm32-* targets
docs = false

It was while attempting to generate docs that the problem occurred, so I added this and got a successful build and package. But not wanting to use "docs = false" I poked through the recent commits to rust master and found this:

https://github.com/rust-lang/rust/co...5fe42201ddec3c

Everything's good and docs build fine with this patch. Rust 1.70.1 should be just fine, but I'll push the patched version to /testing anyway.

Well done!

glennmcc · 07-15-2023, 04:05 PM

Quote:

Originally Posted by Eeel

A small patch to add --enable-libvmaf feature to Slackware -current ffmpeg.Slackbuild.

Code:

--- ffmpeg.slackbuild.orig	2023-07-11 11:10:42.125942257 +0200
+++ ffmpeg.slackbuild	2023-07-11 11:08:04.834948420 +0200
@@ -89,6 +89,7 @@
 # - xz
 # - zlib
 
+libvmaf=""    ; [ "${VMAF:-no}" != "no" ]         && libvmaf="--enable-libvmaf"
 libx264=""    ; [ "${X264:-no}" != "no" ]         && libx264="--enable-libx264"
 libcelt=""    ; [ "${CELT:-no}" != "no" ]         && libcelt="--enable-libcelt"
 libdc1394=""  ; [ "${DC1394:-no}" != "no" ]       && libdc1394="--enable-libdc1394"
@@ -236,6 +237,7 @@
   $libvorbis \
   $libvpx \
   $libwebp \
+  $libvmaf \
   $libx264 \
   $libx265 \
   $libxvid \

The same modification also work on 15 but ffmpeg 5+ have more metrics available.

vmaf is a metric library to compare video quality with ffmpeg. A Slackbuild is available.

root@glennmcc-i7:~/build/ffmpeg-6.0# ./configure --enable-libvmaf
ERROR: libvmaf >= 2.0.0 not found using pkg-config

Therefore.... this package would also need to be included in the slackware distro main tree.

https://slackbuilds.org/repository/15.0/libraries/vmaf/

USUARIONUEVO · 07-15-2023, 04:53 PM

Quote:

Originally Posted by glennmcc

root@glennmcc-i7:~/build/ffmpeg-6.0# ./configure --enable-libvmaf
ERROR: libvmaf >= 2.0.0 not found using pkg-config

Therefore.... this package would also need to be included in the slackware distro main tree.

https://slackbuilds.org/repository/15.0/libraries/vmaf/

slackbuilds list some extra deps, but archlinux dont , probably can be added vmaf alone , without slackbuilds requireds.

https://archlinux.org/packages/extra/x86_64/vmaf/

I can confirm , build vmaf here without extra deps mentioned on slackbuilds , all fine.

Quote:

[1/2] /usr/bin/meson test --no-rebuild --print-errorlogs
1/13 test_picture OK 0.08s
2/13 test_feature_collector OK 0.08s
3/13 test_thread_pool OK 0.07s
4/13 test_model OK 0.07s
5/13 test_predict OK 0.06s
6/13 test_feature_extractor OK 0.06s
7/13 test_dict OK 0.05s
8/13 test_cpu OK 0.05s
9/13 test_ref OK 0.04s
10/13 test_feature OK 0.03s
11/13 test_ciede OK 0.03s
12/13 test_cambi OK 0.02s
13/13 test_luminance_tools OK 0.01s

glennmcc · 07-15-2023, 08:42 PM

Quote:

Originally Posted by USUARIONUEVO

slackbuilds list some extra deps, but archlinux dont , probably can be added vmaf alone , without slackbuilds requireds.

https://archlinux.org/packages/extra/x86_64/vmaf/

I can confirm , build vmaf here without extra deps mentioned on slackbuilds , all fine.

The point I was making is that ffmpeg will not work with --enable-libvmaf
unless vmaf is also included in the slackware tree.

USUARIONUEVO · 07-15-2023, 09:53 PM

Quote:

Originally Posted by glennmcc

The point I was making is that ffmpeg will not work with --enable-libvmaf
unless vmaf is also included in the slackware tree.

The point is no need nothing more extra than vmaf.

If go or not included not my interest , only informational post , no need python3-numpy and no need openblas like say slackbuilds.

Thats the point.

You pot slackbuilds.org example , but its not correct cause want extra deps not needed.

If that vmaf go or not or ffmpeg enabled ,its not wanted by me 0 interest on it.

henca · 07-16-2023, 06:15 AM

Quote:

Originally Posted by glennmcc

The point I was making is that ffmpeg will not work with --enable-libvmaf unless vmaf is also included in the slackware tree.

But the patch suggested by Eeel does not use --enable-libvmaf unless an environment variable VMAF has been set to something else than "no" ("yes" would be a good choice) before the SlackBuild script is run.

So to get VMAF support in ffmpeg with that suggested patch you would need to:

Install vmaf
set the environment variable VMAF to something like "yes"
rebuild the ffmpeg package using the patched ffmpeg.SlackBuild script

So the patch would only be useful for those who rebuild their ffmpeg from source. The original ffmpeg.SlackBuild script already supports other libraries not included in Slackware in a similar way.

regards Henrik