https://bugs.winehq.org/show_bug.cgi?id=46936
Bug ID: 46936
Summary: cannot upgrade to wine-devel 4.5~bionic (libfaudio0
dependency missing)
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: a34ypool3voiz(a)t-online.de
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Created attachment 64049
--> https://bugs.winehq.org/attachment.cgi?id=64049
log showing missing libfaudio0 deps
I have installed winehq-devel 4.4 on Ubuntu 18.04 amd64.
Currently version 4.5 is available, but installation fails.
Trying the usual "apt-get update && apt-get upgrade && apt-get dist-upgrade"
lists winehq-devel as package that has been kept back.
Then I tried the following:
sudo apt-get install winehq-devel wine-devel wine-devel-amd64 wine-devel-i386
-f
Now two unmet dependencies are listed, which cause the failure: libfaudio0 and
libfaudio0:i386.
Those packages do not exist in the repository.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50251
Bug ID: 50251
Summary: Wrong public key from the repo prevents installation.
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: kristijan.zic(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Distro: Ubuntu 20.04
Followed instructions for Focal Fossa here:
https://wiki.winehq.org/Ubuntu
Got this error:
Err:10 https://dl.winehq.org/wine-builds/ubuntu focal InRelease
The following signatures couldn't be verified because the public key is not
available: NO_PUBKEY 76F1A20FF987672F
Reading package lists... Done
W: GPG error: https://dl.winehq.org/wine-builds/ubuntu focal InRelease: The
following signatures couldn't be verified because the public key is not
available: NO_PUBKEY 76F1A20FF987672F
E: The repository 'https://dl.winehq.org/wine-builds/ubuntu focal InRelease' is
not signed.
N: Updating from such a repository can't be done securely, and is therefore
disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration
details.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51920
Bug ID: 51920
Summary: Official package for Arch Linux
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ArchLinux
Wine has packages on the Arch Linux multilib and community repository, they're
currently maintained by Felix Yan (Wine) and Daniel Bermond (Wine-gecko &
Wine-mono)
Problem is... Sometimes there's a huge delay on these packages when they get an
update. This is not a issue only with Wine, it occurs with many other packages
that are maintained in these repositories.
Wine has just released version 6.20, but these repositories are still in
6.16... If we had a official WineHQ repository for Arch Linux distributions
like we got in Ubuntu and Debian, we could get updates for Wine much quicker.
Additionally, having git versions on the official repository would also be neat
to get nightly builds of Wine. ^w^
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51849
Bug ID: 51849
Summary: Debian packaging: When building debian packages,
HARDENING flags will be passed to cross-compiler
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
CC: dimesio(a)earthlink.net
Distribution: ---
When packages are built on debian, the default "hardening" flags will be passed
to wine/configure. The result from this is that wine/configure tries to do
checks for cross-compiler (mingw-w64) with flags meant to be used for ELF
binaries.
The flags are -Wl,-z,relro
This causes configure to fail several checks for cross-compiler.
The logs from WineHQ official OBS builds here for Debian 11:
https://build.opensuse.org/public/build/Emulators:Wine:Debian/Debian_11/x86…
Failing these checks will cause mingw-w64 to create loads of warnings like:
[ 1042s] In file included from dlls/cabinet/fdi.c:72:
[ 1042s] dlls/cabinet/fdi.c: In function 'FDI_read_string':
[ 1042s] dlls/cabinet/fdi.c:485:9: warning: format '%ld' expects argument of
type 'long int', but argument 6 has type 'INT_PTR' {aka 'long long int'}
[-Wformat=]
[ 1042s] 485 | TRACE("(fdi == %p, hf == %ld, cabsize == %ld)\n", fdi, hf,
cabsize);
[ 1042s] | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~
[ 1042s] | |
[ 1042s] |
INT_PTR {aka long long int}
If you however build without passing -Wl,-z,relro to mingw-w64, configure will
pass a lot more tests, and the compile is quite a lot less noisy:
https://build.opensuse.org/build/home:SveSop/Debian_11/x86_64/wine-devel/_l…
Is there a possibility to avoid passing this flag to the cross-compiler in
wine/configure? From what i gather, the -Wl,-z,relro flag is meant for ELF
binaries, but afaik wine mostly (if not only) uses mingw-w64 to build PE libs,
and thus these flags fail.
You can add export DEB_LDFLAGS_MAINT_STRIP = -Wl,-z,relro to debian/rules, but
that ofc means the ELF binaries built by gcc will not get these hardening
flags.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50891
Bug ID: 50891
Summary: Fedora 33 repository missing wine-*-common x86_64
packages
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: blacknova(a)tut.by
CC: dimesio(a)earthlink.net
Distribution: ---
After recent update of Fedora repository, all x64_64 versions of wine-*-common
packages are missing.
DNF upgrade command complain on broken dependencies:
Problem 1: cannot install the best update candidate for package
wine-staging64-1:6.4-1.1.x86_64
- nothing provides wine-staging-common = 1:6.5-1.2 needed by
wine-staging64-1:6.5-1.2.x86_64
Problem 2: package winehq-staging-1:6.5-1.2.x86_64 requires wine-staging64 =
1:6.5-1.2, but none of the providers can be installed
- cannot install the best update candidate for package
winehq-staging-1:6.4-1.1.x86_64
- nothing provides wine-staging-common = 1:6.5-1.2 needed by
wine-staging64-1:6.5-1.2.x86_64
Problem 3: problem with installed package wine-staging64-1:6.4-1.1.x86_64
- package wine-staging64-1:6.4-1.1.x86_64 requires wine-staging-common =
1:6.4-1.1, but none of the providers can be installed
- cannot install both wine-staging-common-1:6.5-2.1.i686 and
wine-staging-common-1:6.4-1.1.i686
- cannot install the best update candidate for package
wine-staging-common-1:6.4-1.1.i686
- nothing provides wine-staging-common = 1:6.5-1.2 needed by
wine-staging64-1:6.5-1.2.x86_64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51354
Bug ID: 51354
Summary: WRC 7 needs ID3DUserDefinedAnnotation interface
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Shows WRC 7 window and immediately closes.
0110:trace:d3d11:d3d11_device_context_QueryInterface iface 00000000001E31E8,
iid {b2daad8b-03d4-4dbf-95eb-32ab4b63d0ab}, out 00000000026DA770.
0110:warn:d3d11:d3d11_device_context_QueryInterface
{b2daad8b-03d4-4dbf-95eb-32ab4b63d0ab} not implemented, returning
E_NOINTERFACE.
wine-6.11-158-g542175ab104
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46615
Bug ID: 46615
Summary: PC Building Simulator doesn't render fonts
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
I tried to play PC Building Simulator v9.3.4 but it's impossible to play the
game because fonts are not rendered. I attached my console output (there are
also errors).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44950
Bug ID: 44950
Summary: err:ntdll:RtlpWaitForCriticalSection. Supreme
Commander FA
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: james.ytedmonds(a)gmail.com
Distribution: ---
This bug has affected Supreme Commander: Forged Alliance since pre-2.21. I have
found this bug to affect multiple machines with clean wine prefixes.
At some point during gameplay, the game will either stop entirely or the window
for it will close. The terminal reads:
"
007f:fixme:faultrep:ReportFault 0x153ece4 0x0 stub
0110:err:ntdll:RtlpWaitForCriticalSection section 0xfeec00 "?" wait timed out
in thread 0110, blocked by 007f, retrying (60 sec)
"
The only option after this point is to kill the applications.
I have found several things that seem to make the bug more likely:
*Playing on large maps (definite correlation)
*Using 6+ players (less certain)
*High graphics settings (might affect timing of bug, but AFAIK cannot cause it)
I have tried to override the "ntdll.dll" with one from real windows, but I
believe wine at this time does not support overriding this DLL.
The bug is easy to reproduce, on a large map (i.e. "Betrayal Ocean") it can
occur within 5-10 minutes.
I can get any details and logs needed, but I will need to be told how to get
them (I am not experienced with debugging)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48847
Bug ID: 48847
Summary: dotnet471: often gets a critical section timeout
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Created attachment 66764
--> https://bugs.winehq.org/attachment.cgi?id=66764
bt all
I've been seeing this when running winetricks-test, for dotnet46* and
dotnet471. This info is for dotnet471.
austin@laptop ~ $ grep 'wait timed out' /tmp/out.txt | sort -u
0048:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c:
loader_section" wait timed out in thread 0048, blocked by 006e, retrying (60
sec)
006e:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main
process heap section" wait timed out in thread 006e, blocked by 0174, retrying
(60 sec)
00ad:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c:
loader_section" wait timed out in thread 00ad, blocked by 006e, retrying (60
sec)
00bb:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main
process heap section" wait timed out in thread 00bb, blocked by 0174, retrying
(60 sec)
00e2:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c:
loader_section" wait timed out in thread 00e2, blocked by 006e, retrying (60
sec)
0114:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main
process heap section" wait timed out in thread 0114, blocked by 0174, retrying
(60 sec)
0166:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c:
loader_section" wait timed out in thread 0166, blocked by 006e, retrying (60
sec)
0169:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c:
loader_section" wait timed out in thread 0169, blocked by 006e, retrying (60
sec)
016c:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main
process heap section" wait timed out in thread 016c, blocked by 0174, retrying
(60 sec)
0193:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c:
loader_section" wait timed out in thread 0193, blocked by 006e, retrying (60
sec)
winedbg bt all is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.