Package Details: shaderc-non-semantic-debug 2024.0-1

Git Clone URL: https://aur.archlinux.org/shaderc-non-semantic-debug.git (read-only, click to copy)
Package Base: shaderc-non-semantic-debug
Description: Collection of tools, libraries and tests for shader compilation
Upstream URL: https://github.com/google/shaderc
Licenses: Apache-2.0
Conflicts: shaderc
Provides: libshaderc_shared.so, shaderc
Submitter: weirdbeard
Maintainer: weirdbeard
Last Packager: weirdbeard
Votes: 2
Popularity: 1.94
First Submitted: 2024-04-13 14:12 (UTC)
Last Updated: 2024-04-14 02:49 (UTC)

Required by (70)

Sources (2)

Latest Comments

1 2 Next › Last »

weirdbeard commented on 2024-04-14 18:37 (UTC)

Yeah I can add that into the description. I believe, or rather my current understanding is, that they're looking into adding this patch into main. But I'm also aware that Stenz is also planning on changing or adding other things in the form of a patch.

rubin55 commented on 2024-04-14 18:15 (UTC)

It would be nice if the description of this package documents the reason for its existence in the description field: what makes this different from shaderc in extras and why does pcsx2-git specifically need this one?

Also, am I correct in understanding that once https://github.com/google/shaderc/pull/1392 merges to main upstream, the default shaderc package in extras will have this functionality?

weirdbeard commented on 2024-04-14 03:12 (UTC)

Issues are fixed

Scimmia commented on 2024-04-14 00:37 (UTC)

Of course that will need to be in the provides, that's a completely normal, standard thing to do and the maintainer and I talked about that 8 hours ago (yes, before you started posting all kinds of weird stuff). You NEVER conflict with an soname.

patlefort commented on 2024-04-14 00:20 (UTC)

Like I mentioned in pcsx2-git comments, there is a problem with libplacebo depending on shaderc instead of libshaderc_shared.so and the maintainer doesn't want to fix it, so this package will have to add shaderc to its provides.

patlefort commented on 2024-04-13 23:26 (UTC)

libshaderc_shared.so isn't a filename or something random, it's in the provides array of shaderc and this package. By conflicting with libshaderc_shared.so, it will automatically conflict with all packages providing libshaderc_shared.so.

Scimmia commented on 2024-04-13 23:16 (UTC) (edited on 2024-04-13 23:17 (UTC) by Scimmia)

No, it does not need to conflict with libshaderc_shared.so. Yes, the current conflicts is wrong because of the -${pkgver}, but that's it. It should conflict with the pkgname, not with a filename or however something random displays it.

weirdbeard commented on 2024-04-13 18:50 (UTC)

Gotcha. I'll fix that up later today when I'm at my comp

patlefort commented on 2024-04-13 18:49 (UTC)

I meant the versioning in conflicts. It should be conflicting with libshaderc_shared.so without versioning, it will always conflict regardless of version.