Arch Linux User Repository

@fightcookie: It should only be a build dependency, I added it. Thanks!

Build failure, probably needs gobject-introspection as a dependency, tested with it installed and works.

==> Starting build()...
+ exec meson setup --prefix /usr --libexecdir lib --sbindir bin --buildtype plain --auto-features enabled --wrap-mode nodownload -D b_lto=true -D b_pie=true gst-rtsp-server-1.16.2 build
The Meson build system
Version: 0.52.1
Source dir: /tmp/makepkg/gst-rtsp-server/src/gst-rtsp-server-1.16.2
Build dir: /tmp/makepkg/gst-rtsp-server/src/build
Build type: native build
Project name: gst-rtsp-server
Project version: 1.16.2
Appending CFLAGS from environment: '-march=native -O2 -pipe -fno-plt'
Appending LDFLAGS from environment: ['-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now']
Appending CPPFLAGS from environment: '-D_FORTIFY_SOURCE=2'
Appending CFLAGS from environment: '-march=native -O2 -pipe -fno-plt'
Appending LDFLAGS from environment: ['-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now']
Appending CPPFLAGS from environment: '-D_FORTIFY_SOURCE=2'
C compiler for the host machine: cc (gcc 9.2.0 "cc (GCC) 9.2.0")
C linker for the host machine: GNU ld.bfd 2.33.1
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports link arguments -Wl,-Bsymbolic-functions: YES 
Compiler for C supports arguments -fvisibility=hidden: YES 
Compiler for C supports arguments -fno-strict-aliasing: YES 
Configuring config.h using configuration
Compiler for C supports arguments -Wmissing-declarations: YES 
Compiler for C supports arguments -Wmissing-prototypes: YES 
Compiler for C supports arguments -Wredundant-decls: YES 
Compiler for C supports arguments -Wundef: YES 
Compiler for C supports arguments -Wwrite-strings: YES 
Compiler for C supports arguments -Wformat: YES 
Compiler for C supports arguments -Wformat-nonliteral: YES 
Compiler for C supports arguments -Wformat-security: YES 
Compiler for C supports arguments -Wold-style-definition: YES 
Compiler for C supports arguments -Waggregate-return: YES 
Compiler for C supports arguments -Winit-self: YES 
Compiler for C supports arguments -Wmissing-include-dirs: YES 
Compiler for C supports arguments -Waddress: YES 
Compiler for C supports arguments -Wno-multichar -Wmultichar: YES 
Compiler for C supports arguments -Wdeclaration-after-statement: YES 
Compiler for C supports arguments -Wvla: YES 
Compiler for C supports arguments -Wpointer-arith: YES 
Found pkg-config: /usr/bin/pkg-config (1.6.3)
Run-time dependency glib-2.0 found: YES 2.62.3
Run-time dependency gstreamer-1.0 found: YES 1.16.2
Run-time dependency gstreamer-rtsp-1.0 found: YES 1.16.2
Run-time dependency gstreamer-rtp-1.0 found: YES 1.16.2
Run-time dependency gstreamer-sdp-1.0 found: YES 1.16.2
Run-time dependency gstreamer-app-1.0 found: YES 1.16.2
Run-time dependency gstreamer-net-1.0 found: YES 1.16.2
Run-time dependency gstreamer-check-1.0 found: YES 1.16.2
Header <gst/gstconfig.h> has symbol "GST_DISABLE_GST_DEBUG" with dependency gstreamer-1.0: NO 
Message: GStreamer debug system is enabled
Program g-ir-scanner found: NO

meson.build:174:0: ERROR: Program(s) ['g-ir-scanner'] not found or not executable

A full log can be found at /tmp/makepkg/gst-rtsp-server/src/build/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
    Aborting...
Error making: gst-rtsp-server

Am on another machine and building the package via makepkg works fine, so it's either a trizen issue or some one-off thing.

Thanks for the dependency fix!

@C0rn3j: I'm not sure why the test is timing out. I can't reproduce the issues you're having. Try makepkg to rule out an issue with trizen, maybe. I'll add gst-plugins-bad to dependencies.

Compiling without gst-plugins-bad package installed now fails.

https://haste.rys.pw/raw/nozepawora

and even with it installed it still fails the tests - https://haste.rys.pw/raw/atucuxilir

As a note you now need to accept a gpg key since 1.16 gpg --recv-keys 5D2EEE6F6F349D7C

Updated to 1.16.0 and armv6h arch is added.

still out-of-date, 1.16 would be great, thanks

Yeah, an update to 1.14 would be great, if anyone has time for it. ;)

1.14 is already available and is it possible to add armv6h ?