similar to: No subject

UBUNTU 10.10 x86_64 with wine 1.3.10 I called winecfg, got the gui and set the decor to win7. Clicked on Apply and started moving through the tabs to check. When I clicked on the graphics tab I got this page fault. Here is my complete console log. john at john-GA-MA78LM-S2H:~$ mv .wine .wine.prod john at john-GA-MA78LM-S2H:~$ wine winecfg wine: created the configuration directory

So I am trying to get back to finding the error in gmax, and I have to reinstall it because of the new machine and all. So I tried just putting it in after downloading it from TurboSquid. It complained about MSI having a major error, and quit, leaving me with a partial install. I got a panel suggesting this might be a problem with wine. So I used winetricks to install msi2. Failed again:

john at john-GA-MA78LM-S2H:~$ winetricks Executing wine /home/john/.cache/winetricks/jet40sp8_9xnt.exe fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\john\\Temp\\IXP001.TMP\\Jetsetup.CAB" err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program files\\Common files\\Microsoft shared\\dao\\dao2535.tlb" failed with [u][b]error 2[/b][/u] Install of

My video card is a NVIDIA GT 220 with the 280.13 drivers on Ubuntu 11.04(64-bit) and I'm building W.I.N.E(32-bit version) from source. So how do I compile in OpenCL support you ask? Code: cd /usr/include #make directorty# sudo mkdir CL cd CL #download opencl headers# sudo wget http://www.khronos.org/registry/cl/api/1.1/cl_ext.h sudo wget

I just reloaded my system (had to try Ext4 <g>) and rebuilt Wine from source on the latest 64-bit Kubuntu alpha. Everything works great; the Wine devs have done a lot to make the build process painless. There were just a couple of K/ubuntu-specific 32-bit library issues that I wanted to share (in case anyone else was playing in the same sandbox) before I forget them: In the 64-bit build

On 1/27/2016 12:43 PM, Tim Evans wrote: > On 01/27/2016 02:47 PM, Clint Dilks wrote: > >>> /usr/local/seamonkey/seamonkey-bin: error while loading shared >>> libraries: >>> libdbus-glib-1.so.2: cannot open shared object file: No such file or >>> directory >>> >>> >> Have you tried yum provides 'libdbus-glib-1.so.2'. I get

Thank you for the hint. Setting PKG_CONFIG_PATH=/usr/lib/pkgconfig before ./configure works for me. On 01/15/2016 10:12 PM, Andrew Eikum wrote: > The problem here is glib and gstreamer have different header files for > 32- and 64-bit, but pkgconfig doesn't have a mechanism to specify > which you should get. In your setup, it is returning the 64-bit > headers, which are wrong for

On 01/27/2016 02:47 PM, Clint Dilks wrote: >> /usr/local/seamonkey/seamonkey-bin: error while loading shared libraries: >> libdbus-glib-1.so.2: cannot open shared object file: No such file or >> directory >> >> > Have you tried yum provides 'libdbus-glib-1.so.2'. I get a hit with > dbus-glib Thanks. Package dbus-glib-0.86-6.el6.x86_64 already

As an experiment, I am attempting to build a more recent version of GNOME than 2.16.0 on CentOS 5.1. I've tried both garnome and jhbuild, and neither one works quite right. Jhbuild blows out looking for a dbus-glib-1 revision >= 0/74 (the release rev is 0.70), so I downloaded that and tried to build it. This results in the following error: gcc -g -O2 -Wall -Wchar-subscripts

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yesterday I sent a patch (http://paste.ubuntu-nl.org/24252/) against the latest compiz ubuntu gutsy source package to Amaranth, to make compiz compile (and package, of course) the gtk-window-decorator in two ways: 1) as gtk-window-decorator (= compiz-gtk package) using these configuration parameters: --disable-gnome \

I have been compiling my own wine RPMs using the fedora extras .spec file for a while now. Normally after very little editing of the .spec, the wine RPMs build and I am running the latest & greatest wine. Now I am having problems building *any* wine rpms ( including some of the 0.9.3x versions) on my yum updated Fedora core 6 box. Even when I extract a fresh copy of wine-0.9.42.tar.bz2

Hi, I was fooling around with the bcmxcp driver and enabling the alarm functions. I hade tested this on some of the ups'es so I was planning to submit it to the svn trunk. But, as the bcmxcp is shared code for serial and usb I got a problem. When enabling --with-hal it halt on the build of hald-addon-bcmxcp_usb. -------------------------------------------------------------- gcc

Hi > /usr/local/seamonkey/seamonkey-bin: error while loading shared libraries: > libdbus-glib-1.so.2: cannot open shared object file: No such file or > directory > > Have you tried yum provides 'libdbus-glib-1.so.2'. I get a hit with dbus-glib

On Tue, Oct 25, 2016 at 11:01:08AM +0200, Pino Toscano wrote: > On Monday, 24 October 2016 18:23:26 CEST Richard W.M. Jones wrote: > > We do this by sending an Inhibit() message to logind and receiving a > > file descriptor back, which we hold open until the conversion > > completes (or fails). This is described here: > >

I've been using the SeaMonkey built-in HTML editor from the epel repo for CentOS 6.7: $ repoquery -i seamonkey Name : seamonkey Version : 2.39 Release : 1.el6 Architecture: x86_64 Size : 127340745 Packager : Fedora Project Group : Applications/Internet URL : http://www.seamonkey-project.org Repository : epel Summary : Web browser, e-mail, news,

On Tuesday, 25 October 2016 10:16:42 CEST Richard W.M. Jones wrote: > > The rest of the libdbus-1 implementation looks correct, checking with > > the API docs (and a bit the internals). Maybe could be worth using > > the glib-based interface for it (dbus glib or GDBus). > > Is there any particular advantage? The low level API is pretty > horrible to use, but in the

On Monday, 24 October 2016 18:23:26 CEST Richard W.M. Jones wrote: > We do this by sending an Inhibit() message to logind and receiving a > file descriptor back, which we hold open until the conversion > completes (or fails). This is described here: > https://www.freedesktop.org/wiki/Software/systemd/inhibit/ > > This adds an additional optional dependency on DBus since we use

Seems to be broken in the current SVN: [...] x86_64-linux-gnu-gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DINET6 -O2 -D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I. -I/usr/include -O2 -Wall -Wsign-compare -s -o energizerups energizerups.o ../common/upsconf.o ../common/parseconf.o ../common/state.o main.o dstate.o

List, I want to cross compiling libdbus for arm processor with Montavista toolchain. But I went into error. Says, checking for posix getpwnam_r... configure: error: cannot run test program while cross compiling Commmand I use is configure --host=arm-linux --prefix=/root/Desktop/bluez-3.13/dbus-glib-0.72 CC=/opt/montavista/mobilinux/devkit/arm/v6_vfp_le/bin/arm_v6_vfp_le-gcc

I use kompozer (http://www.kompozer.net/) It's based on the html editor in seamonkey. Jason On 27.1.2016 17:15, Tim Evans wrote: > I've been using the SeaMonkey built-in HTML editor from the epel repo > for CentOS 6.7: > > $ repoquery -i seamonkey > > Name : seamonkey > Version : 2.39 > Release : 1.el6 > Architecture: x86_64 > Size :