Re: Embedded code copies for gamescope

2025-07-14 Thread Ilya Orlov
On Mon, Jul 14, 2025 at 11:36 AM Colin Watson wrote: > No, only if the original wlroots and reshade projects were ones that > were intended to be used via vendoring/embedding. For wlroots gamescope fork just adds performance optimization which has been landed in wlroots 0.19 (contributed by games

Re: Embedded code copies for gamescope

2025-07-13 Thread Ilya Orlov
On Sun, Jul 13, 2025 at 6:55 PM Daniel Gröber wrote: > > Here's an example from one of my packages where I needed this: > > https://salsa.debian.org/electronics-team/nextpnr/-/blob/master/debian/watch > Thanks! Very cool feature, but on version 2.25.15 I had to use: gitmodules, Instead of: gitm

Re: Embedded code copies for gamescope

2025-07-13 Thread Ilya Orlov
On Sun, Jul 13, 2025 at 7:47 PM Colin Watson wrote: > > On Sun, Jul 13, 2025 at 09:28:31AM -0400, The Wanderer wrote: > >On 2025-07-13 at 09:03, Ilya Orlov wrote: > >> Debian policy[9] states: > >> > >>> Debian packages should not make use of these co

Embedded code copies for gamescope

2025-07-13 Thread Ilya Orlov
Hi everyone! Upstream gamescope[1] have several embedded copies which current packaging changes for system libraries (except reshade patch[2]). But after looking at upstream git commits I believe upstream fully intends to use these dependencies in an embedded way. I am gonna list them with upstrea