similar to: Program backgrounding

I have just had a recurring hardware problem with my graphics card, a modern NVidia one with Mandriva's driver. I suspect that it is dust getting into the socket. It set itself up in framebuffer mode. Anyway, it is now working, and seems to be behaving normally, except... All my apps under Wine still work fine except the one that matters, the jigsaw program. Orbitron - a satellite tracking

I just tried to install an ancient detective-type RPG ( I am not up with the classifications.) (a) It offered to install DirectX. Since Wine has its own DirectX, I ignored that. (b) The game failed to run because (according to the message box) it couldn't find DirectDraw. This showed as a Fixme in the terminal, while the error message was to do with the display settings - there was no mode

Running my jigsaw program, BigJig, under Wine-0.9.17, the screen looks like it did under early versions (0.9.12 and before), and all the jigsaw selection thumbnails have gone. This has been the case since version 0.9.15. I recall that I fixed the layout by installing fonts - something about the size of the fonts set the size of the buttons. I am running Sidenet, which links to the Linux fonts.

On trying to install Dragon Naturally Speaking 7 from a CD under Wine, I get the following errors: wine: Unhandled page fault on read access to 0x00000001 at address 0xb7e549bb (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0xb7e549bb). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033

Running Orbitron, it was O.K. for a while, now in a terminal, I get: fixme:winsock:convert_sockopt Unknown SOL_SOCKET optname 0xff7f err:winsock:WS_setsockopt Invalid level (1) or optname (65407) AFAIK, the only difference in my setup between last time and now is to install ddclient. Any suggestions please? Doug. -- I'm only a beer teetotaller, not a champagne teetotaller. - G.B. Shaw.

I'm experimenting with Wine under Kubuntu Hardy Heron, on a former Vista laptop (boy, does it run noticeably faster on Linux). The deal is that my son wants to move to Linux on his desktop, but still have access to particular games that he plays. The laptop is the testbed. Before trying to install any of the games, I tried out three applications that I find useful, Orbitron, Country Codes and

Hello, Today I started noticing a very odd Dovecot error in the mail logs across 2 replicated Dovecot hosts via dsync. I have searched the Dovecot archives, Google, back tracked, downgraded Dovecot to earlier versions from earlier this year and ruled everything out I could think of to no avail. There really are not any helpful reports with what I am specifically seeing. The strange thing is only

I did some more digging around and found this is reproducible on multiple hosts running the same version of Dovecot/Pigeonhole/Postfix. The problem resurfaces on any host to an account with enabled Vacation/OOO response. The Vacation/OOO reply filter was created in Roundcubemail, but has been fine for years. One thing to note is in Dovecot 2.3.0 I did enable UTF8, but even if I disable UTF8

On 2017-12-29 18:35, tony wrote: > I did some more digging around and found this is reproducible on > multiple hosts running the same version of Dovecot/Pigeonhole/Postfix. > The problem resurfaces on any host to an account with enabled > Vacation/OOO response. The Vacation/OOO reply filter was created in > Roundcubemail, but has been fine for years. One thing to note is in >

Op 12/30/2017 om 6:47 AM schreef tony: > On 2017-12-29 18:35, tony wrote: >> I did some more digging around and found this is reproducible on >> multiple hosts running the same version of Dovecot/Pigeonhole/Postfix. >> The problem resurfaces on any host to an account with enabled >> Vacation/OOO response. The Vacation/OOO reply filter was created in >>

Hello, Absolutely. Here is the output of doveconf -n: # doveconf -n # 2.2.31 (65cde28): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.19 (e5c7051) # OS: Linux 4.9.36-x86_64-linodexx x86_64 Arch Linux auth_mechanisms = plain login base_dir = /var/run/dovecot/ dict { expire = ldap:/etc/dovecot/dovecot-ldap.conf.ext quota = ldap:/etc/dovecot/dovecot-ldap.conf.ext } doveadm_password = #

&gt; On August 25, 2017 at 9:11 AM Tony <tony at kode.email> wrote: &gt; &gt; &gt; Hello, &gt; &gt; Today I started noticing a very odd Dovecot error in the mail logs &gt; across 2 replicated Dovecot hosts via dsync. I have searched the Dovecot &gt; archives, Google, back tracked, downgraded Dovecot to earlier versions &gt; from earlier this year and

This is the rsync version I am using. rsync version 2.5.5 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, IPv6, 64-bit system inums, 64-bit internal inums I have a file with a looooong name which I rsync from PC1 to PC2. (redhat-9) I am getting the

Did some additional testing with these results. * Configured a new Dovecot host (copied over existing config from 1 of the replicated hosts. * Verified permissions on new host drwxr-xr-x 3 root root 4096 Aug 26 00:05 /etc/dovecot/ drwxr-xr-x 5 root dovecot 800 Aug 26 02:50 /var/run/dovecot/ Made sure address matches new host: service lmtp { user = vmail inet_listener lmtp { address =

Hi I downl;oaded the source distribution of wine 0.9.14 and compiled it as described in the readme file. I now created an rpm with checkinstall. My problem is that I can not install it, as it tells me that there is a conflict with the package desktop-file-utils-0.10-9: # rpm -Uvh wine-0.9.14-1.i386.rpm Preparing... ########################################### [100%] file

Tried to compile the lastest wine and gcc choked up on it as follows: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o baseshader.o baseshader.c baseshader.c: In function `print_glsl_info_log': baseshader.c:688: error: `GL_OBJECT_INFO_LOG_LENGTH_ARB' undeclared (first

Debian is preparing to release Debian 7, which will be the `stable' version of Debian for the next 2 years It includes 0.9.14 http://packages.debian.org/wheezy/libopus0 Looking here: http://www.opus-codec.org/downloads/older.shtml.en I notice the comment "This version matches version -14 of the draft" - it is not clear to me that 0.9.14 is the same bitstream format that is finally

Hi, I have Mandriva 2006 x86_64. I tried to install wine, but the binaries are for 32 bits and the result is very instable (win programs close suddenly, no internet available for those programs, etc...) So I tried to compile wine 0.9.14 from source, but I have an error during make when "searching for -lXext" : LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH"

Here is how I compiled 0.9.13: #!/bin/bash # note that the following is all one bash line CFLAGS="-L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib"\ LDFLAGS="-L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib" \ ./configure --x-libraries=/emul/linux/x86/usr/lib/ && make depend all I tried the same with 0.9.14 but it failed like this: ../../tools/winegcc/winegcc

I wanted to roughly benchmark how the different version of libopus performed at each complexity level for a 6kbit/s output opus file. This was conducted on a Raspberry Pi so it is a constant hardware platform. This was done on an early Pi so only 256MB RAM but it was never used up so should not make a difference. I compiled the three final versions of each major release of libopus so that was