Hello all,
Since this conversation several months ago I've been working with the
Wine maintainer on implementing a solution upstream that is compatible
with our requirements and the pretty much universal desire by packagers
to avoid system library imports. I believe I've found a solution that
On 1/2/22 13:00, Andrey Rahmatullin wrote:
On Sun, Jan 02, 2022 at 11:07:10AM -0600, Zebediah Figura wrote:
vkd3d 1.2-6 in Experimental is not usable in Sid because it needs
mesa-vulkan-driver << 21.
Michael did that because vkd3d tests fails during building. I don't know
why becau
On 12/31/21 18:18, Andrey Rahmatullin wrote:
On Fri, Dec 31, 2021 at 02:47:22PM -0600, Zebediah Figura wrote:
vkd3d 1.2-6 in Experimental is not usable in Sid because it needs
mesa-vulkan-driver << 21.
Michael did that because vkd3d tests fails during building. I don't know
why
On 12/31/21 08:59, Andrey Rahmatullin wrote:
On Fri, Dec 31, 2021 at 03:37:05PM +0100, Maxime Lombard wrote:
vkd3d 1.2-6 in Experimental is not usable in Sid because it needs
mesa-vulkan-driver << 21.
Michael did that because vkd3d tests fails during building. I don't know
why because it fails
On 9/9/21 12:45 AM, Paul Wise wrote:
On Thu, 2021-09-09 at 00:39 -0500, Zebediah Figura wrote:
Right, but we don't have any guarantee that library A will load library
B in its constructor routines. In fact, if it's loading library B
dynamically, it's probably not doing that.
On 9/9/21 12:15 AM, Paul Wise wrote:
On Wed, 2021-09-08 at 23:47 -0500, Zebediah Figura wrote:
Unfortunately, while thinking about the answer to this question, I
realized another snag, which I think really does make using
identically-named dynamic libraries impossible: if system library A
On 9/8/21 8:12 PM, Paul Wise wrote:
On 9/8/21 3:13 AM, Simon McVittie wrote:
As far as I understand it, the PE loader used for Wine is part of Wine,
so it has total control over the libraries that it loads and how it loads
them. This means that if Wine developers (the experts on this codebase)
h
On 9/8/21 3:13 AM, Simon McVittie wrote:
On Wed, 08 Sep 2021 at 07:31:59 +, Bastien ROUCARIES wrote:
Simon, do you think you could implement a version of libcapasule for PE object ?
Given that libcapsule is very glibc- and ELF-specific, doesn't work
properly without new glibc feature work
On 9/7/21 12:05 PM, Bastien ROUCARIES wrote:
I disagree.
Le mar. 7 sept. 2021 à 17:48, Zebediah Figura a
écrit :
On 9/7/21 5:16 AM, Bastien Roucariès wrote:
Le mardi 7 septembre 2021, 00:44:31 UTC Paul Wise a écrit :
On Mon, Sep 6, 2021 at 9:54 PM Zebediah Figura wrote:
The basic problem
On 9/7/21 5:16 AM, Bastien Roucariès wrote:
Le mardi 7 septembre 2021, 00:44:31 UTC Paul Wise a écrit :
On Mon, Sep 6, 2021 at 9:54 PM Zebediah Figura wrote:
The basic problem is that applications can and often do ship with PE
builds of cross-platform libraries. These libraries can be ahead of
On 9/6/21 1:34 PM, Bastien ROUCARIES wrote:
Le lun. 6 sept. 2021 à 18:36, Zebediah Figura a
écrit :
On 9/6/21 1:57 AM, Stephen Kitt wrote:
On Sun, 5 Sep 2021 12:14:47 -0500, Zebediah Figura <
zfig...@codeweavers.com>
wrote:
On 9/5/21 11:19 AM, Stephen Kitt wrote:
On Sat, 4 Sep 2021
On 9/6/21 1:57 AM, Stephen Kitt wrote:
On Sun, 5 Sep 2021 12:14:47 -0500, Zebediah Figura
wrote:
On 9/5/21 11:19 AM, Stephen Kitt wrote:
On Sat, 4 Sep 2021 20:17:53 -0500, Zebediah Figura
wrote:
I'm a contributor to the Wine project. To summarize the following mail,
Wine needs sp
On 9/5/21 11:19 AM, Stephen Kitt wrote:
Hi Zebediah,
On Sat, 4 Sep 2021 20:17:53 -0500, Zebediah Figura
wrote:
I'm a contributor to the Wine project. To summarize the following mail,
Wine needs special versions of some of its normal dependencies, such as
libfreetype and libgnutls, built
Hello all,
I'm a contributor to the Wine project. To summarize the following mail,
Wine needs special versions of some of its normal dependencies, such as
libfreetype and libgnutls, built using the MinGW cross-compiler, and I'm
sending out a mail to major distributions in order to get some fee
14 matches
Mail list logo
