ocaml-lablgtk3.x86_64: I: binary-or-shlib-calls-gethostbyname /usr/bin/gdk_pixbuf_mlsource3
ocaml-lablgtk3.x86_64: I: binary-or-shlib-calls-gethostbyname /usr/bin/lablgladecc3
The binary calls gethostbyname(). Please port the code to use getaddrinfo().

ocaml-lablgtk3.x86_64: W: missing-call-to-chdir-with-chroot /usr/bin/gdk_pixbuf_mlsource3
ocaml-lablgtk3.x86_64: W: missing-call-to-chdir-with-chroot /usr/bin/lablgladecc3
This executable appears to call chroot without using chdir to change the
current directory. This is likely an error and permits an attacker to break
out of the chroot by using fchdir. While that's not always a security issue,
this has to be checked.

ocaml-lablgtk3.x86_64: W: unstripped-binary-or-object /usr/lib64/ocaml/lablgtk3-gtkspell3/lablgtk3_gtkspell3.cmxs
ocaml-lablgtk3.x86_64: W: unstripped-binary-or-object /usr/lib64/ocaml/lablgtk3-sourceview3/lablgtk3_sourceview3.cmxs
ocaml-lablgtk3.x86_64: W: unstripped-binary-or-object /usr/lib64/ocaml/lablgtk3/lablgtk3.cmxs
stripping debug info from binaries happens automatically according to global
project settings. So there's normally no need to manually strip binaries. Left
over unstripped binaries could therefore indicate a bug in the automatic
stripping process.

ocaml-lablgtk3.src: E: summary-ended-with-dot (Badness: 20) C Binding to Cairo, a 2D Vector Graphics Library.
ocaml-lablgtk3.x86_64: E: summary-ended-with-dot (Badness: 20) C Binding to Cairo, a 2D Vector Graphics Library.
Summary ends with a dot.

3 packages and 0 specfiles checked; 2 errors, 5 warnings.