- 16 Jul, 2019 4 commits
-
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
See https://bugs.debian.org/932213
-
Daniel Kahn Gillmor authored
autopkgtest fails by default if any messages arrive on stderr. The first time any user invokes wine, they get a lot of messages to stderr, like this (some of this happens when no X11 environment is present, but other parts are always present): wine: created the configuration directory '/home/dkg/.wine' 0012:err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} 0012:err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa} 0012:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002 0012:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002 0012:err:ole:get_local_server_stream Failed: 80004002 0014:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0014:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. 0014:err:ole:apartment_createwindowifneeded CreateWindow failed with error 0 0014:err:ole:apartment_createwindowifneeded CreateWindow failed with error 0 0014:err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} 000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 000b:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. 0014:err:ole:apartment_createwindowifneeded CreateWindow failed with error 14007 0014:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x800736b7 0014:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 800736b7 0014:err:ole:get_local_server_stream Failed: 800736b7 0010:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0010:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/dkg/.wine' has been updated. We invoke "hostname.exe" to trigger this stderr spew and send it to stdout (instead of stderr) just to get the spew out of the way. I chose hostname.exe because it is a simple, non-modifying thing to run and it ships with libwine, which should already be installed. Signed-off-by:
Daniel Kahn Gillmor <dkg@fifthhorseman.net> -
Daniel Kahn Gillmor authored
This variable is documented in wine64(1). I think we shouldn't need to set it explicitly (see https://bugs.debian.org/932201), but for now we can do so.
-
- 15 Jul, 2019 10 commits
-
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
Apparently wine64 doesn't install anything in /usr/bin directly. and /usr/bin/wine (from wine-stable) always wants to print this error message on a pure amd64 system: it looks like wine32 is missing, you should install it. multiarch needs to be enabled first. as root, please execute "dpkg --add-architecture i386 && apt-get update && apt-get install wine32" I can omit the error message if i set something like WINEDEBUG=-all (from reading the shell in /usr/bin/wine) but i don't want to disbable WINE debugging data that might otherwise be relevant. So i'm just working around this by setting the path explicitly. Reading /usr/bin/wine, it looks to me like wine32 is found as "wine" also, not "wine32", so i'm updating that here too. -
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
* use wine32 or wine64 deliberately * avoid failing if the given flavor of wine is not natively installable * deliberately try to build for the Windows platform as well. Signed-off-by:
Daniel Kahn Gillmor <dkg@fifthhorseman.net> -
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
- 14 Jul, 2019 2 commits
-
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
- 08 Jul, 2019 1 commit
-
-
Daniel Kahn Gillmor authored
-
- 07 Jul, 2019 1 commit
-
-
Daniel Kahn Gillmor authored
-
- 20 Mar, 2019 5 commits
-
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
Update to upstream version '1.36' with Debian dir a356b2e6c8aa7a93775b2d72d637cf05ccdfbd16
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
- 19 Mar, 2019 5 commits
-
-
Werner Koch authored
* configure.ac: Bump LT version to C27/A27/R0. Signed-off-by:Werner Koch <wk@gnupg.org>
-
Werner Koch authored
--
-
Werner Koch authored
--
-
Werner Koch authored
* src/gpgrt-int.h (BUFFER_BLOCK_SIZE) [W32]: Increase from 512 to 8k. * src/w32-estream.c (READBUF_SIZE, WRITEBUF_SIZE): Increase from 4k to 8k. Signed-off-by:Werner Koch <wk@gnupg.org>
-
Werner Koch authored
-- GnuPG-bug-id: 4409 Signed-off-by:Werner Koch <wk@gnupg.org>
-
- 11 Feb, 2019 1 commit
-
-
Werner Koch authored
-- In particular for PIV cards ithe use of BAD_PIN sounds worong, thus we now use dedicated codes. Signed-off-by:Werner Koch <wk@gnupg.org>
-
- 04 Feb, 2019 1 commit
-
-
Werner Koch authored
* src/gpgrt-int.h (_gpgrt_functions_w32_pollable): Declare with extern so that strict toolchains don't get confused. -- GnuPG-bug-id: 4356 Signed-off-by:Werner Koch <wk@gnupg.org>
-
- 31 Jan, 2019 8 commits
-
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
-
Daniel Kahn Gillmor authored
Update to upstream version '1.35' with Debian dir 6200bcd0bd7a66efbbc46b59d0056cb38c47c15e
-
Daniel Kahn Gillmor authored
-
Jakub Bogusz authored
--
-
- 28 Jan, 2019 2 commits
-
-
Werner Koch authored
--
-
Werner Koch authored
-- Because gpgrt-config is not anymore generated from gpgrt-config.in and a stale (generated) gpgrt-config was hanging around in the build directory the make distcheck target didn't caught this situation and we accidently distributed the old gpgrt-config from the build directory. Signed-off-by:Werner Koch <wk@gnupg.org>
-