Package Details: lib32-libdovi 3.3.1-1

Git Clone URL: https://aur.archlinux.org/lib32-libdovi.git (read-only, click to copy)
Package Base: lib32-libdovi
Description: Library to read and write Dolby Vision metadata C-API (32-bit)
Upstream URL: https://github.com/quietvoid/dovi_tool/tree/main/dolby_vision
Licenses: MIT
Provides: libdovi.so
Submitter: quietvoid
Maintainer: quietvoid
Last Packager: quietvoid
Votes: 0
Popularity: 0.000000
First Submitted: 2023-05-27 11:59 (UTC)
Last Updated: 2024-08-04 13:36 (UTC)

Latest Comments

exuvo commented on 2024-06-14 22:25 (UTC)

Well im not gonna delve into rust's weird specifics just for a 5 steps below dependency, ill just wait.

quietvoid commented on 2024-06-14 22:23 (UTC)

Rust toolchain management is recommended to be done using rustup rather than the Arch rust package.

exuvo commented on 2024-06-14 22:21 (UTC)

According to https://github.com/tuffy/bitstream-io/issues/20 the required rust version was released yesterday. And it does not seem to have trickled down to my pacman -Syu yet. Kinda a shit move by the guy to require it so soon. Guess ill wait a few days then.

quietvoid commented on 2024-06-14 22:18 (UTC)

You need to update your Rust toolchain.
Unfortunately this means the MSRV for the lib needs to be bumped. There's no lockfile so I'll try to do it shortly.

exuvo commented on 2024-06-14 20:57 (UTC)

Does not build for me, when compiling bitstream-io v2.4.0 (new since a few hours ago?) it fails with a few "error[E0658]: inline-const is experimental"

quietvoid commented on 2024-04-12 13:28 (UTC)

As intended. The package can't have side effects so you need to setup the toolchain.

silentnoodle commented on 2024-04-12 13:13 (UTC)

FYI, had to run rustup target add i686-unknown-linux-gnu for this to build

oxalin commented on 2024-03-02 17:29 (UTC)

Most of the time, what I've seen is to have a dependency on the native package. This way, the header files are installed for both packages.

libtiff and lib32-libtiff seem bad examples. libtiff drops all its header files under /usr/include without using any subdirectory, which could be conflicting with other header files of the same names.

lib32-libtiff already has a dependency on libtiff, so the header files are redundant. At least, they are into their own subfolder.

But thank you for moving the files under their own subdirectory so they won't conflict with the native package.

quietvoid commented on 2024-02-28 12:45 (UTC) (edited on 2024-02-28 12:48 (UTC) by quietvoid)

There aren't really guidelines on handling lib32 includes, so I just moved them to libdovi32.
Most packages do remove them but I do have lib32-libtiff installed that keeps them.
Rather have functional headers than not.

oxalin commented on 2024-02-28 06:53 (UTC) (edited on 2024-02-28 07:00 (UTC) by oxalin)

Hi. There are conflicting files with the native package. Could you add and comment out the following at the end of

package() {

...

rm -r "${pkgdir}"/usr/include

# install -Dm644 LICENSE "${pkgdir}/usr/share/licenses/libdovi/LICENSE"

}

And I think you could remove conflicts=('libdovi.so')